summaryrefslogtreecommitdiffstats
path: root/include/linux/tfrc.h
diff options
context:
space:
mode:
authorJesper Dangaard Brouer <hawk@comx.dk>2009-09-23 15:57:29 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2009-09-24 07:21:05 -0700
commit458e5ff13e1bed050990d97e9aa55bcdafc951a7 (patch)
tree521d837beabe5265f070351a8ea42d48408ec5d7 /include/linux/tfrc.h
parentdd8ef1db87a486577b3a76e6ad45df52e12d0145 (diff)
downloadop-kernel-dev-458e5ff13e1bed050990d97e9aa55bcdafc951a7.zip
op-kernel-dev-458e5ff13e1bed050990d97e9aa55bcdafc951a7.tar.gz
edac: core: remove completion-wait for complete with rcu_barrier
Module edac_core.ko uses call_rcu() callbacks in edac_device.c, edac_mc.c and edac_pci.c. They all use a wait_for_completion() scheme, but this scheme it not 100% safe on multiple CPUs. See the _rcu_barrier() implementation which explains why extra precausion is needed. The patch adds a comment about rcu_barrier() and as a precausion calls rcu_barrier(). A maintainer needs to look at removing the wait_for_completion code. [dougthompson@xmission.com: remove the wait_for_completion code] Signed-off-by Jesper Dangaard Brouer <hawk@comx.dk> Signed-off-by: Doug Thompson <dougthompson@xmission.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/tfrc.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud