On Thursday 04 June 2009, Johannes Berg wrote: > Alright, I have managed to trace this. > > http://johannes.sipsolutions.net/files/hibernate-delay-dmesg.txt > > has the dmesg, you can clearly see the delay: > [50265.143330] ACPI: Waking up from system sleep state S4 > [50265.679141] HDA Intel 0000:00:08.0: restoring config space at offset 0x1 > (was 0xb00006, writing 0xb00002) > [50265.689525] forcedeth 0000:00:0a.0: restoring config space at offset 0x1 > (was 0xb00003, writing 0xb00007) > [50265.699775] ahci 0000:00:0b.0: restoring config space at offset 0x1 (was > 0xb00403, writing 0xb00407) > [50286.294910] pci 0000:00:03.2: PME# disabled
Quite frankly, it looks like resume_device_irqs() itself causes the delay to happen. The next step would be to put a couple of printk()s in there and see which part of it triggers the delay. Best, Rafael -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
