diff options
author | Zwane Mwaikambo <zwane@arm.linux.org.uk> | 2005-11-07 00:58:33 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-11-07 07:53:28 -0800 |
commit | 77f72b192fd4624ad639dbf60c48be787c8aea59 (patch) | |
tree | 1d0d2d224dffad9f8c8e1e7cba0843d2d0899640 /arch/m68knommu | |
parent | 38e548ee1a79c8da7b3d9e26f2adce9b61413f84 (diff) | |
download | op-kernel-dev-77f72b192fd4624ad639dbf60c48be787c8aea59.zip op-kernel-dev-77f72b192fd4624ad639dbf60c48be787c8aea59.tar.gz |
[PATCH] i386: LVT entries remaining unmasked on reboot
Excerpt from bugzilla entry
http://bugzilla.kernel.org/show_bug.cgi?id=5518
"i386 version of Reboot-through-BIOS is unsafe: it forgets to mask APIC LVT
interrupts before jumping to a BIOS entry point. As a result, BIOS ends up
bombarded with interrupts early on boot. The BIOS does not expect it since
following a "normal" hardware cpu reset, all APIC LVT registers have the
Mask bit (16) set and can't generate interrupts.
For example, the version of Phoenix BIOS used by VMware enables interrupts
for the first time before masking/clearing APIC LVT. The APIC Timer LVT
register is still set up for a timer interrupt delivery with a high vector
from the previous Linux incarnation (0xef in our case). The BIOS has not
fully initialized its IDT at this point and the real mode gate for 0xef
remains all zeros. Vector 0xef dispatches BIOS to address 0:0, BIOS takes
a #GP and eventually hangs.
machine_shutdown() does attempt to shut down APIC before jumping to BIOS,
but it is ineffective"
Signed-off-by: Zwane Mwaikambo <zwane@arm.linux.org.uk>
Cc: "Seth, Rohit" <rohit.seth@intel.com>
Cc: Zachary Amsden <zach@vmware.com>
Cc: "Eric W. Biederman" <ebiederm@xmission.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/m68knommu')
0 files changed, 0 insertions, 0 deletions