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? _______________________________________________ Linux PCMCIA reimplementation list http://lists.infradead.org/mailman/listinfo/linux-pcmcia
