Messages in this thread | | | Date | Fri, 23 Jan 2004 07:51:51 -0800 (PST) | From | Linus Torvalds <> | Subject | Re: [PATCH][2.6] local APIC LVTT init bug |
| |
On Fri, 23 Jan 2004, Maciej W. Rozycki wrote: > On Fri, 23 Jan 2004, Mikael Pettersson wrote: > > > > The ASUS L3800C was mentioned. I don't know of any others. > > It seems to be P4-based -- I'm pretty sure the integrated APIC behaves > the same way regardless of where its plugged in, so why wouldn't this > problem appear earlier?
It's entirely possible that the bug isn't in the integrated APIC per se, but migth be in ACPI/SMM getting confused when it reads the LVTT value and tries to do something with it. And since the system vendors don't tend to test with Linux (or test only with a few standard kernels that may not even have APIC enabled) the code might never have been tested with that behaviour.
Now quite honestly, I don't know _why_ it would read the value, so that theory is a pretty weak one, but the point being that it's not absolutely necessary that the hardware itself be broken. This is the reason we see most SMM/BIOS bugs - the code just assumes certain states.
Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |