linux-kernel - Re: Samsung Series 9 won't resume

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: <1317849598.549.11.camel@knife>
Date:	Wed, 05 Oct 2011 15:19:50 -0600
From:	Zan Lynx <zlynx@....org>
To:	"Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com>
Cc:	rjw@...k.pl, linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Samsung Series 9 won't resume

On Mon, 2011-10-03 at 12:35 +0530, Srivatsa S. Bhat wrote:
> On 10/01/2011 01:39 AM, Zan Lynx wrote:
[snip]
> > Instead it seems to involve reboots, which is crazy. From a cold
> > power-on start, suspend resume will always fail. But if the laptop is
> > rebooted first, suspend and resume appear to work. What the heck? I have
> > no clue how to debug this.
> 
> Could you provide any error logs you found? That could give us a clue as to
> what is going wrong...

Sorry for the delayed response.

No, there were no error logs. I even tried the suspend debugging which
is supposed to write into the clock registers.  

The symptom is that suspend appears to work correctly. Everything powers
down and the power light slowly flashes on and off. When the power
button is pressed to trigger resume, the fans come on, the power light
comes on full, but there is no hard drive activity and the screen does
nothing.

After forcing a power-off and rebooting, when using the "echo 1
> /sys/power/pm_trace" trick, the system has nothing in the dmesg about
resume failures. I have to wonder if it even started executing the
resume.

Other interesting info is that I have the laptop using UEFI and the
default reboot causes a kernel panic, so I have the kernel option
"reboot=k" set.

I just thought of this, could the EFI services be messing up the RTC
programming that pm_trace uses?

I suppose that I should also test suspend resume without UEFI, in BIOS
mode. Such a pain.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil

Download attachment "signature.asc" of type "application/pgp-signature" (199 bytes)