From owner-freebsd-current Tue Jun 11 20:31:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22093 for current-outgoing; Tue, 11 Jun 1996 20:31:54 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA22086 for ; Tue, 11 Jun 1996 20:31:51 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id UAA24737 for ; Tue, 11 Jun 1996 20:31:37 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id XAA10743; Tue, 11 Jun 1996 23:27:16 -0400 (EDT) Date: Tue, 11 Jun 1996 23:28:25 -0400 (EDT) From: Brian Tao To: Matt Day cc: freebsd-current@FreeBSD.org Subject: Re: Kernel panic in fsync, 2.2-960501-SNAP In-Reply-To: <199606112302.QAA28053@sting.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Jun 1996, Matt Day wrote: > > Sorry for the false alarm on yesterday's patch. I saw "NULL > dereference" and "fsync" and I immediately thought of that fsync > dereferencing NULL bug... but that was ffs_fsync(), not plain old > fsync()! I think appropriate punishment for my error would be to > find this other bug. :-) Could you, pretty please? ;-) I've built emacs 19.31 linked with the 2.2 libs to see if that was a problem, but I just saw one of the shell servers die again tonight. :( I'm going to try your patch anyway to see how it goes. Thanks. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012afc3 stack pointer = 0x10:0xefbfff2c frame pointer = 0x10:0xefbfff58 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 = 5894 (emacs) interrupt mask = panic: page fault syncing disks... 26 26 24 13 4 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't"