tipc: same receive code path for connection protocol and data messages
As a preparation to eliminate port_lock we need to bring reception of connection protocol messages under proper protection of bh_lock_sock or socket owner. We fix this by letting those messages follow the same code path as incoming data messages. As a side effect of this change, the last reference to the function net_route_msg() disappears, and we can eliminate that function. Signed-off-by: Jon Maloy <jon.maloy@ericsson.com> Reviewed-by: Erik Hugne <erik.hugne@ericsson.com> Reviewed-by: Ying Xue <ying.xue@windriver.com> Signed-off-by: David S. Miller <davem@davemloft.net>
This commit is contained in:

committed by
David S. Miller

parent
b786e2b0fa
commit
ec8a2e5621
@@ -365,16 +365,14 @@ static struct sk_buff *port_build_peer_abort_msg(struct tipc_port *p_ptr, u32 er
|
||||
return buf;
|
||||
}
|
||||
|
||||
void tipc_port_proto_rcv(struct sk_buff *buf)
|
||||
void tipc_port_proto_rcv(struct tipc_port *p_ptr, struct sk_buff *buf)
|
||||
{
|
||||
struct tipc_msg *msg = buf_msg(buf);
|
||||
struct tipc_port *p_ptr;
|
||||
struct sk_buff *r_buf = NULL;
|
||||
u32 destport = msg_destport(msg);
|
||||
int wakeable;
|
||||
|
||||
/* Validate connection */
|
||||
p_ptr = tipc_port_lock(destport);
|
||||
if (!p_ptr || !p_ptr->connected || !tipc_port_peer_msg(p_ptr, msg)) {
|
||||
r_buf = tipc_buf_acquire(BASIC_H_SIZE);
|
||||
if (r_buf) {
|
||||
@@ -385,8 +383,6 @@ void tipc_port_proto_rcv(struct sk_buff *buf)
|
||||
msg_set_origport(msg, destport);
|
||||
msg_set_destport(msg, msg_origport(msg));
|
||||
}
|
||||
if (p_ptr)
|
||||
tipc_port_unlock(p_ptr);
|
||||
goto exit;
|
||||
}
|
||||
|
||||
@@ -409,7 +405,6 @@ void tipc_port_proto_rcv(struct sk_buff *buf)
|
||||
break;
|
||||
}
|
||||
p_ptr->probing_state = CONFIRMED;
|
||||
tipc_port_unlock(p_ptr);
|
||||
exit:
|
||||
tipc_link_xmit2(r_buf, msg_destnode(msg), msg_link_selector(msg));
|
||||
kfree_skb(buf);
|
||||
|
Reference in New Issue
Block a user