On Wed, Jan 16, 2013 at 3:48 PM, Jiri Slaby <jslaby@xxxxxxx> wrote: > On 01/16/2013 03:00 PM, Rafael J. Wysocki wrote: >> On Wednesday, January 16, 2013 11:43:15 AM Jiri Slaby wrote: >>> On 01/14/2013 01:56 PM, Rafael J. Wysocki wrote: >>>> On Monday, January 14, 2013 11:11:52 AM Jiri Slaby wrote: >>>>> Hi, >>>>> >>>>> since friday's -next (the last known to be working is the last monday's) >>>>> I cannot resume from suspend. The last thing I see with >>>>> no_console_suspend is: >>>>> i915: No ACPI video bus found >>>>> >>>>> But I used to see the message always, so this is no difference. Any idea >>>>> before I start bisecting? >>>> >>>> Well, what's the next message you normally see with no_console_suspend? >>> >>> As I wrote in the other message, the kernel is spinning in >>> acpi_rs_get_aml_length. There are weird resources in the list. For >>> serial 00:05 there is resource with type and length equal to 0 and for >>> parport_pc 00:06 there is resource type 58196295 with length of >>> 134284152. See: >>> acpi_rs_get_aml_length: ffff8801b9f7b380 type=3 len=16 >>> acpi_rs_get_aml_length: ffff8801b9f7b390 type=0 len=0 >>> acpi_rs_get_aml_length: BAD ffff8801b9f7b390 type=0 len=0 >>> serial 00:05: activation failed >>> dpm_run_callback(): pnp_bus_resume+0x0/0x80 returns -5 >>> PM: Device 00:05 failed to resume: error -5 >>> acpi_rs_get_aml_length: ffff8801b9f7b680 type=3 len=24 >>> acpi_rs_get_aml_length: ffff8801b9f7b698 type=58196295 len=134284152 >>> parport_pc 00:06: activation failed >>> dpm_run_callback(): pnp_bus_resume+0x0/0x80 returns -5 >>> PM: Device 00:06 failed to resume: error -5 >>> >>> if (!length) >>> return error; >>> >>> makes it resume again with the errors above... >>> >>> This was 3.8.0-rc3-next-20130114. >> >> There are two things you can try. First, revert all of the ACPICA patches >> and see if that helps. Second, if that doesn't help, try to revert things in >> the PCI tree (alternatively, you can try the PCI tree alone). >> >> I have tested suspend/resume with the ACPI (including ACPICA) patches applied, >> but I haven't tested the PCI tree. > > I bisected that. It is caused by the following commit: > commit 2a3ab82714043580505634ff5b9a743ff4237376 > Author: Bjorn Helgaas <bhelgaas@xxxxxxxxxx> > Date: Fri Jan 4 22:38:10 2013 +0000 > > PNPACPI: Use _CRS buffer directly as _SRS template > > Acpidump is here if you are interested: > http://www.fi.muni.cz/~xslaby/sklad/adump Crap, sorry Jiri. Rafael, I don't really care about that patch, so you can just drop it unless you want to debug it. Bjorn -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
