Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Jan 2000 00:20:02 -0800 (PST)
From:      Terry Kennedy <terry@tmk.com>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer
Message-ID:  <200001070820.AAA89728@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/10872; it has been noted by GNATS.

From: Terry Kennedy <terry@tmk.com>
To: Bosko Milekic <bmilekic@dsuper.net>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: kern/10872: Panic in soreceive() due to NULL mbuf pointer
Date: Fri, 07 Jan 2000 03:06:33 -0500 (EST)

 > 	Hmmm, judging from your original post, I thought that what you were
 >   receiving in tulip_rx_intr() was a page fault?
 
   Yes. A trap 12 from a memory reference inside MCLGET.
 
 >   	In any case, at the time this was occuring, `netstat -m' could
 >   display `peak' for mbuf _clusters_ greater than the actual `max.'
 
   No, this was definitely mbufs, not mbuf clusters. As I said, this could
 be an error in the netstat code (the 4BSD code tends to use kerninfo even
 when it thinks it is looking at a corefile - I haven't looked at the cur-
 rent FreeBSD code to see if it's been fixed).
 
 >   	As for the sbdrop() issue, that, I believe, is a whole other story. I
 >   think, at this point, that the problem is fairly isolated in the
 >   uipc_socket2.c code, and has not-so-much to do with the fxp driver, in
 >   particular, but that it occurs more as a `side-effect' of some
 >   timing-related issue. I'd prefer to keep searching until I figure it out
 >   before claiming anything, though. The biggest problem that I have at this
 >   end is that due to lack of hardware, I cannot reproduce it.
 
   Ok. Someone else has appended to this PR that they have code that can
 trigger the bug pretty much at will on 3.4-RELEASE, so hopefully that will
 provide enough info.
 
   If nobody else has the hardware to test this, I can put up a test box if
 I get that code, and then I can make the box and the crash dumps available
 to folks. I just can't clobber my production system 8-)
 
 	Terry Kennedy             http://www.tmk.com
         terry@tmk.com             Jersey City, NJ USA
         +1 201 451 4554 (voice)   +1 201 451 0900 (FAX)
 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200001070820.AAA89728>