From owner-freebsd-current Tue Aug 24 17:55:24 1999 Delivered-To: freebsd-current@freebsd.org Received: from bilby.prth.tensor.pgs.com (bilby.prth.tensor.pgs.com [157.147.232.237]) by hub.freebsd.org (Postfix) with ESMTP id ABBA3151B7 for ; Tue, 24 Aug 1999 17:54:59 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by bilby.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id IAA08283 for ; Wed, 25 Aug 1999 08:52:12 +0800 (WST) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.9.3/8.8.8) with ESMTP id IAA04918 for ; Wed, 25 Aug 1999 08:53:40 +0800 (WST) Received: from ariadne.prth.tensor.pgs.com by ariadne.tensor.pgs.com (8.9.1b+Sun/SMI-SVR4) id IAA21394; Wed, 25 Aug 1999 08:53:41 +0800 (WST) Message-Id: <199908250053.IAA21394@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@freebsd.org Subject: New kernel crashes as of yesterday Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 25 Aug 1999 08:53:41 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After the vm subsystem changes that went in yesterday, I expierence crashes under heavy load situations (typically when running quake2 in OpenGL mode). A kernel built on the 23rd works fine. A kernel backtrace follows # gdb -k kernel.debug /var/crash/vmcore.12 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3088384 initial pcb at 27a000 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01647fa stack pointer = 0x10:0xc58ecdd0 frame pointer = 0x10:0xc58ecddc 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 = 2 (pagedaemon) interrupt mask = net bio cam trap number = 12 panic: page fault syncing disks... 3 done dumping to dev (116,1), offset 483456 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:281 281 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:281 #1 0xc0131741 in panic (fmt=0xc024cfaf "page fault") at ../../kern/kern_shutdown.c:529 #2 0xc0210fc6 in trap_fatal (frame=0xc58ecd90, eva=40) at ../../i386/i386/trap.c:907 #3 0xc0210c79 in trap_pfault (frame=0xc58ecd90, usermode=0, eva=40) at ../../i386/i386/trap.c:800 #4 0xc02108e7 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 1, tf_esi = 34, tf_ebp = -980496932, tf_isp = -980496964, tf_ebx = -1044768408, tf_edx = -980496860, tf_ecx = 34, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1072281606, tf_cs = 8, tf_eflags = 66195, tf_esp = -1044768408, tf_ss = -1065942592}) at ../../i386/i386/trap.c:426 #5 0xc01647fa in spec_strategy (ap=0xc58ece24) at ../../miscfs/specfs/spec_vnops.c:549 #6 0xc0163f69 in spec_vnoperate (ap=0xc58ece24) at ../../miscfs/specfs/spec_vnops.c:124 #7 0xc01cfc9d in ufs_vnoperatespec (ap=0xc58ece24) at ../../ufs/ufs/ufs_vnops.c:2330 #8 0xc01d10f0 in swap_pager_putpages (object=0xc5fc6dac, m=0xc58eced4, count=1, sync=0, rtvals=0xc58ece68) at vnode_if.h:891 #9 0xc01cfd07 in default_pager_putpages (object=0xc5fc6dac, m=0xc58eced4, c=1, sync=0, rtvals=0xc58ece68) at ../../vm/default_pager.c:137 #10 0xc01daf47 in vm_pageout_flush (mc=0xc58eced4, count=1, flags=0) at ../../vm/vm_pager.h:145 #11 0xc01daea5 in vm_pageout_clean (m=0xc046ea10) at ../../vm/vm_pageout.c:339 #12 0xc01db7d6 in vm_pageout_scan () at ../../vm/vm_pageout.c:917 #13 0xc01dc0a9 in vm_pageout () at ../../vm/vm_pageout.c:1348 #14 0xc0204d40 in fork_trampoline () Cannot access memory at address 0xa000. (kgdb) -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message