summaryrefslogtreecommitdiff
path: root/ipc
diff options
context:
space:
mode:
authorPrarit Bhargava <prarit@redhat.com>2007-05-08 00:25:08 -0700
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2007-05-08 11:15:00 -0700
commitee527cd3a20c2aeaac17d939e5d011f7a76d69f5 (patch)
tree113e8dd439c5a3656be07058f055e6340ad41623 /ipc
parent616883df78bd4b3fcdb6ddc39bd3d4cb902bfa32 (diff)
downloadlinux-3.10-ee527cd3a20c2aeaac17d939e5d011f7a76d69f5.tar.gz
linux-3.10-ee527cd3a20c2aeaac17d939e5d011f7a76d69f5.tar.bz2
linux-3.10-ee527cd3a20c2aeaac17d939e5d011f7a76d69f5.zip
Use stop_machine_run in the Intel RNG driver
Replace call_smp_function with stop_machine_run in the Intel RNG driver. CPU A has done read_lock(&lock) CPU B has done write_lock_irq(&lock) and is waiting for A to release the lock. A third CPU calls call_smp_function and issues the IPI. CPU A takes CPU C's IPI. CPU B is waiting with interrupts disabled and does not see the IPI. CPU C is stuck waiting for CPU B to respond to the IPI. Deadlock. The solution is to use stop_machine_run instead of call_smp_function (call_smp_function should not be called in situations where the CPUs may be suspended). [haruo.tomita@toshiba.co.jp: fix a typo in mod_init()] [haruo.tomita@toshiba.co.jp: fix memory leak] Signed-off-by: Prarit Bhargava <prarit@redhat.com> Cc: Jan Beulich <jbeulich@novell.com> Cc: "Tomita, Haruo" <haruo.tomita@toshiba.co.jp> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions