linux-kernel - Re: 3.16-rcX crashes on resume from Suspend-To-RAM

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]

Message-ID: <1407831975.2339.52.camel@rzhang1-toshiba>
Date:	Tue, 12 Aug 2014 16:26:15 +0800
From:	Zhang Rui <rui.zhang@...el.com>
To:	markus@...schke.com
Cc:	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Pavel Machek <pavel@....cz>, linux-kernel@...r.kernel.org,
	"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
	Mika Westerberg <mika.westerberg@...ux.intel.com>
Subject: Re: 3.16-rcX crashes on resume from Suspend-To-RAM

On Sat, 2014-08-09 at 03:14 -0700, Markus Gutschke wrote:
> I am back and have physical access to the machine now.
> 
great!

> I re-ran the test just to be sure, and I can confirm that "platform"
> does in fact result in a crash.
> 
what about "devices"?
I mean

# echo devices > /sys/power/pm_test

and see if that triggers the crash.

> Furthermore, I ran the test that Rui asked for. I suspended, resumed,
> and upon crashing power-cycled the machine ASAP. "dmesg" suggests that
> the problem is with LNXSYBUS:00 That doesn't tell me much, but
> hopefully it makes sense to you guys.
> 
[    0.930093]   Magic number: 10:810:122
[    0.930185] acpi LNXSYBUS:00: hash matches

This looks weird, ACPI will do nothing for LNXSYBUS devices during
resume.
Rafael, any thought on this?

thanks,
rui

--
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/