From owner-freebsd-bugs Mon Oct 9 05:59:28 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA09447 for bugs-outgoing; Mon, 9 Oct 1995 05:59:28 -0700 Received: from clark.net (root@clark.net [168.143.0.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA09442 for ; Mon, 9 Oct 1995 05:59:25 -0700 Received: from ras2.HAN.UnisysGSG.COM (ras2.HAN.UnisysGSG.COM [128.126.195.242]) by clark.net (8.6.12/8.6.5) with SMTP id IAA01751; Mon, 9 Oct 1995 08:59:17 -0400 Received: by ras2.HAN.UnisysGSG.COM with Microsoft Mail id <01BA9625.9D140040@ras2.HAN.UnisysGSG.COM>; Mon, 9 Oct 1995 08:59:59 -0400 Message-ID: <01BA9625.9D140040@ras2.HAN.UnisysGSG.COM> From: Mark Starner To: "'J Wunsch'" , Mark Starner Cc: "bugs@freebsd.org" , "moriya@ifi.unicamp.br" Subject: RE: Bug accessing /dev/cd1 Date: Mon, 9 Oct 1995 08:59:58 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org Precedence: bulk Yes, I tracked it down with nm and it is the same place (the bp = bh->lh_first; instruction) ---------- From: J Wunsch[SMTP:j@uriah.heep.sax.de] Sent: Sunday, October 08, 1995 11:15 PM To: Mark Starner Cc: bugs@freebsd.org; moriya@ifi.unicamp.br Subject: Re: Bug accessing /dev/cd1 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. ;-)