From owner-freebsd-stable Wed Apr 5 23:22:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by hub.freebsd.org (Postfix) with ESMTP id 596E137B987 for ; Wed, 5 Apr 2000 23:22:50 -0700 (PDT) (envelope-from wkt@henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id QAA13782 for stable@freebsd.org; Thu, 6 Apr 2000 16:22:48 +1000 (EST) From: Warren Toomey Message-Id: <200004060622.QAA13782@henry.cs.adfa.edu.au> Subject: Help with consistent kernel panic To: stable@freebsd.org Date: Thu, 6 Apr 2000 16:22:48 +1000 (EST) Reply-To: wkt@cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I'm getting a consistent kernel panic when doing a make buildworld for 4.0-STABLE. This is on a new mobo, but happens on both UDMA and non-UDMA disk drives, and even if I switch to wd.c. I'm really not sure if it's software or hardware, but the fault virtual address is around the same place: fault virtual address = 0xbfc20170 fault virtual address = 0xbfc2017c fault virtual address = 0xbfc2023c and the page fault is always in pmap_remove_pages(). Is there a kind soul out there who would be prepared to poke at 3 captured kernel core dumps and determine if this is hardware or software? I'd be happy to give them a root ssh account on this new box so they could gdb -k. Many thanks in advance, Warren P.S Here's an example stack trace. Script started on Thu Apr 6 15:59:56 2000 Reading symbols from kernel.debug...done. (kgdb) exec-file kernel.1 (kgdb) core-file vmcore.1 IdlePTD 2547712 initial pcb at 20a8a0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfc2023c fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c2c8b stack pointer = 0x10:0xc61edee4 frame pointer = 0x10:0xc61edef4 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 = 432 (cpp) interrupt mask = net bio cam trap number = 12 panic: page fault syncing disks... 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 19 giving up on 19 buffers Uptime: 2m2s dumping to dev #ad/1, offset 73856 dump ata0: resetting devices .. done 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:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc012d140 in poweroff_wait (junk=0xc01ea82f, howto=-976618592) at ../../kern/kern_shutdown.c:554 #2 0xc01c4991 in trap_fatal (frame=0xc61edea4, eva=3217162812) at ../../i386/i386/trap.c:924 #3 0xc01c4669 in trap_pfault (frame=0xc61edea4, usermode=0, eva=3217162812) at ../../i386/i386/trap.c:817 #4 0xc01c425f in trap (frame={tf_fs = -971112432, tf_es = -1071906800, tf_ds = -1069023216, tf_edi = -976598164, tf_esi = -1067980116, tf_ebp = -971055372, tf_isp = -971055408, tf_ebx = -1067980116, tf_edx = 0, tf_ecx = -1077804484, tf_eax = 131644, tf_trapno = 12, tf_err = 0, tf_eip = -1071895413, tf_cs = 8, tf_eflags = 66054, tf_esp = -976598272, tf_ss = -1071696340}) at ../../i386/i386/trap.c:423 #5 0xc01c2c8b in pmap_remove_pages (pmap=0xc5ca4b6c, sva=0, eva=3217031168) at ../../i386/i386/pmap.c:2917 #6 0xc01262fb in exit1 (p=0xc5c9fba0, rv=0) at ../../kern/kern_exit.c:215 #7 0xc01260e8 in exit1 (p=0xc5c9fba0, rv=0) at ../../kern/kern_exit.c:103 #8 0xc01c4bc2 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1, tf_ebp = -1077939104, tf_isp = -971055148, tf_ebx = 672088484, tf_edx = 672088096, tf_ecx = 134684672, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 671808580, tf_cs = 31, tf_eflags = 647, tf_esp = -1077939148, tf_ss = 47}) at ../../i386/i386/trap.c:1073 #9 0xc01b77e6 in Xint0x80_syscall () Cannot access memory at address 0xbfbff460. (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message