https://bugzilla.novell.com/show_bug.cgi?id=375836 User bjorn.helgaas@hp.com added comment https://bugzilla.novell.com/show_bug.cgi?id=375836#c40 --- Comment #40 from Bjorn Helgaas <bjorn.helgaas@hp.com> 2008-05-27 13:41:29 MDT --- (In reply to comment #39 from Thomas Renninger)
PNP picks IRQ 14 when Misilav installed and now picks IRQ 5 if has already installed and this probably comes from _PRS above.
pnp_assign_irq() tries to assign IRQs in the order: 5, 10, 11, 12, 9, 14, 15, 7, ..., so in order for us to assign IRQ 14 to the parallel port, IRQs 5, 10, and 11 must have been busy already (12 and 9 are not possibilities for the parallel port). pnp_check_irq() does check to see whether an IRQ is already in use by a PCI device, but that didn't help here. Can you use the PCI "early config space dump" patches recently posted on linux-pci to figure out why not? Based on ata_pci_sff_activate_host(), it seems like the BIOS must have left the ATA controller in compatibility (legacy) mode, but maybe it put the native-mode IRQ line in PCI config space. That would make PNP think IRQ 14 is free, but in legacy mode, ATA will ignore pdev->irq and try to use IRQ 14.
IMO instead of blacklisting IRQ 14 for PNP0401 (IRQ 15 also needs to be added),
Yeah, I really don't like that quirk either. We could have the same issue with any PNP device, so it'd be much better to have a more general solution. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.