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

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 15 Jan 2009 17:36:32 +0100
From:	Christophe Saout <christophe@...ut.de>
To:	Bryan Donlan <bdonlan@...il.com>
Cc:	Nick Piggin <npiggin@...e.de>, linux-kernel@...r.kernel.org,
	xen-devel@...ts.xensource.com, linux-mm@...ck.org
Subject: Re: OOPS and panic on 2.6.29-rc1 on xen-x86

Am Mittwoch, den 14.01.2009, 19:19 -0500 schrieb Bryan Donlan:
> On Tue, Jan 13, 2009 at 9:59 PM, Nick Piggin <npiggin@...e.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@...e.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@...e.de>
> >>     Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
> >>     Signed-off-by: Linus Torvalds <torvalds@...ux-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


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/