Messages in this thread | | | Subject | Re: OOPS and panic on 2.6.29-rc1 on xen-x86 | From | Christophe Saout <> | Date | Thu, 15 Jan 2009 17:36:32 +0100 |
| |
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
| |