diff options
author | Jon Paul Maloy <jon.maloy@ericsson.com> | 2014-06-26 05:41:32 +0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2014-06-27 23:50:54 +0400 |
commit | 4f1688b2c63cd86f0d7bcf95a9b3040e38bd3c1a (patch) | |
tree | 757c43e51ba7260d1745a8d5b2e3bdfb6b0a005a /net/tipc/node.c | |
parent | e4de5fab806f74622600ab7fd6ed22b7f911a8c5 (diff) | |
download | linux-4f1688b2c63cd86f0d7bcf95a9b3040e38bd3c1a.tar.xz |
tipc: introduce send functions for chained buffers in link
The current link implementation provides several different transmit
functions, depending on the characteristics of the message to be
sent: if it is an iovec or an sk_buff, if it needs fragmentation or
not, if the caller holds the node_lock or not. The permutation of
these options gives us an unwanted amount of unnecessarily complex
code.
As a first step towards simplifying the send path for all messages,
we introduce two new send functions at link level, tipc_link_xmit2()
and __tipc_link_xmit2(). The former looks up a link to the message
destination, and if one is found, it grabs the node lock and calls
the second function, which works exclusively inside the node lock
protection. If no link is found, and the destination is on the same
node, it delivers the message directly to the local destination
socket.
The new functions take a buffer chain where all packet headers are
already prepared, and the correct MTU has been used. These two
functions will later replace all other link-level transmit functions.
The functions are not backwards compatible, so we have added them
as new functions with temporary names. They are tested, but have no
users yet. Those will be added later in this series.
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>
Diffstat (limited to 'net/tipc/node.c')
0 files changed, 0 insertions, 0 deletions