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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20090114025910.GA17395@wotan.suse.de>
Date:	Wed, 14 Jan 2009 03:59:10 +0100
From:	Nick Piggin <npiggin@...e.de>
To:	Bryan Donlan <bdonlan@...il.com>
Cc:	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

On Mon, Jan 12, 2009 at 11:54:32PM -0500, Bryan Donlan wrote:
> On Mon, Jan 12, 2009 at 12:26 PM, Bryan Donlan <bdonlan@...il.com> wrote:
> > [resending with log/config inline as my previous message seems to have
> >  been eaten by vger's spam filters]
> >
> > Hi,
> >
> > After testing 2.6.29-rc1 on xen-x86 with a btrfs root filesystem, I
> > got the OOPS quoted below and a hard freeze shortly after boot.
> > Boot messages and config are attached.
> >
> > This is on a test system, so I'd be happy to test any patches.
> >
> > Thanks,
> >
> > Bryan Donlan
> 
> 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 :)
> 
> >
> > ------------[ cut here ]------------
> > Kernel BUG at c05ef80d [verbose debug info unavailable]
> > invalid opcode: 0000 [#1] SMP
> > last sysfs file: /sys/block/xvdc/size
> > Modules linked in:

It is bugging in schedule somehow, but you don't have verbose debug
info compiled in. Can you compile that in and reproduce if you have
the time?

Going bug here might indicate that there is some other problem with
the Xen and/or vmalloc code, regardless of reverting this patch.

Thanks,
Nick
--
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/