From owner-freebsd-bugs  Mon Aug 14 20:30:03 1995
Return-Path: bugs-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA19239
          for bugs-outgoing; Mon, 14 Aug 1995 20:30:03 -0700
Received: (from gnats@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA19230
          ; Mon, 14 Aug 1995 20:30:02 -0700
Date: Mon, 14 Aug 1995 20:30:02 -0700
Message-Id: <199508150330.UAA19230@freefall.FreeBSD.org>
To: freebsd-bugs
Cc: 
From: David Greenman <davidg@Root.COM>
Subject: Re: kern/688: Page fault: supervisor write, page not present 
Reply-To: David Greenman <davidg@Root.COM>
Sender: bugs-owner@FreeBSD.org
Precedence: bulk

The following reply was made to PR kern/688; it has been noted by GNATS.

From: David Greenman <davidg@Root.COM>
To: root@kaiwan.kaiwan.com
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/688: Page fault: supervisor write, page not present 
Date: Mon, 14 Aug 1995 20:27:14 -0700

 >instruction pointer		= 0x8:0xf018679c
 ...
 >#4  0xf01920b7 in trap ()
 >#5  0xf018b571 in calltrap ()
 >#6  0xf0121831 in allocbuf ()
 ...
 
    Would you mind additionally doing an 'nm /kernel | sort' and fishing out
 the routines around the 0xf018679c? As you may have noticed above, our gdb
 screws up the stack decoding at the point of the trap (the panic happend in a
 routine that allocbuf() called, not in allocbuf. Someone really needs to fix
 that.
    Thanks.
 
 -DG