diff options
author | Jon Paul Maloy <jon.maloy@ericsson.com> | 2016-06-20 09:20:46 -0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-06-22 16:33:35 -0400 |
commit | 27777daa8b6df0c19aaf591d1536a586b3eb5e36 (patch) | |
tree | bd1f497b8fa1a78ecef25876eb28dceb37604408 /Documentation/padata.txt | |
parent | d19af0a76444fde629667ecb823c0ee28f9f67d8 (diff) | |
download | talos-obmc-linux-27777daa8b6df0c19aaf591d1536a586b3eb5e36.tar.gz talos-obmc-linux-27777daa8b6df0c19aaf591d1536a586b3eb5e36.zip |
tipc: unclone unbundled buffers before forwarding
When extracting an individual message from a received "bundle" buffer,
we just create a clone of the base buffer, and adjust it to point into
the right position of the linearized data area of the latter. This works
well for regular message reception, but during periods of extremely high
load it may happen that an extracted buffer, e.g, a connection probe, is
reversed and forwarded through an external interface while the preceding
extracted message is still unhandled. When this happens, the header or
data area of the preceding message will be partially overwritten by a
MAC header, leading to unpredicatable consequences, such as a link
reset.
We now fix this by ensuring that the msg_reverse() function never
returns a cloned buffer, and that the returned buffer always contains
sufficient valid head and tail room to be forwarded.
Reported-by: Erik Hugne <erik.hugne@gmail.com>
Acked-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 'Documentation/padata.txt')
0 files changed, 0 insertions, 0 deletions