From owner-freebsd-current Tue Dec 12 16:18:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00266 for current-outgoing; Tue, 12 Dec 1995 16:18:33 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00250 Tue, 12 Dec 1995 16:18:29 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id QAA00250 ; Tue, 12 Dec 1995 16:15:36 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <18178-0@bunyip.cc.uq.oz.au>; Wed, 13 Dec 1995 10:12:59 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA05407; Wed, 13 Dec 1995 10:18:21 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA14026; Wed, 13 Dec 1995 00:14:38 GMT Message-Id: <199512130014.AAA14026@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@FreeBSD.org, dyson@FreeBSD.org Subject: Repeatable crashes in current with 8Mb machines X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 13 Dec 1995 10:14:37 +1000 From: Stephen Hocking Sender: owner-current@FreeBSD.org Precedence: bulk Since the changes for 1Tb filesystems, the 2 8Mb machines under my care crash upon startup (usually around starting the portmapper) whereas a 16Mb machine which while slightly unstable, doesn't (it used to crash whilst serving NFS, but now that I've compiled that into the kernel rather than as an LKM, it works fine. BTW, the LKMs have been rebuilt from scratch a number of times, and even with NFS in the kernel, the 8Mb machines still crash). Anyway, the 8Mb machines both give the traceback after crashing in vfs_bio_awrite+0x45. Below is a (hopefully accurate) rendition of the screen after ending up in DDB. Fatal trap 12: Page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0129785 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 = 72 (named) interrupt mask = bio kernel: type 12 trap, code=0 Stopped at _vfs_bio_awrite+0x45: movl 0x28(%eax),%eax db> Happy hunting! Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that!