natd panics are back
Sean McNeil
sean at mcneil.com
Thu Nov 18 13:11:30 PST 2004
On Thu, 2004-11-18 at 10:02 -0600, Conrad J. Sabatier wrote:
> On Mon, 15 Nov 2004 14:01:48 -0800, Sean McNeil <sean at mcneil.com> wrote:
>
> > This was fixed a while ago and now it has made its way back into
> > current:
> >
> > server# uname -a
> > FreeBSD server.mcneil.com 6.0-CURRENT FreeBSD 6.0-CURRENT #58: Mon Nov
> > 15 08:40:01 PST 2004
> > root at server.mcneil.com:/usr/obj/usr/src/sys/AMD64 amd64
> >
> > Nov 15 13:56:16 server kernel: Fatal trap 12: page fault while in
> > kernel mode Nov 15 13:56:16 server kernel: fault virtual address =
> > 0x18 Nov 15 13:56:16 server kernel: fault code =
> > supervisor read, page not present
> > Nov 15 13:56:16 server kernel: instruction pointer =
> > 0x8:0xffffffff80354810Nov 15 13:56:16 server kernel: stack pointer
> > = 0x10:0xffffffffb1c71620
> > Nov 15 13:56:16 server kernel: frame pointer =
> > 0x10:0xffffffffb1c71680 Nov 15 13:56:16 server kernel: code segment
> > = base 0x0, limit 0xfffff, type 0x1b
> > Nov 15 13:56:16 server kernel: = DPL 0, pres 1, long 1, def32 0, gran
> > 1 Nov 15 13:56:16 server kernel: processor eflags = interrupt enabled,
> > resume, IOPL = 0 Nov 15 13:56:16 server kernel: current process
> > = 212 (natd)
> > Nov 15 13:56:16 server kernel: trap number = 12
> > Nov 15 13:56:16 server kernel: panic: page fault
> > Nov 15 13:56:16 server kernel: KDB: enter: panic
> >
> >
> > (gdb) l *0xffffffff80354810
> > 0xffffffff80354810 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:373).
> > 368 MBUF_CHECKSLEEP(wait);
> > 369 if (off == 0 && m->m_flags & M_PKTHDR)
> > 370 copyhdr = 1;
> > 371 while (off > 0) {
> > 372 KASSERT(m != NULL, ("m_copym, offset > size of
> > mbuf chain")); 373 if (off < m->m_len)
> > 374 break;
> > 375 off -= m->m_len;
> > 376 m = m->m_next;
> > 377 }
>
> Are you still having this problem? I went a few days without upgrading,
> then cvsupped and built a new world/kernel yesterday. No panic on boot
> with natd.
>
> This is on my amd64 box. Haven't upgraded my i386 box yet.
No, this problem has not reared its ugly head again. I hope I have it
setup correctly for crash dumps now, so if it does happen again I should
be able to get more info.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20041118/554226d8/attachment.bin
More information about the freebsd-current
mailing list