http://bugzilla.kernel.org/show_bug.cgi?id=6117
------- Additional Comments From [EMAIL PROTECTED] 2006-03-08 18:21 ------- This should be easy to fix this system, the question is the risk of the fix to other systems. Options in order of risk: 1. add cmdline flag to skip the Link _DIS for all links 1a. optionally invoke it automatically with DMI Note #1. The ELCR init code assumes we've disabled all the links, and just has a special case for the SCI. So that needs to be un-done in this case. 2. For systems with non-zero(2a) CRS outside PRS dont _DIS that particulary link. Note #2, also has ELCR issue as in Note #1. Note #2a, some systems return CRS 0 always... This is a workaround for the CRS outside PRS issue, where we can't possibly get back the initial condidition after we evaluate _DIS. 3. Don't run _DIS on links that are *used* We don't know what links will be used, so we need to keep track of referenced links and then evaluate _DIS on the others. The assumption here is that we'll get spurious interrupts if we don't run _DIS on unused links -- which is why we started running _DIS in the first place. This is not possible in the general case, because a device can be added anytime after boot which creates a new reference to a Link. 4. Never run _DIS, except with special cmdline or DMI to enable that option. Note 4. need to repair ELCR code, and Link init code at same time. Note 4a. probably makes sense to try this first on PIC-mode systems where we do NO irq balancing by default. Unclear if IOAPIC-mode systems will need to be different from PIC-mode in this area. I recommend that we go with option #4 and see what we run into. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
