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: <50BD3244.900@linaro.org>
Date:	Mon, 03 Dec 2012 15:14:12 -0800
From:	John Stultz <john.stultz@...aro.org>
To:	Heinz Wiesinger <HMWiesinger@....at>
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 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!

thanks
-john



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