From owner-freebsd-bugs Sun Oct 8 22:21:52 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25006 for bugs-outgoing; Sun, 8 Oct 1995 22:21:52 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25000 for ; Sun, 8 Oct 1995 22:21:48 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA17581; Mon, 9 Oct 1995 06:21:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA28830; Mon, 9 Oct 1995 06:21:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id DAA03420; Mon, 9 Oct 1995 03:15:11 +0100 From: J Wunsch Message-Id: <199510090215.DAA03420@uriah.heep.sax.de> Subject: Re: Bug accessing /dev/cd1 To: starner@clark.net (Mark Starner) Date: Mon, 9 Oct 1995 03:15:10 +0100 (MET) Cc: bugs@freebsd.org, moriya@ifi.unicamp.br Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <01BA958D.CA1F82A0@ras2.HAN.UnisysGSG.COM> from "Mark Starner" at Oct 8, 95 02:53:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1880 Sender: owner-bugs@freebsd.org Precedence: bulk As Mark Starner wrote: > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x10a > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf011efdc > code segment = base 0x0, limit 0xfffff, type 0x1b > processor eflags = interrupt enabled, resume IOPL=0 > current process = 133(cat) > interrupt mask = bio > panic: page fault > > syncing disks..................... 4 4 4 4 4 4 4 4 4 giving up > Automaitc reboot in 15 seconds - press a key on the console to abort > > ------- > > Is it easy to repair ? Unfortunately not. :-( I know only of two people where this happens: you, and Hellmuth Michaelis (but i believe it's a CD changer for him). I seem to remember that there's been another report from someone with two CDs, it happened for the second drive for him. I know of at least one person reliably operating a six-CD configuration under 2.0.5. This basically proves that it's not simply the _amount_ of CD drives available; it must be something else. You forgot to attach the appropriate part of your kernel's name list to your message, but i assume it's still the same. (It's also been the same spot in function incore() for Hellmuth Michaelis.) I guess I have to convince somebody of you to track it down with DDB... > The bug happens in line 694 of vfs_bio.c: > > 686 incore(struct vnode * vp, daddr_t blkno) > 687 { > 688 struct buf *bp; > 689 struct bufhashhdr *bh; > 690 > 691 int s = splbio(); > 692 > 693 bh = BUFHASH(vp, blkno); > 694 bp = bh->lh_first; > ^^^^ Yeah, well, anybody out there who understands the BUFHASH() macro??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)