From: Zan Lynx <zlynx@acm.org>
To: "Srivatsa S. Bhat" <srivatsa.bhat@linux.vnet.ibm.com>
Cc: rjw@sisk.pl, linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Samsung Series 9 won't resume
Date: Wed, 05 Oct 2011 15:19:50 -0600 [thread overview]
Message-ID: <1317849598.549.11.camel@knife> (raw)
In-Reply-To: <4E895EC3.3050800@linux.vnet.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 1565 bytes --]
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
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
prev parent reply other threads:[~2011-10-05 21:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-29 20:51 Samsung Series 9 seems to require acpi=nonvs to resume properly Zan Lynx
2011-09-30 20:09 ` Zan Lynx
2011-09-30 20:22 ` Rafael J. Wysocki
2011-09-30 20:34 ` Zan Lynx
2011-09-30 20:50 ` Rafael J. Wysocki
2011-09-30 21:01 ` Keith Packard
2011-10-03 7:05 ` Srivatsa S. Bhat
2011-10-05 21:19 ` Zan Lynx [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1317849598.549.11.camel@knife \
--to=zlynx@acm.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=srivatsa.bhat@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox