From owner-freebsd-net Fri Jul 13 18:54:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from condor.jinmei.org (wls03.pi.cuc.ac.jp [202.244.37.17]) by hub.freebsd.org (Postfix) with ESMTP id BDE4E37B406 for ; Fri, 13 Jul 2001 18:54:10 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost (localhost [127.0.0.1]) by condor.jinmei.org (8.10.1/8.10.1) with ESMTP id f6C4YJ905638; Thu, 12 Jul 2001 13:34:22 +0900 (JST) Date: Thu, 12 Jul 2001 13:34:18 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Stephen Degler Cc: freebsd-net@FreeBSD.ORG Subject: Re: IPV6 panic? In-Reply-To: <20010712002752.A36881@crusoe.degler.net> References: <20010712002752.A36881@crusoe.degler.net> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 33 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Thu, 12 Jul 2001 00:27:52 -0400, >>>>> Stephen Degler said: > I have had several of these since 6/30, after I cvsup'ed > and rebuilt everything. I have been updating fairly frequently, > but the problem seems to persist. > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xdeadc0de > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc02c3b10 > stack pointer = 0x10:0xcbb4ff28 > frame pointer = 0x10:0xcbb4ff3c > 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 = 12 (swi6: tty:sio+) > kernel: type 12 trap, code=0 > Stopped at nd6_timer+_0x38: movl 0(%ebx),%eax db> trace > nd6_timer(0) at nd6_timer+0x38 > softclock(0) at softclock_0x30e If possible, please make the kernel core-dump, and get a back trace using gdb (and send it to the list). Also, if you find a procedure that can reproduce the panic, please let us know about it. Thanks, JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message