linux-kernel - Re: [2.6.36-rc2 regression] X201s: resume-from-S2R hangs

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] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 07 Sep 2010 10:12:34 -0700
From:	Eric Anholt <eric@...olt.net>
To:	Andy Isaacson <adi@...apodia.org>, linux-kernel@...r.kernel.org
Cc:	Zou Nan hai <nanhai.zou@...el.com>
Subject: Re: [2.6.36-rc2 regression] X201s: resume-from-S2R hangs

On Mon, 6 Sep 2010 02:05:36 -0700, Andy Isaacson <adi@...apodia.org> wrote:
> I have a Thinkpad X201s on which suspend-to-RAM was quite reliable until
> after 2.6.36-rc1; with problematic kernels, suspend seems to work OK
> (the machine goes to sleep with the moon LED steadily lit) but on resume
> the LCD never lights up (and it's not just the backlight, the screen
> isn't drawing at all) and the keyboard and network are dead.  Nothing
> makes it to syslog, either.  The moon LED is turned off though.
> 
> There seems to be some timing component to the problem -- some problem
> kernels will suspend reliably 25% or 50% of the time and hang the rest.
> There also seems to be some per-reboot state involved; one problem
> kernel suspended successfully and survived 25 suspends in a row without
> triggering a failure.  (But after a reboot, the first suspend hung...)
> Other problem kernels fail on 4 out of 4 reboots.
> 
> Bisecting is pretty hard under these conditions, but it seems to point
> to

Weird.  That's exactly the hardware that I tested RC6 on, and I haven't
seen a single resume failure on mine.  Sounds like time to revert for
this release.

Content of type "application/pgp-signature" skipped