[tipc-discussion] [net-next 2/3] tipc: modify struct tipc_plist to be more versatile

2017-01-03 Thread Jon Maloy
During multicast reception we currently use a simple linked list with push/pop semantics to store port numbers. We now see a need for a more generic list for storing values of type u32. We therefore make some modifications to this list, while replacing the prefix 'tipc_plist_' with 'u32_'. We also

[tipc-discussion] [net-next 1/3] tipc: unify tipc_wait_for_sndpkt() and tipc_wait_for_sndmsg() functions

2017-01-03 Thread Jon Maloy
The functions tipc_wait_for_sndpkt() and tipc_wait_for_sndmsg() are very similar. The latter function is also called from two locations, and there will be more in the coming commits, which will all need to test on different conditions. Instead of making yet another duplicates of the function, we n

[tipc-discussion] [net-next 3/3] tipc: reduce risk of user starvation during link congestion

2017-01-03 Thread Jon Maloy
The socket code currently handles link congestion by either blocking and trying to send again when the congestion has abated, or just returning to the user with -EAGAIN and let him re-try later. This mechanism is prone to starvation, because the wakeup algorithm is non-atomic. During the time the

[tipc-discussion] [net-next 0/3] tipc: improve interaction socket-link

2017-01-03 Thread Jon Maloy
We fix a very real starvation problem that may occur when a link encounters send buffer congestion. At the same time we make the interaction between the socket and link layer simpler and more consistent. Jon Maloy (3): tipc: unify tipc_wait_for_sndpkt() and tipc_wait_for_sndmsg() functions

Re: [tipc-discussion] [net-next 0/3] tipc: improve interaction socket-link

2017-01-03 Thread David Miller
From: Jon Maloy Date: Tue, 3 Jan 2017 10:55:08 -0500 > We fix a very real starvation problem that may occur when a link > encounters send buffer congestion. At the same time we make the > interaction between the socket and link layer simpler and more > consistent. Series applied, thanks Jon.