From owner-freebsd-hackers Sat Feb 8 06:56:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA15229 for hackers-outgoing; Sat, 8 Feb 1997 06:56:38 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA15196 for ; Sat, 8 Feb 1997 06:56:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id GAA08543; Sat, 8 Feb 1997 06:56:14 -0800 (PST) Date: Sat, 8 Feb 1997 06:56:13 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Joerg Wunsch cc: Doug White , hackers@FreeBSD.ORG Subject: Re: ASUS MB panics In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Feb 1997, J Wunsch wrote: > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x0 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0x0 > > stack pointer = 0x10:0xefbffe2c > > frame pointer = 0x10:0xefbffe84 > > 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 = 5 (sh) > > interrupt mask = net tty > > panic: page fault > > Umm. It executes a null pointer. This is hard to track offline. Can > you configure DDB, and try to look at the stack to learn where it > happens? > > (You could also configure remote gdb, but don't ask me for a > documentation of this.) well.. I'm a good friend of his... and last night he was showing me the message (and I acidentally sent it)... but later that night I worked on the machine... and had my first experience with kernel debugging... :) basicly it seems that the call to ttyclose at the end of spec_close manages to overrun the stack... so upon return of spec_close it tries to "return" to the previous function.. but that return value was overwriten and so it jumps to the null pointer... I still have some core's from the system on the hard drive... if you would like some more info, I can provide it... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)