Re: OOPS and panic on 2.6.29-rc1 on xen-x86

[Christophe Saout]

Am Mittwoch, den 14.01.2009, 19:19 -0500 schrieb Bryan Donlan:
> On Tue, Jan 13, 2009 at 9:59 PM, Nick Piggin <npiggin@xxxxxxx> wrote:
> > On Mon, Jan 12, 2009 at 11:54:32PM -0500, Bryan Donlan wrote:
> >>
> >> I've bisected the bug in question, and the faulty commit appears to be:
> >> commit e97a630eb0f5b8b380fd67504de6cedebb489003
> >> Author: Nick Piggin <npiggin@xxxxxxx>
> >> Date:   Tue Jan 6 14:39:19 2009 -0800
> >>
> >>     mm: vmalloc use mutex for purge
> >>
> >>     The vmalloc purge lock can be a mutex so we can sleep while a purge is
> >>     going on (purge involves a global kernel TLB invalidate, so it can take
> >>     quite a while).
> >>
> >>     Signed-off-by: Nick Piggin <npiggin@xxxxxxx>
> >>     Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
> >>     Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
> >>
> >> The bug is easily reproducable by a kernel build on -j4 - it will
> >> generally OOPS and panic before the build completes.
> >> Also, I've tested it with ext3, and it still occurs, so it seems
> >> unrelated to btrfs at least :)
> >>
>
> Here's one from a config with CONFIG_DEBUG_BUGVERBOSE:
> 
> ------------[ cut here ]------------
> kernel BUG at /root/linux-2.6/arch/x86/include/asm/mmu_context_32.h:39!

For the record, I was getting the same bug on x86_64:

(in mmu_context_64.h):

...
#ifdef CONFIG_SMP
        else {
                write_pda(mmu_state, TLBSTATE_OK);
                if (read_pda(active_mm) != next)    
                        BUG();
...

Christophe


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