lkml.org 
[lkml]   [2010]   [Jul]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: 2.6.33.5 rt23: machine lockup (nfs/autofs related?)
From
Date
On Fri, 2010-07-09 at 15:13 -0700, Fernando Lopez-Lezcano wrote:
> On Fri, 2010-07-09 at 12:54 -0700, john stultz wrote:
> > On Fri, 2010-07-09 at 12:02 -0700, Fernando Lopez-Lezcano wrote:
> > > Ok, I got one! (had to go buy a null modem cable, I thought I had one
> > > but it has disappeared since the last time I did this :-)
> >
> > Great! Sorry to make you go shopping! But this points out the problem
> > nicely.
>
> No problem at all, I was sure I had one... anyway, I still need it :-<
>
> > > Find it below... it keeps spewing stuff every once in a while. Hopefully
> > > this will be enough. No response from the network or the keyboard or
> > > mouse at this point, reset is the only way out.
> > >
> > > I can retest if somebody comes up with a patch...
>
> Sorry, it looks like the patch patched correctly and this is the new
> kernel, but I still get a hang as before.

So looking over it, I'm not easily seeing what else could be off.

So Lets see if we can cut some of the guess work out of this...

> [<c04e08e9>] ? d_materialise_unique+0xbf/0x29e

I'm curious exactly where that is in d_materialise_unique. To find out,
can you find the vmlinux image in the base of the directory you built
the kernel you triggered this in?

Then run:
# gdb ./vmlinux

Once gdb loads:
(gdb) list *0xc04e08e9

That should point to exactly where in the function we are trying to
acquire a previously locked lock.

thanks
-john




\
 
 \ /
  Last update: 2010-07-10 00:59    [W:0.232 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site