diff options
author | Lai Jiangshan <laijs@cn.fujitsu.com> | 2008-10-10 14:43:57 +0800 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2008-10-14 10:38:45 +0200 |
commit | 1b7ae37c030a9fbbb5ebbf5d7bbfd7208cf805b7 (patch) | |
tree | 9a7b2aa8074bd6189a89a4025fb2d96b712459c1 /kernel/Makefile | |
parent | 48043bcdf8f398d28e75ffed6ee85208d751f87f (diff) | |
download | linux-1b7ae37c030a9fbbb5ebbf5d7bbfd7208cf805b7.tar.gz linux-1b7ae37c030a9fbbb5ebbf5d7bbfd7208cf805b7.tar.bz2 linux-1b7ae37c030a9fbbb5ebbf5d7bbfd7208cf805b7.zip |
markers: bit-field is not thread-safe nor smp-safe
bit-field is not thread-safe nor smp-safe.
struct marker_entry.rcu_pending is not protected by any lock
in rcu-callback free_old_closure().
so we must turn it into a safe type.
detail:
I suppose rcu_pending and ptype are store in struct marker_entry.tmp1
free_old_closure() side: change ptype side:
| load struct marker_entry.tmp1
--------------------------------|--------------------------------
| change ptype bit in tmp1
load struct marker_entry.tmp1 |
change rcu_pending bit in tmp1 |
store tmp1 |
--------------------------------|--------------------------------
| store tmp1
now this result equals that free_old_closure() do not change rcu_pending
bit, bug! This bug will cause redundant rcu_barrier_sched() called.
not too harmful.
----- corresponding:
free_old_closure() side: change ptype side:
load struct marker_entry.tmp1 |
--------------------------------|--------------------------------
| load struct marker_entry.tmp1
change rcu_pending bit in tmp1 |
| change ptype bit in tmp1
| store tmp1
--------------------------------|--------------------------------
store tmp1 |
now this result equals that change ptype side do not change ptype
bit, bug! this bug cause marker_probe_cb() access to invalid memory.
oops!
see also: http://en.wikipedia.org/wiki/Bit_field
Signed-off-by: Lai Jiangshan <laijs@cn.fujitsu.com>
Acked-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'kernel/Makefile')
0 files changed, 0 insertions, 0 deletions