From owner-freebsd-hackers Wed Jul 12 01:04:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24708 for hackers-outgoing; Wed, 12 Jul 1995 01:04:51 -0700 Received: from vetch.cs.washington.edu (vetch.cs.washington.edu [128.95.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24699 for ; Wed, 12 Jul 1995 01:04:46 -0700 Received: from vetch.cs.washington.edu (localhost [127.0.0.1]) by vetch.cs.washington.edu (8.6.12/7.2ws+) with ESMTP id BAA09215; Wed, 12 Jul 1995 01:04:19 -0700 Message-Id: <199507120804.BAA09215@vetch.cs.washington.edu> X-Mailer: exmh version 1.6.1 5/23/95 To: esser@zpr.uni-koeln.de (Stefan Esser) cc: hackers@freebsd.org Subject: Re: One cause of 2.05R instability found In-reply-to: Your message of "Thu, 06 Jul 1995 22:28:00 +0200." <199507062028.AA28022@FileServ1.MI.Uni-Koeln.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 08:04:19 GMT From: Voradesh Yenbut Sender: hackers-owner@freebsd.org Precedence: bulk A few days ago, my system (the kernel has the if statement in ncr.c commented out) crashed twice after it has been running fine for almost a week: Fatal trap 12: page fault while in kernel mode fault veritual address = 0x3 fault code = Supervisor write, page not present instruction pointer = 0x8:0xf01a8980 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = panic: page fault inb (%dx),%al Fatal trap 12: page fault while in kernel mode fault veritual address = 0xeff07070 fault code = Supervisor read, page not present instruction pointer = 0x8:0xf01a881e code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 24133 (ls) interrupt mask = panic: page fault testb $0x20,0x50(%esi) I built the kernel with the DDB option and the original ncr.c. The system crashed twice in a relatively short period of time before I decided to change the kernel back: Fatal trap 12: page fault while in kernel mode fault veritual address = 0xf58bf44d fault code = Supervisor read, page not present instruction pointer = 0x8:0xf0120961 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11895 (nntpd) interrupt mask = type 12, trap, code = 0 _sosend + 0x189: onl 0x758bf44d (%ebx),%ecx _sosend(f1563c00,0,efbff38,0,0) at sosend + 0x189 _soo_write(f1641040,efbfff38,f0f3e580,f01bc2f0,f1613c00) at _soo_write + 0x19 _write(f1613c00,efbfff94,efbfff8c,807c060,13ed0) at _write + 0x76 _syscall(27,27,63000,13ed0,3fbfcc50) at _syscall + 0xfb Fatal trap 12: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf0128e83 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 = 13345 (nntpd) interrupt mask = kernel type 1 trap, code = 0 stopped at _lookup + 0x11b: lcall *%edi _lookup(efbfff10,f01bc7f8,f14f7200,f14f7200,40) at _lookup + 0x11b _namei(efbfff10) at _namei + 0xfe _statfs(f14f7200,3fbfff94,efbfff8c,fa0,0) at _statfs + 0x35 _syscall(27,27,72000,0,efbfd308) at _syscall + 0xfb The two crashes above did not happen in ncr_complete(). The crash was in a different place each time so I am now at a loss. Voradesh Yenbut Computer Science & Engineering Phone: +1 206 685-0912 BOX 352350, U of Washington FAX: +1 206 543-2969 Seattle, WA 98195 Email: yenbut@cs.washington.edu