From owner-freebsd-current Sat Apr 13 9:45:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by hub.freebsd.org (Postfix) with ESMTP id D657837B41A for ; Sat, 13 Apr 2002 09:45:25 -0700 (PDT) Received: (qmail 23245 invoked from network); 13 Apr 2002 16:45:23 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 13 Apr 2002 16:45:23 -0000 Received: from laptop.baldwin.cx (john@laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g3DGkDv67005; Sat, 13 Apr 2002 12:46:13 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020414010045X.matusita@jp.FreeBSD.org> Date: Sat, 13 Apr 2002 12:44:36 -0400 (EDT) From: John Baldwin To: Makoto Matsushita Subject: RE: plug aue ethernet goes to panic Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 13-Apr-2002 Makoto Matsushita wrote: > > Following are observed with 5-current kernel as of Apr/13/2002. > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0189b4a > stack pointer = 0x10:0xc03f5180 > frame pointer = 0x10:0xc03f5180 > 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 = 0 (swapper) > trap number = 12 > panic: page fault > > Loading kernel is OK, it boots fine if my 'aue' ethernet is not > plugged. When I plug aue to the PC, kernel panic with messages above. > Also, kernel panics after usb0, uhub0 is attached (same reason). > > Does anybody have aue see this?, or I'm alone? Can you get a backtrace in ddb? It looks like a null pointer dereference, and knowing where it happened would help. Finding the file and line of the instruction pointer using addr2line on kernel.debug would be helpful as well. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message