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: <20111103213959.GP4417@google.com>
Date:	Thu, 3 Nov 2011 14:39:59 -0700
From:	Tejun Heo <tj@...nel.org>
To:	Andrew Watts <akwatts@...il.com>
Cc:	Dmitry Torokhov <dmitry.torokhov@...il.com>,
	linux-kernel@...r.kernel.org, linux-pm@...ts.linux-foundation.org
Subject: Re: [REGRESSION]: hibernate/sleep regression w/ bisection

Hello, Andrew.

On Thu, Nov 03, 2011 at 01:46:19PM -0500, Andrew Watts wrote:
> On Thu, Nov 03, 2011 at 08:59:56AM -0700, Tejun Heo wrote:
> > Andrew, just in case, can you please double check that you're
> > reverting only that single commit (not all the ones afterwards) and
> > the test results?  If they're all okay, can you please trigger the
> > problem, wait a while, trigger sysrq-t and attach the kernel log?
> 
> Hi Tejun.
> 
> I am only reverting 8ee294cd9def0004887da7f44b80563493b0a097 though I first
> revert part of 1d64b655dc083df5c5ac39945ccbbc6532903bf1 so it reverts 
> cleanly. 
> 
> I am very sure of my test results; normally I get 4-5 bad resumes on a 20
> hibernate loop and get no bad resumes with the commit reverted. I have
> been very thorough in my testing to ensure I am not generating false
> positives or false negatives (repeating the loops many times).

Thanks.  Yeah, this is odd & interesting.

> Below is the output you asked for (sysrq t).
> 
> Thanks.
> 
> ~ Andy
> 
> ======================
> 
> 
> kernel: [  345.226523] SysRq : Show State
> kernel: [  345.226531]   task                PC stack   pid father
> kernel: [  345.226535] init            S f4a47b68  5488     1      0 0x00000000
> kernel: [  345.226765] kthreadd        S 00000000  7172     2      0 0x00000000

This is missing all stack traces.  Can you please turn on
FRAME_POINTER and adjust log level such that all stack dumps are
included too?

Thank you.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ