Re: kdevtmpfs oops since yesterdays vfs merge

From: Dave Jones
Date: Sun Jul 24 2011 - 21:56:18 EST


On Sun, Jul 24, 2011 at 09:53:24PM -0400, Dave Jones wrote:
> On Mon, Jul 25, 2011 at 12:51:54AM +0100, Al Viro wrote:
> > On Sun, Jul 24, 2011 at 07:40:29PM -0400, Dave Jones wrote:
> > > On Mon, Jul 25, 2011 at 12:28:12AM +0100, Al Viro wrote:
> > > > On Sun, Jul 24, 2011 at 07:17:01PM -0400, Dave Jones wrote:
> > > > > I see an oops in handle_create when I try to boot current tree..
> > > > >
> > > > > full trace:
> > > > > https://s3.amazonaws.com/twitpic/photos/large/355006460.jpg?AWSAccessKeyId=AKIAJF3XCCKACR3QDMOA&Expires=1311550232&Signature=IIO%2Bya1uEDJzSXTD0DXh2%2BdZpoU%3D
> > > >
> > > > Where in handle_create() is that? At least dump objdump -d of your
> > > > devtmpfs.o someplace readable...
> > >
> > > http://codemonkey.org.uk/devtmpfs.s
> >
> > Smells like req->dev somehow managing to be NULL at that point, but that
> > doesn't make any sense - we get to devtmpfs_create_node() only from one
> > place, it sets req.dev to the argument it got from callers and that caller
> > would have oopsed itself before getting to that call with dev == NULL...
> >
> > Could you stick a BUG_ON(!dev) in the beginning of handle_create() to see
> > if that's what somehow manages to happen?
>
> So I built a kernel with this, and then couldn't reproduce it.
> Made a clean kernel again, and still nothing.. After a number of reboots,
> it finally triggered again, with that BUG_ON(). fwiw 'nodename' is pointing
> at garbage when that happens too.
>
> Either it only triggers occasionally, or it's dependent on how quickly
> I type my luks password in.

one more datapoint. On a succesful boot, I see ..

[ 7.760774] dracut: luksOpen /dev/sda2 luks-b5a1fb36-5672-4191-a260-e3f389eb0bb6
[ 14.787158] nodename: dm-0
[ 15.082391] nodename: dm-0


when it triggers the bug_on(), it's that second nodename that is garbage.

Dave

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