[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20171219.141022.1987154596637457193.davem@davemloft.net>
Date: Tue, 19 Dec 2017 14:10:22 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: jon.maloy@...csson.com
Cc: netdev@...r.kernel.org,
mohan.krishna.ghanta.krishnamurthy@...csson.com,
tung.q.nguyen@...tech.com.au, hoang.h.le@...tech.com.au,
canh.d.luu@...tech.com.au, ying.xue@...driver.com,
tipc-discussion@...ts.sourceforge.net
Subject: Re: [net 1/1] tipc: fix list sorting bug in function
tipc_group_update_member()
From: Jon Maloy <jon.maloy@...csson.com>
Date: Mon, 18 Dec 2017 20:03:05 +0100
> When, during a join operation, or during message transmission, a group
> member needs to be added to the group's 'congested' list, we sort it
> into the list in ascending order, according to its current advertised
> window size. However, we miss the case when the member is already on
> that list. This will have the result that the member, after the window
> size has been decremented, might be at the wrong position in that list.
> This again may have the effect that we during broadcast and multicast
> transmissions miss the fact that a destination is not yet ready for
> reception, and we end up sending anyway. From this point on, the
> behavior during the remaining session is unpredictable, e.g., with
> underflowing window sizes.
>
> We now correct this bug by unconditionally removing the member from
> the list before (re-)sorting it in.
>
> Signed-off-by: Jon Maloy <jon.maloy@...csson.com>
Applied, thanks Jon.
Powered by blists - more mailing lists