lkml.org 
[lkml]   [2009]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: OOPS and panic on 2.6.29-rc1 on xen-x86
From
Date
Am Mittwoch, den 14.01.2009, 19:19 -0500 schrieb Bryan Donlan:
> On Tue, Jan 13, 2009 at 9:59 PM, Nick Piggin <npiggin@suse.de> 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@suse.de>
> >> 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@suse.de>
> >> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> >> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
> >>
> >> 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




\
 
 \ /
  Last update: 2009-01-15 17:39    [W:1.652 / U:0.924 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site