summaryrefslogtreecommitdiffstats
path: root/drivers/atm/lanai.c
diff options
context:
space:
mode:
authorJon Paul Maloy2015-07-22 16:11:20 +0200
committerDavid S. Miller2015-07-27 01:31:50 +0200
commitcda3696d3d26eb798c94de0dab5bd66ddb5627cb (patch)
treea76895b3294564437b327e95dd1742daebbd56a9 /drivers/atm/lanai.c
parenttipc: introduce new tipc_sk_respond() function (diff)
downloadkernel-qcow2-linux-cda3696d3d26eb798c94de0dab5bd66ddb5627cb.tar.gz
kernel-qcow2-linux-cda3696d3d26eb798c94de0dab5bd66ddb5627cb.tar.xz
kernel-qcow2-linux-cda3696d3d26eb798c94de0dab5bd66ddb5627cb.zip
tipc: clean up socket layer message reception
When a message is received in a socket, one of the call chains tipc_sk_rcv()->tipc_sk_enqueue()->filter_rcv()(->tipc_sk_proto_rcv()) or tipc_sk_backlog_rcv()->filter_rcv()(->tipc_sk_proto_rcv()) are followed. At each of these levels we may encounter situations where the message may need to be rejected, or a new message produced for transfer back to the sender. Despite recent improvements, the current code for doing this is perceived as awkward and hard to follow. Leveraging the two previous commits in this series, we now introduce a more uniform handling of such situations. We let each of the functions in the chain itself produce/reverse the message to be returned to the sender, but also perform the actual forwarding. This simplifies the necessary logics within each function. Reviewed-by: Ying Xue <ying.xue@windriver.com> Signed-off-by: Jon Maloy <jon.maloy@ericsson.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/atm/lanai.c')
0 files changed, 0 insertions, 0 deletions