Re: [GIT PULL] x86/platform changes for v3.9

[Ingo Molnar]

* Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:

> On Tue, Feb 19, 2013 at 7:41 AM, Ingo Molnar <mingo@xxxxxxxxxx> 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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/