Re: [PATCH 00/16] [GIT PULL] tracing: fixes/cleanups, nostop-machine, update stack tracer

[Steven Rostedt]

On Mon, 2012-01-02 at 14:48 +0100, Ingo Molnar wrote:
> * Ingo Molnar <mingo@xxxxxxx> wrote:
> 
> > Just to give you an impression of how a failure looks like, the 
> > serial console just stops printing mid-line:
> > 
> >  [   53.212942] calling  vt1211_init+0x0/0x9b @ 1                                                   
> >  [   53.212971] initcall vt1211_init+0x0/0x9b returned -19 after 23 usecs                           
> >  [   53.212975] calling  sm_vt8231_init+0x0/0x1b @ 1                                                
> >    Booting 'Fedora'
> > 
> > and the next message is GRUB's 'Booting ...' line.
> 
> here's another one:
> 
> [   53.224579] calling  sm_via686a_init+0x0/0x1b @ 1                                               
> [   53.224622] bus: 'pci': add driver via686a                                                      
>   Booting 'Fedora
> 
> This occured after a series of 50 successful bootups ...
> 
> Unfortunately this means that the 'baseline' numbers are 
> probably not reliable.

Hi Ingo,

I have a machine that seems to lock up 100% of the time when the bad
commit is used.

I started with tip/master (1bc2a3035df) and merged in my branch (this
patch set) and applied your config and it locks up in different places.
I booted it 4 times, and it locked up 4 times.

Then I tried your config against my branch, and I booted it 10 times
without failure.  Can you crash it with just my branch?

I then tried it against just tip/master, and it again locked up the two
times I booted it.

I then looked at the merge you did with Linus's branch:

c7f46b7aa4ae5cbef32eb5e016512a14f936affa

Checked that out, and booted it twice with your config, and it booted
without failure both times.

I'm currently running a ktest git bisect and will let it run over night.
As building a allyesconfig takes a bit of time. I'm hoping that it will
be done by tomorrow.

-- Steve


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