Jesse Barnes wrote: >> At this point it looks like a generic PCI, not a USB problem. > > So do you have any more details here? Does this problem still occur with > Linus's latest kernel? Maybe disabling of the first subfunction is affecting > the second subfunction? acpi_pci_irq_disable is responsible for turning off > the IRQ at pci_disable_device time... Shouldn't be fn 1 on the second interrupt pin not being affected by this one? Oliver, could you post full dmesg? -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
