Fast Data Access MMU Miss problem

[David Cornejo]

If I can help out by running the patch or anything, let me know...

thanks,
dave c

At 13:41 1/12/2005, Kris Kennaway wrote:
>On Tue, Jan 04, 2005 at 09:58:45PM -0800, Kris Kennaway wrote:
> > On Tue, Jan 04, 2005 at 04:00:20PM -1000, David Cornejo wrote:
> > > You mean I have to do something besides gripe? :-)
> > >
> > > I have pasted in below the results of three crashes - the first two are
> > > pretty interesting in that they happen in _mtx_lock_sleep() when it
> > > recurses.  The third blows away the theory that it's that routine.  The
> > > common thing seems to be locking, but that could just be coincidence.
> > >
> > > I suppose I could try gdb on the kernel.  I only have one sparc 
> machine, I
> > > presume an x86 gdb won't work on this, is there anyway to get a sparc 
> gdb
> > > built under x86?  I know gdb 6 seems to be messed up when looking at the
> > > crash dumps, should I try 5.3 on the live kernel also?
> >
> > I've not had luck using anything other than the gdb53 port which
> > you're using, but this is fine.  Actually, looking at your traces I've
> > seen the first two myself - there seems to be a problem with file
> > descriptor reference counting in RELENG_5 and HEAD, and some other
> > memory use-after-free bugs that I've not had any luck getting tracked
> > down so far.
>
>FYI, bmilekic has a memory debugging patch that should help us track
>these down (in fact it's already caught one problem condition, which
>I'm waiting to hear back from him for analysis).  Stay tuned.
>
>Kris