diff options
author | Ashok Raj <ashok.raj@intel.com> | 2006-01-06 00:12:08 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2006-01-06 08:33:37 -0800 |
commit | 1855a2c4ce708b823b8b824f8b12937b45f5462a (patch) | |
tree | 2aeed2e32d792652e43ae086d2522210715c9992 /include/asm-i386/ucontext.h | |
parent | c898ec16e83331abde39118e22e9e38335bbb950 (diff) | |
download | op-kernel-dev-1855a2c4ce708b823b8b824f8b12937b45f5462a.zip op-kernel-dev-1855a2c4ce708b823b8b824f8b12937b45f5462a.tar.gz |
[PATCH] x86: convert bigsmp to use flat physical mode
When we bring up a new CPU via INIT/startup IPI messages, the CPU that's
coming up sends a xTPR message to the chipset. Intel chipsets (at least)
don't provide any architectural guarantee on what the chipset will do with
this message. For example, the E850x chipsets uses this xTPR message to
interpret the interrupt operating mode of the platform. When the CPU
coming online sends this message, it always indicates that it is in logical
flat mode. For the CPU hotplug case, the platform may already be
functioning in cluster APIC mode at this time, the chipset can get confused
and mishandle I/O device and IPI interrupt routing.
The situation eventually gets corrected when the new CPU sends another xTPR
update when we switch it to cluster mode, but there's a window during which
the chipset may be in an inconsistent state. This patch avoids this
problem by using the flat physical interrupt delivery mode instead of
cluster mode for bigsmp (>8 cpu) support.
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Cc: Andi Kleen <ak@muc.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-i386/ucontext.h')
0 files changed, 0 insertions, 0 deletions