aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/kdump/kdump.txt
diff options
context:
space:
mode:
authorHaren Myneni <haren@us.ibm.com>2005-08-03 15:08:18 +1000
committerLinus Torvalds <torvalds@g5.osdl.org>2005-08-02 22:16:45 -0700
commit5cb4cc0d8211c490537c8568001958fc76741312 (patch)
tree3a3844a79cff56d84ecafd65ba5d8da25e158d2b /Documentation/kdump/kdump.txt
parent0b2bfb4e7ff61f286676867c3508569bea6fbf7a (diff)
downloadlinux-5cb4cc0d8211c490537c8568001958fc76741312.tar.gz
[PATCH] Xmon bug fix for soft-reset
For soft reset during system hang, got an error "CPU did not take control" for some CPUs even though they responded to soft-reset (called SystemReset, die and called debugger - xmon). First these CPUs entered into xmon by IPI callback and then got a soft-reset exception and re-entered into xmon again. The first CPU which re-entered into xmon got the output lock and made into xmon successfully without unlocking. Hence, the next CPU(s) which re-entered into xmon try to acquire a lock (get_output_lock). Therefore, we can not view state of those CPU(s). [This is a simple, very low risk, obvious fix for an obvious bug, and should go into 2.6.13. -- paulus] Signed-off-by: Haren Myneni <hbabu@us.ibm.com> Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'Documentation/kdump/kdump.txt')
0 files changed, 0 insertions, 0 deletions