Hello Bjorn, I'm running this patch and the corresponding "[PATCH 3/4] PCI: Allow device quirks to exclude bus reset" patch meanwhile since a month w/ kernel 3.14.x and couldn't find any problem. Would it be possible to apply these patches to main kernel? Or even to lt-kernel 3.14? Thanks. kind regards, Andreas Hartmann Alex Williamson wrote: > Reports against the TL-WDN4800 card indicate that PCI bus reset of > this Atheros device cause system lock-ups and resets. I've also > been able to confirm this behavior on multiple systems. The device > never returns from reset and attempts to access config space of the > device after reset result in hangs. Blacklist bus reset for the > device to avoid this issue. > > Reported-by: Andreas Hartmann <andihartmann@xxxxxxxxxx> > Signed-off-by: Alex Williamson <alex.williamson@xxxxxxxxxx> > Tested-by: Andreas Hartmann <andihartmann@xxxxxxxxxx> > --- > > drivers/pci/quirks.c | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 561e10d..ebbd5b4 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -3029,6 +3029,20 @@ static void quirk_no_pm_reset(struct pci_dev *dev) > DECLARE_PCI_FIXUP_CLASS_HEADER(PCI_VENDOR_ID_ATI, PCI_ANY_ID, > PCI_CLASS_DISPLAY_VGA, 8, quirk_no_pm_reset); > > +static void quirk_no_bus_reset(struct pci_dev *dev) > +{ > + dev->dev_flags |= PCI_DEV_FLAGS_NO_BUS_RESET; > +} > + > +/* > + * Atheros AR93xx chips do not behave after a bus reset. The device will > + * throw a Link Down error on AER capable system and regardless of AER, > + * config space of the device is never accessible again and typically > + * causes the system to hang or reset when access is attempted. > + * http://www.spinics.net/lists/linux-pci/msg34797.html > + */ > +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_ATHEROS, 0x0030, quirk_no_bus_reset); > + > #ifdef CONFIG_ACPI > /* > * Apple: Shutdown Cactus Ridge Thunderbolt controller. > -- 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