linux-kernel - Re: -next: no resume from suspend

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <2498660.7pVA6MKmgK@vostro.rjw.lan>
Date:	Thu, 17 Jan 2013 00:13:06 +0100
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Bjorn Helgaas <bhelgaas@...gle.com>
Cc:	Jiri Slaby <jslaby@...e.cz>,
	Linux PM mailing list <linux-pm@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>,
	ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
	"Moore, Robert" <robert.moore@...el.com>
Subject: Re: -next: no resume from suspend

On Wednesday, January 16, 2013 04:01:23 PM Bjorn Helgaas wrote:
> On Wed, Jan 16, 2013 at 3:48 PM, Jiri Slaby <jslaby@...e.cz> 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@...gle.com>
> > 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.

OK, dropping.

Thanks,
Rafael


-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/