Tejun Heo wrote: > Rob Whitton wrote: >> I have run this test and I can confirm that NumLock does still work, >> although unreliably. What I mean by this is that once we get to this >> point often it takes a number of presses of numlock to get the state of >> the LED to change. Before we get to this point it seems to behave fine. >> Ctrl-alt-sysrq-t doesn't appear to dump anything to the console. After >> doing ctrl-alt-sysrq-t numlock no longer functions at all. >> >> Something I forgot to mention in my original email is that using >> "noapic" at boot is also a work around for the problem. It isn't an >> option for us as we are going to be using advanced features such as MSI >> that are only available via the APIC route. > > I don't think MSI has anything to do with noapic. Can you please post > the result of "lspci -nn"? Also, what kind of motherboard is it? Oh.. and one more thing, can you please confirm that commenting out PIIX_FLAG_SIDPR settings in piix_port_info structures fix the problem? Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html