summaryrefslogtreecommitdiff
path: root/arch/x86/kernel/head64.c
diff options
context:
space:
mode:
authorAndi Kleen <andi@firstfloor.org>2008-01-30 15:33:54 +0300
committerIngo Molnar <mingo@elte.hu>2008-01-30 15:33:54 +0300
commit1a2b441231ddc12b785940000320894bfa02bd82 (patch)
tree2fab8cf5b8cb91af545bc686efc30adfa29bfb4f /arch/x86/kernel/head64.c
parent934d15854d04e8ca2495d8f5698164df990d5d66 (diff)
downloadlinux-1a2b441231ddc12b785940000320894bfa02bd82.tar.xz
x86: fix early_ioremap() on 64-bit
Fix early_ioremap() on x86-64 I had ACPI failures on several machines since a few days. Symptom was NUMA nodes not getting detected or worse cores not getting detected. They all came from ACPI not being able to read various of its tables. I finally bisected it down to Jeremy's "put _PAGE_GLOBAL into PAGE_KERNEL" change. With that the fix was fairly obvious. The problem was that early_ioremap() didn't use a "_all" flush that would affect the global PTEs too. So with global bits getting used everywhere now an early_ioremap would not actually flush a mapping if something else was mapped previously on that slot (which can happen with early_iounmap inbetween) This patch changes all flushes in init_64.c to be __flush_tlb_all() and fixes the problem here. Signed-off-by: Andi Kleen <ak@suse.de> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'arch/x86/kernel/head64.c')
0 files changed, 0 insertions, 0 deletions