Re: natd panics are back

  Sean,

do you have core for this crash?

On Mon, Nov 15, 2004 at 02:01:48PM -0800, Sean McNeil wrote:
S> This was fixed a while ago and now it has made its way back into
S> current:
S> 
S> server# uname -a
S> 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
S> 
S> Nov 15 13:56:16 server kernel: Fatal trap 12: page fault while in kernel mode
S> Nov 15 13:56:16 server kernel: fault virtual address    = 0x18
S> Nov 15 13:56:16 server kernel: fault code               = supervisor read, page
S> not present
S> Nov 15 13:56:16 server kernel: instruction pointer      = 0x8:0xffffffff80354810Nov 15 13:56:16 server kernel: stack pointer            = 0x10:0xffffffffb1c71620
S> Nov 15 13:56:16 server kernel: frame pointer            = 0x10:0xffffffffb1c71680
S> Nov 15 13:56:16 server kernel: code segment             = base 0x0, limit 0xfffff, type 0x1b
S> Nov 15 13:56:16 server kernel: = DPL 0, pres 1, long 1, def32 0, gran 1
S> Nov 15 13:56:16 server kernel: processor eflags = interrupt enabled, resume, IOPL = 0
S> Nov 15 13:56:16 server kernel: current process          = 212 (natd)
S> Nov 15 13:56:16 server kernel: trap number              = 12
S> Nov 15 13:56:16 server kernel: panic: page fault
S> Nov 15 13:56:16 server kernel: KDB: enter: panic
S> 
S> 
S> (gdb) l *0xffffffff80354810
S> 0xffffffff80354810 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:373).
S> 368             MBUF_CHECKSLEEP(wait);
S> 369             if (off == 0 && m->m_flags & M_PKTHDR)
S> 370                     copyhdr = 1;
S> 371             while (off > 0) {
S> 372                     KASSERT(m != NULL, ("m_copym, offset > size of mbuf chain"));
S> 373                     if (off < m->m_len)
S> 374                             break;
S> 375                     off -= m->m_len;
S> 376                     m = m->m_next;
S> 377             }
S> 



-- 
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE