Le 07/02/2014 02:19, Rafael J. Wysocki a écrit : > Please send the output of lspci -vv right before suspend and right after > the subsequent resume as attachments. You'll find them attached, but I got a strange error when I wanted to run it as root: $ sudo lspci -vv > lspci_vv_before pcilib: sysfs_read_vpd: read failed: Connection timed out $ sudo -i # lspci -vv pcilib: sysfs_read_vpd: read failed: Connection timed out So I only got the unpriviledge output. Some complementary lines from my journal: kernel: r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded kernel: r8169 0000:03:00.2: can't disable ASPM; OS doesn't have ASPM control kernel: pcieport 0000:00:1c.3: driver skip pci_set_master, fix it! kernel: r8169 0000:03:00.2: irq 44 for MSI/MSI-X kernel: r8169 0000:03:00.2 eth0: RTL8411 at 0xffffc90016ed4000, 00:90:f5:d7:34:53, XID 08800800 IRQ 44 kernel: r8169 0000:03:00.2 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] kernel: rtsx_pci 0000:03:00.0: irq 45 for MSI/MSI-X kernel: rtsx_pci 0000:03:00.0: rtsx_pci_acquire_irq: pcr->msi_en = 1, pci->irq = 45 ... And one I thought of interest: kernel: rtsx_pci 0000:03:00.0: vpd r/w failed. This is likely a firmware bug on this device. Contact the card vendor for a firmware update. That came three times before suspend. Only two lines about hotplug, none special. Stripped journal attached for the suspend cycle. Le 07/02/2014 08:29, Francis Moreau a écrit : > yeah, but calling this "fast resolution" is quite incorrect. > > I don't blame anyone for this and I'm quite happy that a workaround has > been found at last but calling this "fast resolution" is a bit funny > compare to the PITA it was to debug this. Sorry, I didn't mean to underestimate the amount of work you put in that bug resolution (actually it was the first time I heard of kernel bisection and was pretty impressed by how you led it). What made me say it had been a fast resolution is that its fix was included right in the next kernel revision, which I found to be quite diligent. But the actual work to find it, the kernel bisection, that must have been a real sweat. Thanks