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]
Date:	Tue, 04 Dec 2012 11:34:38 +0100
From:	Heinz Wiesinger <HMWiesinger@....at>
To:	John Stultz <john.stultz@...aro.org>
Cc:	Greg KH <gregkh@...uxfoundation.org>,
	Jonathan Nieder <jrnieder@...il.com>,
	linux-kernel@...r.kernel.org, stable@...r.kernel.org,
	torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
	alan@...rguk.ukuu.org.uk,
	Rabin Vincent <rabin.vincent@...ricsson.com>,
	Janne Boman <janne.m.boman@...il.com>,
	rtc-linux@...glegroups.com
Subject: Re: [regression] Re: [ 049/149] rtc: Disable the alarm in the hardware (v2)

On Monday 03 December 2012 15:14:12 you wrote:
> On 11/05/2012 02:55 PM, Heinz Wiesinger wrote:
> > On Monday 05 November 2012 11:13:31 Greg KH wrote:
> >> On Mon, Nov 05, 2012 at 01:11:18AM -0800, Jonathan Nieder wrote:
> >>> Hi,
> >>> 
> >>> In March, Greg KH wrote:
> >>>> 3.2-stable review patch.  If anyone has any objections, please let me
> >>>> know.
> >>> 
> >>> Sorry, I'm a little late.  This seems to be causing spurious wakeups
> >>> after shutdown on some systems just like v1 did. :/
> >>> 
> >>> Janne Boman reports[1], using an HP EliteBook 8530w:
> >>> | I'm unable to shutdown my system via normal means. The system
> >>> | completes the shutdown process, all hardware lights are off, but then
> >>> | somehow it restarts.
> >>> 
> >>> Based on a quick web search, Heinz Wiesinger, using the same model,
> >>> 
> >>> ran into the same problem and bisected it to this patch:
> >>>    https://bugzilla.kernel.org/show_bug.cgi?id=44261
> >>> 
> >>> Janne confirmed the same by testing kernels closely based on 3.2.13
> >>> and 3.2.14 --- 3.2.13 shut down fine, while on 3.2.14 "shutdown -h
> >>> now" behaved roughly speaking like "reboot".  A kernel close to 3.6.4
> >>> was also affected.
> >> 
> >> So is 3.6.6 still and issue?  How about 3.7-rc4?  3.4.18?  Figuring out
> >> if this is still an issue in Linus's tree would be the best thing to do
> >> first.
> > 
> > I checked 3.7-rc4 and the issue is still there. Should I still test the
> > other versions as well? I can do so but it might take a bit.
> > 
> > If you need anything else, I'll be happy to help wherever I can.
> 
> Hey Heinz,
>    Sorry for being slow to respond to this, I was on leave when it
> arrived, and it got buried under other items.
> 
> This is peculiar.  I'm guessing something quirky with your hardware is
> causing the alarm irq to trigger shortly after we supposedly disable it.
> Could you send me your dmesg and kernel config?
> 
> After that I'll likely have to send you some debugging instructions
> (commenting out various lines) to try to figure out what exactly is
> triggering it.
> 
> Sorry for the trouble!

Hey John,

Don't worry, I know how it is to be busy.

For the dmesg/kernel config is it fine if I send you the one from 3.7-rc4 or 
should I update to a more recent version?

I've also now seen this behaviour on another notebook with completely different 
hardware (Asus VX1). I can send you dmesg output from that one too if you 
want. Kernel config should be almost identical, but it's running 3.2.29 still.

Grs,
Heinz
Download attachment "signature.asc" of type "application/pgp-signature" (231 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ