tipc: Prevent loss of fragmented messages over broadcast link
authorAllan Stephens <allan.stephens@windriver.com>
Thu, 27 Oct 2011 20:43:09 +0000 (16:43 -0400)
committerPaul Gortmaker <paul.gortmaker@windriver.com>
Mon, 6 Feb 2012 21:59:19 +0000 (16:59 -0500)
commit63e7f1ac2855ba56f15d8189694ca9bd16ae4107
tree8e8764a8cdf8cabb15d4975187d1d91c587fbba2
parentb76b27cad5ade1d483d4b94df6b35976bccf1055
tipc: Prevent loss of fragmented messages over broadcast link

Modifies broadcast link so that an incoming fragmented message is not
lost if reassembly cannot begin because there currently is no buffer
big enough to hold the entire reassembled message. The broadcast link
now ignores the first fragment completely, which causes the sending node
to retransmit the first fragment so that reassembly can be re-attempted.

Previously, the sender would have had no reason to retransmit the 1st
fragment, so we would never have a chance to re-try the allocation.

To do this cleanly without duplicaton, a new bclink_accept_pkt()
function is introduced.

Signed-off-by: Allan Stephens <allan.stephens@windriver.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
net/tipc/bcast.c