Fast Data Access MMU Miss problem
kris at obsecurity.org
Wed Jan 12 15:41:09 PST 2005
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20050112/f29ae7b3/attachment.bin
More information about the freebsd-sparc64