[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201204211414.30286.bugs@humanleg.org.uk>
Date: Sat, 21 Apr 2012 14:14:21 +0100
From: Robert Scott <bugs@...anleg.org.uk>
To: Jonathan Nieder <jrnieder@...il.com>
Cc: Thomas Gleixner <tglx@...utronix.de>, linux-kernel@...r.kernel.org,
Kevin Tian <kevin.tian@...el.com>,
Fengzhe Zhang <fengzhe.zhang@...el.com>, mingo@...hat.com,
hpa@...or.com, Ian Campbell <Ian.Campbell@...citrix.com>,
JBeulich@...ell.com, xen-devel@...ts.xensource.com,
Lars Boegild Thomsen <lth@....dk>,
e568b31a443d@...2cce7af2d.anonbox.net,
"Liu, Chuansheng" <chuansheng.liu@...el.com>
Subject: Re: [regression] Ideapad S10-3 does not wake up from suspend
On Tuesday 17 April 2012, Jonathan Nieder wrote:
> Robert Scott wrote:
> > On Sunday 15 April 2012, Jonathan Nieder wrote:
>
> >> Lars, Robert, anon: can you try 3.4-rc2 or newer and let us know how
> >> it goes? I suspect v3.4-rc2~24^2~4 ("x86: Preserve lazy irq disable
> >> semantics in fixup_irqs()") will fix this.
> >
> > Hmm, no, 3.4-rc2 seems to produce the same results I'm afraid.
>
> Alas. Does suspend-to-disk ("echo disk >/sys/power/state") have the
> same problem? Can you get a log of the failure with
> "no_console_suspend" appended to the kernel command line, for example
> with a serial console or netconsole?
(back on 3.2.0-0.bpo.2-686-pae 3.2.12-1~bpo60+1*:)
eth0 seems to go down/come up to early/late to get anything useful from netconsole:
[ 745.161322] PM: Syncing filesystems ... done.
[ 747.088247] PM: Preparing system for mem sleep
[ 747.187932] Freezing user space processes ... (elapsed 0.01 seconds) done.
[ 747.204325] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
[ 747.220416] PM: Entering mem sleep
[ 747.221085] sd 1:0:0:0: [sda] Synchronizing SCSI cache
[ 747.222247] sd 1:0:0:0: [sda] Stopping disk
(then nothing)
I may be able to hook up a usb-serial adaptor to try and get more info but it'll take me a bit longer what with all the rewiring fun as I don't have a null modem cable lying around.
> If someone has time to go through the steps in
> "Documentation/power/basic-pm-debugging.txt", that would also be useful.
"freezer", "devices", "platform", "processors", or "core" pm_test modes all work fine, naturally.
robert.
* I notice I accidentally copy/pasted the linux-modules version in a previous mail but you knew what I was talking about
--
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/
Powered by blists - more mailing lists