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:	Wed, 20 Feb 2013 10:02:38 +0100
From:	Ingo Molnar <mingo@...nel.org>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	"H. Peter Anvin" <hpa@...or.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [GIT PULL] x86/platform changes for v3.9


* Linus Torvalds <torvalds@...ux-foundation.org> wrote:

> On Tue, Feb 19, 2013 at 7:41 AM, Ingo Molnar <mingo@...nel.org> wrote:
> >
> > Please pull the latest x86-platform-for-linus git tree from:
> 
> Hmm.
> 
> My main desktop just had a reboot failure - it just got stuck 
> at the end, not powering down, and not rebooting like it 
> should have.
> 
> This is *not* necessarily the pull that caused it, but 
> 8f55cea410db rebooted cleanly, and 1a13c0b181f2 did not. That 
> implies that it's one of your pull requests. The pulls I did 
> in between are:
> 
>  - scheduler (with the dyntick and cputime accounting)
> 
>  - smp-hotplug-for-linus: stop_machine preparatory patches from Thomas..
> 
>  - timers-core-for-linus. Hmm..
> 
>  - x86-apic-for-linus: certainly possibly causing problems at shutdown..
> 
>  - x86-asm-for-linus: sounds unlikely, but who knows..
> 
>  - x86-boot-for-linus: shouldn't affect shutdown, but..
> 
>  - x86-build-for-linus: _really_ shouldn't affect shutdown..
> 
>  - x86-cleanups-for-linus: unlikely
> 
>  - x86-hyperv-for-linus: no, not a hyperv user ;)
> 
>  - x86-platform-for-linus: rebooting is a platform thing, but none of
> this seems relevant
> 
>  - x86-uv-for-linus: not likely relevant.
> 
> I'm not going to bisect it right now, hoping that somebody 
> goes "Hmm, maybe it's xyzzy". And maybe it was just a one-time 
> event, but I don't recall having had that whole "reboot fails" 
> case on this machine before. Any ideas?

Hm, no quick ideas. None of those trees had any similar problems 
during development, so there's no "drat, it must be _that_ tree 
again" memory.

Timers and APIC would be my leading suspect - but scheduler and 
hotplug changes might be the culprits as well.

Yesterday, while preparing the trees I wanted to mention this 
x86/apic commit:

  336224ba5e4f x86, apic: Mask IO-APIC and PIC unconditionally on LAPIC resume

... as a change that needs monitored because it changes the 
suspend and shutdown sequence but then skipped mentioning it 
because it seemed relatively old and proven.

But there are other potentially dangerous commits as well - I 
suspect we won't be able to avoid a bisection :-/

Thanks,

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