diff options
| author | Keith Owens <kaos@sgi.com> | 2006-06-26 13:59:41 +0200 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-06-26 10:48:22 -0700 |
| commit | 45486f81c9aa07218b73a38cbcf62ffa66e99088 (patch) | |
| tree | 8fc03b93b941c6ba3131bb016fe126f2f95e3c86 /drivers/eisa/pci_eisa.c | |
| parent | 9c63f8738734eb7e6d3f76ca03186f16ef88edf5 (diff) | |
| download | kernel_samsung_smdk4412-45486f81c9aa07218b73a38cbcf62ffa66e99088.zip kernel_samsung_smdk4412-45486f81c9aa07218b73a38cbcf62ffa66e99088.tar.gz kernel_samsung_smdk4412-45486f81c9aa07218b73a38cbcf62ffa66e99088.tar.bz2 | |
[PATCH] x86_64: Standardize i386/x86_64 handling of NMI_VECTOR
x86_64 and i386 behave inconsistently when sending an IPI on vector 2
(NMI_VECTOR). Make both behave the same, so IPI 2 is sent as NMI.
The crash code was abusing send_IPI_allbutself() by passing a code
instead of a vector, it only worked because crash knew about the
internal code of send_IPI_allbutself(). Change crash to use NMI_VECTOR
instead, and remove the comment about how crash was abusing the function.
This patch is a pre-requisite for fixing the problem where sending an
IPI as NMI would reboot some Dell Xeon systems. I cannot fix that
problem while crash continus to abuse send_IPI_allbutself().
It also removes the inconsistency between i386 and x86_64 for
NMI_VECTOR. That will simplify all the RAS code that needs to bring
all the cpus to a clean stop, even when one or more cpus are spinning
disabled.
Signed-off-by: Keith Owens <kaos@sgi.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/eisa/pci_eisa.c')
0 files changed, 0 insertions, 0 deletions