[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1239244562.14512.0.camel@think.oraclecorp.com>
Date: Wed, 08 Apr 2009 22:36:02 -0400
From: Chris Mason <chris.mason@...cle.com>
To: Ed Tomlinson <edt@....ca>
Cc: linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [2.6.30-rc1] gpf in btrfs during shutdown
On Wed, 2009-04-08 at 21:55 -0400, Ed Tomlinson wrote:
> On Wednesday 08 April 2009 20:14:54 Chris Mason wrote:
> > On Wed, 2009-04-08 at 19:48 -0400, Ed Tomlinson wrote:
> >
> > >
> > > Chris,
> > >
> > > Just go the following gpf during shutdown runing 2.6.30-rc1 on amd64 on a kernel built with gcc 4.3.3
> > >
> > > * Unmounting filesystems ...[75813.573941] EXT4-fs: mballoc: 313285 blocks 3098 reqs (2001 success)
> > > [75813.593628] EXT4-fs: mballoc: 1312 extents scanned, 438 goal hits, 1063 2^N hits, 0 breaks, 0 lost
> > > [75813.621386] EXT4-fs: mballoc: 1551 generated and it took 21437865
> > > [75813.640246] EXT4-fs: mballoc: 364104 preallocated, 204441 discarded
> > > [75813.685443] general protection fault: 0000 [#1] PREEMPT SMP
> > > [75813.698277] last sysfs file: /sys/devices/pci0000:00/0000:00:01.0/0000:01:05.0/enable
> > > [75813.698277] CPU 1
> > > [75813.698277] Modules linked in: btrfs/etc/init.d/halt zlib_deflate zlib_inflate crc32c libcrc32c radeon drm bridge stp llc bnep rf]
> > > .sh: line 90: 6[75813.698277] Pid: 6768, comm: umount Not tainted 2.6.30-rc1-crc #1 System Product Name
> > > 768 Segmentation[75813.698277] RIP: 0010:[<ffffffff8030e3a7>] [<ffffffff8030e3a7>] kmem_cache_alloc+0x77/0x210
> > > fault umou[75813.698277] RSP: 0018:ffff8801466514a8 EFLAGS: 00010046
> > > nt "${x}" >&/dev[75813.698277] RAX: 0000000000000000 RBX: ffff880028066b40 RCX: ffff88015f3444a0
> > > /null
> >
> > That's not supposed to happen. Do you have slab (or slub) debug
> > enabled?
>
> I am using slub without debugging enabled. I've attached my config incase it will help.
>
Please enable slub debug, lets see what it turns up.
-chris
--
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/
Powered by blists - more mailing lists