Date: Sun, 31 May 1998 22:37:32 -0700 From: David Greenman <dg@root.com> To: The Hermit Hacker <scrappy@hub.org> Cc: freebsd-current@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: May29th kernel with May20th CAM drivers: panic? Message-ID: <199806010537.WAA09607@implode.root.com> In-Reply-To: Your message of "Sun, 31 May 1998 17:45:05 EDT." <Pine.BSF.3.96.980531174216.448B-100000@hub.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> I'm not going to bother submitting a problem report on this, >mainly because I don't even have a core to analyze, but I figured I'd at >least put a 'head up' on this, in case this anything to someone... > > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0xefcb5b1c >fault code = supervisor read, page not present >instruction pointer = 0x8:0xf01a88ad >stack pointer = 0x10:0xf6951af4 >frame pointer = 0x10:0xf6951b28 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 7011 (innfeed) >interrupt mask = net bio >kernel: type 12 trap, code=0 >Stopped at _tulip_txput+0x111: movl _PTmap(,%eax,4),%edx It appears that the mbuf chain is getting corrupted somehow. The above trap info indicates that the m_data pointer is bogus, resulting in a panic when the system attempts to get the physical address from the page tables. I don't see anything obvious in the 'de' driver that could cause this, so I suspect the buffer corruption is external to the driver. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806010537.WAA09607>