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]
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)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ