diff options
author | Andi Kleen <andi@firstfloor.org> | 2008-01-30 15:33:54 +0300 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2008-01-30 15:33:54 +0300 |
commit | 1a2b441231ddc12b785940000320894bfa02bd82 (patch) | |
tree | 2fab8cf5b8cb91af545bc686efc30adfa29bfb4f /arch/x86/kernel/head64.c | |
parent | 934d15854d04e8ca2495d8f5698164df990d5d66 (diff) | |
download | linux-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