tipc: prevent dropped connections due to rcvbuf overflow
authorErik Hugne <erik.hugne@ericsson.com>
Thu, 4 Oct 2012 05:00:43 +0000 (05:00 +0000)
committerDavid S. Miller <davem@davemloft.net>
Thu, 4 Oct 2012 19:53:48 +0000 (15:53 -0400)
commite57edf6b6dba975eceede20b4b13699d4e88cd78
treec81b8874b5c5de21c01397f1e7d719fe78a34c8c
parent096895818cbf3382dc318f369e642fb7460ccb26
tipc: prevent dropped connections due to rcvbuf overflow

When large buffers are sent over connected TIPC sockets, it
is likely that the sk_backlog will be filled up on the
receiver side, but the TIPC flow control mechanism is happily
unaware of this since that is based on message count.

The sender will receive a TIPC_ERR_OVERLOAD message when this occurs
and drop it's side of the connection, leaving it stale on
the receiver end.

By increasing the sk_rcvbuf to a 'worst case' value, we avoid the
overload caused by a full backlog queue and the flow control
will work properly.

This worst case value is the max TIPC message size times
the flow control window, multiplied by two because a sender
will transmit up to double the window size before a port is marked
congested.
We multiply this by 2 to account for the sk_buff and other overheads.

Signed-off-by: Erik Hugne <erik.hugne@ericsson.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/tipc/socket.c