From owner-freebsd-questions@FreeBSD.ORG Sat Feb 6 09:41:43 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6270106568B for ; Sat, 6 Feb 2010 09:41:43 +0000 (UTC) (envelope-from ms80@dynamik.sytes.net) Received: from mail.eigen.dynamik.sytes.net (p57A20DC8.dip0.t-ipconnect.de [87.162.13.200]) by mx1.freebsd.org (Postfix) with ESMTP id D4F078FC19 for ; Sat, 6 Feb 2010 09:41:42 +0000 (UTC) Received: from localhost (mail.eigen.dynamik.sytes.net [192.168.9.8]) by mail.eigen.dynamik.sytes.net (Postfix) with ESMTP id 77061439B2D for ; Sat, 6 Feb 2010 10:41:41 +0100 (CET) X-Quarantine-ID: X-Virus-Scanned: amavisd-new 2.5.0 (20070423) at dynamik.sytes.net X-Amavis-Modified: Mail body modified (using disclaimer) by mail.eigen.dynamik.sytes.net Received: from mail.eigen.dynamik.sytes.net ([192.168.9.8]) by localhost (mail.eigen.dynamik.sytes.net [192.168.9.8]) (amavisd-new, port 10024) with ESMTP id uLWXaFsYYIPr for ; Sat, 6 Feb 2010 10:41:34 +0100 (CET) Received: by mail.eigen.dynamik.sytes.net (Postfix, from userid 125) id 85AC6439B2B; Sat, 6 Feb 2010 10:41:19 +0100 (CET) Received: from localhost (mail.eigen.dynamik.sytes.net [192.168.9.8]) by mail.eigen.dynamik.sytes.net (Postfix) with ESMTP id 6C01B439B2D for ; Sat, 6 Feb 2010 10:17:18 +0100 (CET) X-Quarantine-ID: X-Amavis-Modified: Mail body modified (using disclaimer) by mail.eigen.dynamik.sytes.net Received: from mail.eigen.dynamik.sytes.net ([192.168.9.8]) by localhost (mail.eigen.dynamik.sytes.net [192.168.9.8]) (amavisd-new, port 10024) with ESMTP id MiRISa9WKAHM for ; Sat, 6 Feb 2010 10:17:07 +0100 (CET) Received: from type-xxi.hydro.dynamik.sytes.net (type-xxi.hydro.dynamik.sytes.net [192.168.12.34]) by mail.eigen.dynamik.sytes.net (Postfix) with ESMTP id 61847439B2B for ; Sat, 6 Feb 2010 10:17:06 +0100 (CET) From: ms80 To: freebsd-questions@freebsd.org Date: Sat, 6 Feb 2010 10:17:05 +0100 User-Agent: KMail/1.12.3 (FreeBSD/8.0-STABLE; KDE/4.3.3; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201002061017.05737.ms80@dynamik.sytes.net> Subject: amd64: Fatal Trap 12 in high load situations X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 09:41:43 -0000 Hi I have a problem installing / upgrading FreeBSD 8.0-release on a new machine. The computers specs are: cpu: AMD Phenom II X4 board: Gigabyte MA790GPT-UD3H ram: 4x2GBytes DDR3/1333 hdd: 2xMaxtor STM31000528AS nic: 4x Intel(R) PRO/1000 and I'm running FreeBSD phenom2.localnet 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 During 'make buildworld' the machine regulary crashes with the following panic: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual adress = 0x80000 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff80578591 stack pointer = 0x28:0xffffff80eab94700 frame pointer = 0x28:0xffffff80eab94720 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume IOPL = 0 current process = 22039 (uudecode) trap number = 12 panic: pagefault cpuid = 0 Uptime: 2h35m4s Physical memory: 8176 MB Dumping 2195 MB: 2180 2164 2148 2132 2116 or this one, its from last night and the machine wrote a minidump before locking up: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x80000 fault code = supervisor write data, page not present instruction pointer = 0x20:0xffffffff80578591 stack pointer = 0x28:0xffffff80eab21500 frame pointer = 0x28:0xffffff80eab21520 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5238 (objcopy) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h15m45s Physical memory: 8176 MB Dumping 2148 MB: 2133 2117 2101 2085 2069 2053 2037 2021 2005 1989 1973 1957 1941 1925 1909 1893 1877 1861 1845 1829 1813 1797 1781 1765 1749 1733 1717 1701 1685 1669 1653 1637 1621 1605 1589 1573 1557 1541 1525 1509 1493 1477 1461 1445 1429 1413 1397 1381 1365 1349 1333 1317 1301 1285 1269 1253 1237 1221 1205 1189 1173 1157 1141 1125 1109 1093 1077 1061 1045 1029 1013 997 981 965 949 933 917 901 885 869 853 837 821 805 789 773 757 741 725 709 693 677 661 645 629 613 597 581 565 549 533 517 501 485 469 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 While the 'current process' is a different one at any crash, 'Fatal trap 12' and 'supervisor write data, page not present' are always the same, just as the instruction pointer 0xffffffff80578591 and virtual address. The most times, the kernel hangs completly so I have to hard reset the machine to get it responding again. About once in every ten crashs it is able to write a dump before rebooting or locking up. I have no knowledge in debugging the kernel (or debugging anything else) so I tried what I found in the handbook. This resulted in the following: kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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 "amd64-marcel-freebsd"... Cannot access memory at address 0x400 (kgdb) list *0xffffffff80578591 0xffffffff80578591 is in lf_advlockasync (/usr/src/sys/kern/kern_lockf.c:604). 599 LIST_INIT(&ls->ls_active); 600 LIST_INIT(&ls->ls_pending); 601 ls->ls_threads = 1; 602 603 sx_xlock(&lf_lock_states_lock); 604 LIST_INSERT_HEAD(&lf_lock_states, ls, ls_link); 605 sx_xunlock(&lf_lock_states_lock); 606 607 /* 608 * Cope if we lost a race with some other thread while (kgdb) backtrace #0 0x0000000000000000 in ?? () Cannot access memory at address 0x0 So here are my questions: 1. Are there any known caveats or quirks regarding my hardware? 2. What can I do to further investigate this issue 3. Not fully on topic but might be related: The buildsystem recognizes my cpu as "686 class cpu" wich is wrong. Are there any switches I can set in make.conf to have 'make' use the correct values? Currently I'm using a blank make.conf, meaning it is not present (as it is by default on a fresh installed system). If you need any more Information, I would be happy to provide it best regards, Sven -- 00 -- 00