On Sat, Jun 21, 2008 at 03:41:37AM +0100, Maciej W. Rozycki wrote: > Maybe, though your code seems to match product IDs rather than the broken > DSDT itself. I think the latter would be preferable as it would cover all > the pieces of equipment using the broken piece of firmware rather than > ones we have already tracked down. Perhaps the version could be included > too, but that would only make sense if the breakage ever gets fixed -- the > use of the through-8259A mode for the 8254 timer would allow this piece of > equipment to benefit from the I/O APIC driven NMI watchdog. I haven't seen any other machines with this issue, so I suspect that this is HP-specific code. I'll look into what would need doing to quirk it off the DSDT strings, though. > Not exactly. The IRQ0->2 mapping is certainly wrong here, but so is the > identity IRQ0->0 one. Which means it should not be recorded in > mp_config_acpi_legacy_irqs() at all. I can cook this part if you'd rather > not to, if you do the ACPI part. If you think there is no easy way to > match the DSDT rather than the product ID -- we are trying to cope with > outright breakage here after all, so any amount of effort is too much ;) > -- I can update your proposal with what I have in mind. Ok, that works for me. -- Matthew Garrett | mjg59@xxxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
