Andi Kleen wrote:
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.
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.
-Andi
See my message from the 17th (December). A new tyan BIOS worked fine on the machine where I previously got exactly this error message during boot. I tried out the newest FSC BIOS this week (not sure if the date of the file is correct: 22.09.04, I just downloaded the latest from the FSC homepage) and it hang again on mtrr errors. Message(17.12.): ___________________________ I could reproduce it here, too: oops at the exactly same function: RIP: 0010:[<ffffffff8011a8fe>] <ffffffff8011a8fe>{generic_set_all+318} The oops does not apear on a SLES9-SP1 installation However, I could solve the problem by installing a current BIOS version: It's a tyan S2885 board. The previos BIOS version was from 01.2004, the new one (v. 2885_202) is from 19.05.2004. what the update fixes (some mtrr enhancements are mentioned as well) see: http://www.tyan.com/support/html/b_s2885.html I got some scsi controller Problems on SLES9 (9.2 boots properly) now after the update, I cannot say anything on this for now, I will investigate further on this on Monday. Thomas _____________________________ BTW: The scsi problems vanished ... Conclusion: FSC BIOS: SLES9-SP1 -> good SL 9.2 -> mtrr error current kernels -> mtrr error Tyan BIOS: SLES9-SP1 -> good SL 9.2 -> good current kernels -> I don't know, probably good. However I am not involved about mtrr kernel/BIOS things and how this could be solved, but it seems clearly to be the BIOS. Thomas