https://bugzilla.novell.com/show_bug.cgi?id=623393 https://bugzilla.novell.com/show_bug.cgi?id=623393#c47 --- Comment #47 from Suresh Siddha <suresh.b.siddha@intel.com> 2011-02-01 20:41:24 UTC --- (In reply to comment #46)
If "a" and "b" are both true, then I am missing something subtle.
Ok. Does this patch (For mainline) help in anyway? diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c index 0cbe8c0..92f7b50 100644 --- a/arch/x86/kernel/smpboot.c +++ b/arch/x86/kernel/smpboot.c @@ -1156,8 +1156,8 @@ void __init native_smp_prepare_cpus(unsigned int max_cpus) if (is_uv_system()) uv_system_init(); - set_mtrr_aps_delayed_init(); out: + set_mtrr_aps_delayed_init(); preempt_enable(); } If this helps, then I have a theory (that bios is changing MTRR's at a point during OS boot, but because of above bug we might be going back to the original state seen during OS boot start. And later SMI or something is not happy of this fact). If this helps, then I can think of a cleaner fix for this issue. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.