From owner-freebsd-bugs Thu Feb 23 04:28:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA01070 for bugs-outgoing; Thu, 23 Feb 1995 04:28:18 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA01064 for ; Thu, 23 Feb 1995 04:28:16 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id HAA01522 for bugs@freebsd.org; Thu, 23 Feb 1995 07:24:51 -0500 Received: by starkhome.cs.sunysb.edu (8.6.9/1.34) id HAA03815; Thu, 23 Feb 1995 07:27:24 -0500 Date: Thu, 23 Feb 1995 07:27:24 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199502231227.HAA03815@starkhome.cs.sunysb.edu> To: Charlie Root Cc: bugs@FreeBSD.org In-reply-to: Charlie Root's message of Wed, 22 Feb 1995 16:53:00 GMT Subject: panic while accessing tape drive.. Sender: bugs-owner@FreeBSD.org Precedence: bulk At the risk of telling you what you already know... >From the fault virtual address I would say that an attempt was made to dereference a NULL structure pointer (e.g. p->field, where p is NULL). The IOPL indicates that the fault occurred in the top half of the driver. If you use GDB, even without debugging symbols, you can locate the position of the instruction causing the fault, from which it should at least be easy to see what statement in the driver is dereferencing the null pointer. Well, that doesn't tell you *why* the pointer is null, but presumably this has to do with the fact that some variable is not properly initialized in case of the error condition noticed on the drive. At this point, a crash dump and debugging symbols would be handy. - Gene >Do a tar tvf /dev/rst1 and you get: > >st1: bad request, must be between 0 and 0 >st1(bt0:6:0): > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0xc00 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xf011263f >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 = Idle >interrupt mask = bio >panic: page fault