diff options
author | Chuck Ebbert <cebbert@redhat.com> | 2007-08-15 12:38:57 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@suse.de> | 2007-08-22 16:23:27 -0700 |
commit | dad2f19424a2f4d30009e5aa51aca05a0bba7020 (patch) | |
tree | fd48b707b4e6c067f15f8c60b91b8b4968906364 /net/8021q | |
parent | c2c1d493fa0ee16491bffd6682cf4f479b8792c2 (diff) | |
download | linux-stable-dad2f19424a2f4d30009e5aa51aca05a0bba7020.tar.gz linux-stable-dad2f19424a2f4d30009e5aa51aca05a0bba7020.tar.bz2 linux-stable-dad2f19424a2f4d30009e5aa51aca05a0bba7020.zip |
i386: Fix double fault handler
The new percpu code has apparently broken the doublefault handler
when CONFIG_DEBUG_SPINLOCK is set. Doublefault is handled by
a hardware task, making the check
SPIN_BUG_ON(lock->owner == current, lock, "recursion");
fault because it uses the FS register to access the percpu data
for current, and that register is zero in the new TSS. (The trace
I saw was on 2.6.20 where it was GS, but it looks like this will
still happen with FS on 2.6.22.)
Initializing FS in the doublefault_tss should fix it.
AK: Also fix broken ptr_ok() and turn printks into KERN_EMERG
AK: And add a PANIC prefix to make clear the system will hang
AK: (e.g. x86-64 will recover)
Signed-off-by: Chuck Ebbert <cebbert@redhat.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'net/8021q')
0 files changed, 0 insertions, 0 deletions