diff options
| author | Jon Paul Maloy <jon.maloy@ericsson.com> | 2014-07-11 08:45:27 -0400 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-07-28 08:00:05 -0700 |
| commit | 60008435941d4ad1a55763a9cb6d4e9c0e20f374 (patch) | |
| tree | dc3f80b2e39bf15788156fe1e2eb2cedc9e3cace /net | |
| parent | c771cc33f93bac30415cdb6d4f9619261fbd1a9c (diff) | |
| download | linux-3.10-60008435941d4ad1a55763a9cb6d4e9c0e20f374.tar.gz linux-3.10-60008435941d4ad1a55763a9cb6d4e9c0e20f374.tar.bz2 linux-3.10-60008435941d4ad1a55763a9cb6d4e9c0e20f374.zip | |
tipc: clear 'next'-pointer of message fragments before reassembly
[ Upstream commit 999417549c16dd0e3a382aa9f6ae61688db03181 ]
If the 'next' pointer of the last fragment buffer in a message is not
zeroed before reassembly, we risk ending up with a corrupt message,
since the reassembly function itself isn't doing this.
Currently, when a buffer is retrieved from the deferred queue of the
broadcast link, the next pointer is not cleared, with the result as
described above.
This commit corrects this, and thereby fixes a bug that may occur when
long broadcast messages are transmitted across dual interfaces. The bug
has been present since 40ba3cdf542a469aaa9083fa041656e59b109b90 ("tipc:
message reassembly using fragment chain")
This commit should be applied to both net and net-next.
Signed-off-by: Jon Maloy <jon.maloy@ericsson.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net')
| -rw-r--r-- | net/tipc/bcast.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/net/tipc/bcast.c b/net/tipc/bcast.c index e5f3da50782..bf2755419ec 100644 --- a/net/tipc/bcast.c +++ b/net/tipc/bcast.c @@ -531,6 +531,7 @@ receive: buf = node->bclink.deferred_head; node->bclink.deferred_head = buf->next; + buf->next = NULL; node->bclink.deferred_size--; goto receive; } |