Andi Kleen
mtrr: v2.0 (20020519) general protection fault: 0000 [1] SMP CPU 1 Modules linked in: Pid: 0, comm: swapper Tainted: MG (2.6.8-24.10-smp SL92_BRANCH-200412221154270000)
That's the BIOS bug. BIOS sets bad MTRR. Update the BIOS.
If the MTRR is so bad then why is it working in SuSE 9.1 and up to vanilla kernel 2.6.8? Anyway, since it looks like TYAN-BIOS from May 2004 is working I will go back to an older FSC-BIOS to check what's happening then. Our history was like that: BIOS 1.01.1692 was bad due to MTRR settings, so no 3D graphics BIOS 1.02.1692 fixed this and worked fine with SuSE 9.1 BIOS 1.04.1692 (released in June 2004 and should have the fixes from TYAN) showed the same errors as BIOS 1.01. So we asked the BIOS developer to fix this and got BIOS 1.05.1692 which worked fine again with SuSE 9.1 BIOS 1.06.1692 is actual and works fine with older 2.6 kernels, but panics with actual kernels. Ok, on my machine there's a compilation running since I found a nice little difference in arch/x86_64/kernel/nmi.c between 2.6.8 and 2.6.9 which could be releated to our problem. So I'll try out that and then anyway I'll try out the old BIOS 1.04, even if we never recommended that because of the problems with older kernels.
I will do a workaround to not panic in this case, but the MTRRs will still be broken and the workaround will only be in the next version.
Wait with that until I checked the things I told you above. And to be of help for the customers we need to find a way that the customer can install the 9.2 distribution. Regards Rainer -- Dipl.-Inf. (FH) Rainer Koenig Project Manager Linux Fujitsu Siemens Computers VP BC E SW OS Phone: +49-821-804-3321 Fax: +49-821-804-2131