diff options
author | Joe Lawrence <Joe.Lawrence@stratus.com> | 2014-10-03 17:58:34 +0400 |
---|---|---|
committer | Jiri Slaby <jslaby@suse.cz> | 2014-10-17 11:43:18 +0400 |
commit | 0df5b80cd4590d4fee99341a0c8af0a7997dd490 (patch) | |
tree | 3633df0cbbc3e0f0dfaf908fc2256427d57ca9fd /include/net | |
parent | 9865479b5052f0500970ac999c4e9eba41926665 (diff) | |
download | linux-0df5b80cd4590d4fee99341a0c8af0a7997dd490.tar.xz |
team: avoid race condition in scheduling delayed work
[ Upstream commit 47549650abd13d873fd2e5fc218db19e21031074 ]
When team_notify_peers and team_mcast_rejoin are called, they both reset
their respective .count_pending atomic variable. Then when the actual
worker function is executed, the variable is atomically decremented.
This pattern introduces a potential race condition where the
.count_pending rolls over and the worker function keeps rescheduling
until .count_pending decrements to zero again:
THREAD 1 THREAD 2
======== ========
team_notify_peers(teamX)
atomic_set count_pending = 1
schedule_delayed_work
team_notify_peers(teamX)
atomic_set count_pending = 1
team_notify_peers_work
atomic_dec_and_test
count_pending = 0
(return)
schedule_delayed_work
team_notify_peers_work
atomic_dec_and_test
count_pending = -1
schedule_delayed_work
(repeat until count_pending = 0)
Instead of assigning a new value to .count_pending, use atomic_add to
tack-on the additional desired worker function invocations.
Signed-off-by: Joe Lawrence <joe.lawrence@stratus.com>
Acked-by: Jiri Pirko <jiri@resnulli.us>
Fixes: fc423ff00df3a19554414ee ("team: add peer notification")
Fixes: 492b200efdd20b8fcfdac87 ("team: add support for sending multicast rejoins")
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'include/net')
0 files changed, 0 insertions, 0 deletions