Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774
On 2016-06-02 18:17, Ngie Cooper wrote: On Thu, Jun 2, 2016 at 3:05 PM, Michael Jungwrote: On 2016-06-01 12:37, Michael Jung wrote: Since upgrading to head r301040 I have started to get the above panic while running poudriere while building packages for 10.3-STABLE r301107. Unfortuately I can't tell you the previous version of head but it was from some months ago. https://charon.gopai.com/core.txt.7 https://charon.gopai.com/info.7 I also have the full core file if needed. Let me know what else I can provide. Thank you. Ideas? - there was another report of the same panic in vm_page.c http://postimg.org/image/r78vxopkb/ I see from the web log 20+ people have looked at the core file I can bump my build server but I was awaiting a response to the panic before doing that. It might have been fixed by r301212. CCing Kostik/Mark. Thanks! -Ngie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"\ I pulling latest head based on comments r301229 - and will report back in next 48 hours - The crashes where not predictable but would always seem to occur within 12 hours of running poudriere builds. Thanks! ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774
On Thu, Jun 02, 2016 at 03:17:21PM -0700, Ngie Cooper wrote: > On Thu, Jun 2, 2016 at 3:05 PM, Michael Jungwrote: > > On 2016-06-01 12:37, Michael Jung wrote: > >> > >> Since upgrading to head r301040 I have started to get the above panic > >> while running > >> poudriere while building packages for 10.3-STABLE r301107. > >> > >> Unfortuately I can't tell you the previous version of head but it was from > >> some > >> months ago. > >> > >> > >> https://charon.gopai.com/core.txt.7 > >> > >> https://charon.gopai.com/info.7 > >> > >> I also have the full core file if needed. > >> > >> Let me know what else I can provide. > >> > >> Thank you. > > > > Ideas? - there was another report of the same panic in vm_page.c > > > > http://postimg.org/image/r78vxopkb/ > > > > I see from the web log 20+ people have looked at the core file > > > > I can bump my build server but I was awaiting a response to the panic > > before doing that. > > It might have been fixed by r301212. CCing Kostik/Mark. > Thanks! > -Ngie I believe this would have been addressed by r301165, rather. Michael, could you try updating to this revision or later? ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774
On Thu, Jun 2, 2016 at 3:05 PM, Michael Jungwrote: > On 2016-06-01 12:37, Michael Jung wrote: >> >> Since upgrading to head r301040 I have started to get the above panic >> while running >> poudriere while building packages for 10.3-STABLE r301107. >> >> Unfortuately I can't tell you the previous version of head but it was from >> some >> months ago. >> >> >> https://charon.gopai.com/core.txt.7 >> >> https://charon.gopai.com/info.7 >> >> I also have the full core file if needed. >> >> Let me know what else I can provide. >> >> Thank you. > > Ideas? - there was another report of the same panic in vm_page.c > > http://postimg.org/image/r78vxopkb/ > > I see from the web log 20+ people have looked at the core file > > I can bump my build server but I was awaiting a response to the panic > before doing that. It might have been fixed by r301212. CCing Kostik/Mark. Thanks! -Ngie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774
On 2016-06-01 12:37, Michael Jung wrote: Since upgrading to head r301040 I have started to get the above panic while running poudriere while building packages for 10.3-STABLE r301107. Unfortuately I can't tell you the previous version of head but it was from some months ago. https://charon.gopai.com/core.txt.7 https://charon.gopai.com/info.7 I also have the full core file if needed. Let me know what else I can provide. Thank you. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" Ideas? - there was another report of the same panic in vm_page.c http://postimg.org/image/r78vxopkb/ I see from the web log 20+ people have looked at the core file I can bump my build server but I was awaiting a response to the panic before doing that. Thanks all. --mikej ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774
Since upgrading to head r301040 I have started to get the above panic while running poudriere while building packages for 10.3-STABLE r301107. Unfortuately I can't tell you the previous version of head but it was from some months ago. https://charon.gopai.com/core.txt.7 https://charon.gopai.com/info.7 I also have the full core file if needed. Let me know what else I can provide. Thank you. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430
This is on my (i386) build machine; laptop (also i386) did not exhibit the symptom. I had hand-applied r251953 (to get through buildworld). After installworld, mergemaster -i, make delete-old, I rebooted, and this is what I saw: ... Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #1197 r251934M/251934:135: Tue Jun 18 10:47:29 PDT 2013 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.20-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf41 Family = 0xf Model = 0x4 Stepping = 1 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x659dSSE3,DTES64,MON,DS_CPL,EST,TM2,CNXT-ID,CX16,xTPR AMD Features=0x2010NX,LM TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2064138240 (1968 MB) Event timer LAPIC quality 400 ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ... pass3 at aacp0 bus 0 scbus0 target 3 lun 0 pass3: SEAGATE ST373454LC 0005 Fixed Uninstalled SCSI-3 device pass3: 3.300MB/s transfers SMP: AP CPU #1 Launched! panic: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430 cpuid = 1 KDB: enter: panic [ thread pid 13 tid 100010 ] Stopped at kdb_enter+0x3d: movl$0,kdb_why db bt Tracing pid 13 tid 100010 td 0xc62ef930 kdb_enter(c10ff600,c10ff600,c10fd42c,c5f766a4,c10fd42c,...) at kdb_enter+0x3d/frame 0xc5f76638 vpanic(c127a538,100,c10fd42c,c5f766a4,c5f766a4,...) at vpanic+0x143/frame 0xc5f76674 kassert_panic(c10fd42c,c1107ba3,c113ab63,1ae,0,...) at kassert_panic+0xea/frame 0xc5f76698 __mtx_lock_sleep(c1b540f8,c62ef930,c113ab63,c113ab63,1ae,...) at __mtx_lock_sleep+0x3c7/frame 0xc5f76704 __mtx_lock_flags(c1b540f8,0,c113ab63,1ae,c1b57200,...) at __mtx_lock_flags+0xfd/frame 0xc5f76738 _vm_map_lock(c1b5408c,c113ab63,1ae,c5f76798,c0a9f7b7,...) at _vm_map_lock+0x31/frame 0xc5f76754 kmem_malloc(c1b5408c,1000,101,3d1,c1b57200,...) at kmem_malloc+0x2a/frame 0xc5f76798 startup_alloc(c1b56240,1000,c5f767eb,101,c1b57210,...) at startup_alloc+0xd6/frame 0xc5f767bc keg_alloc_slab(1,4,c1139e3e,883,c62ef930,...) at keg_alloc_slab+0xc8/frame 0xc5f767f8 keg_fetch_slab(1,0,0,1,c5f76890,...) at keg_fetch_slab+0x14f/frame 0xc5f76838 zone_fetch_slab(c1b56240,0,1,956,1,...) at zone_fetch_slab+0x2f/frame 0xc5f76850 zone_import(c1b56240,c5f768a8,1,1,0,...) at zone_import+0x67/frame 0xc5f76890 zone_alloc_item(1,18,c5f76900,c0a9f7b7,c1b57300,...) at zone_alloc_item+0x33/frame 0xc5f768c0 uma_zalloc_arg(c1b56240,0,1,857,c1b57500,...) at uma_zalloc_arg+0x60d/frame 0xc5f76900 uma_zalloc_arg(c1b563c0,0,201,857,c144a0b0,...) at uma_zalloc_arg+0x319/frame 0xc5f76940 uma_zalloc_arg(c1b566c0,0,1,47a,8,...) at uma_zalloc_arg+0x319/frame 0xc5f76980 vm_map_insert(c1b5408c,c144a0b0,6a0e000,0,c690d000,...) at vm_map_insert+0x47e/frame 0xc5f769dc kmem_back(c1b5408c,c690d000,1000,101,c0a9f7b7,...) at kmem_back+0x79/frame 0xc5f76a38 kmem_malloc(c1b5408c,1000,101,3d1,c1b57300,...) at kmem_malloc+0x2d5/frame 0xc5f76a7c startup_alloc(c1b563c0,1000,c5f76acf,101,c1b57310,...) at startup_alloc+0xd6/frame 0xc5f76aa0 keg_alloc_slab(1,4,c1139e3e,883,c62ef930,...) at keg_alloc_slab+0xc8/frame 0xc5f76adc keg_fetch_slab(1,16,c1b1ad10,0,c5f76b74,...) at keg_fetch_slab+0x14f/frame 0xc5f76b1c zone_fetch_slab(c1b563c0,c1b57300,1,93e,1,...) at zone_fetch_slab+0x2f/frame 0xc5f76b34 zone_import(c1b563c0,c1b49f0c,1d,1,c1b49f0c,...) at zone_import+0x67/frame 0xc5f76b74 uma_zalloc_arg(c1b563c0,0,1,857,c1b35580,...) at uma_zalloc_arg+0x374/frame 0xc5f76bb4 uma_zalloc_arg(c1b56300,0,1,a5c,c1b31310,...) at uma_zalloc_arg+0x319/frame 0xc5f76bf4 uma_zfree_arg(c1b31300,c68d9390,0) at uma_zfree_arg+0x277/frame 0xc5f76c2c g_destroy_bio(c68d9390,0,c68d9390,c5f76c80,c0b412d2,...) at g_destroy_bio+0x22/frame 0xc5f76c40 g_std_done(c68d9390,0,c110d464,e07,0,...) at g_std_done+0x33/frame 0xc5f76c54 biodone(c68d9390,0,c10ece47,60,0,...) at biodone+0xb2/frame 0xc5f76c80 g_io_schedule_up(c62ef930,0,c10ed066,5f,c5f76cf4,...) at g_io_schedule_up+0x129/frame 0xc5f76cb4 g_up_procbody(0,c5f76d08,c10f90d8,3d7,0,...) at g_up_procbody+0x9d/frame 0xc5f76ccc fork_exit(c0a15550,0,c5f76d08) at fork_exit+0x7f/frame 0xc5f76cf4 fork_trampoline() at fork_trampoline+0x8/frame 0xc5f76cf4 --- trap 0, eip = 0, esp = 0xc5f76d40, ebp = 0 --- db show locks
Re: Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430
Eh a reboot failed to show evidence of a recurrence. Peace, david (not particularly appreciating computer hardware just now) -- David H. Wolfskill da...@catwhisker.org Taliban: Evil men with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpY2Ehx1Tbza.pgp Description: PGP signature
Re: Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430
On Tue, 18 Jun 2013, David Wolfskill wrote: This is on my (i386) build machine; laptop (also i386) did not exhibit the symptom. I had hand-applied r251953 (to get through buildworld). After installworld, mergemaster -i, make delete-old, I rebooted, and this is what I saw: This is my fault. I will have a fix in a day or so. Thanks, Jeff ... Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #1197 r251934M/251934:135: Tue Jun 18 10:47:29 PDT 2013 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.20-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf41 Family = 0xf Model = 0x4 Stepping = 1 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x659dSSE3,DTES64,MON,DS_CPL,EST,TM2,CNXT-ID,CX16,xTPR AMD Features=0x2010NX,LM TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2064138240 (1968 MB) Event timer LAPIC quality 400 ACPI APIC Table: PTLTD APIC FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ... pass3 at aacp0 bus 0 scbus0 target 3 lun 0 pass3: SEAGATE ST373454LC 0005 Fixed Uninstalled SCSI-3 device pass3: 3.300MB/s transfers SMP: AP CPU #1 Launched! panic: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430 cpuid = 1 KDB: enter: panic [ thread pid 13 tid 100010 ] Stopped at kdb_enter+0x3d: movl$0,kdb_why db bt Tracing pid 13 tid 100010 td 0xc62ef930 kdb_enter(c10ff600,c10ff600,c10fd42c,c5f766a4,c10fd42c,...) at kdb_enter+0x3d/frame 0xc5f76638 vpanic(c127a538,100,c10fd42c,c5f766a4,c5f766a4,...) at vpanic+0x143/frame 0xc5f76674 kassert_panic(c10fd42c,c1107ba3,c113ab63,1ae,0,...) at kassert_panic+0xea/frame 0xc5f76698 __mtx_lock_sleep(c1b540f8,c62ef930,c113ab63,c113ab63,1ae,...) at __mtx_lock_sleep+0x3c7/frame 0xc5f76704 __mtx_lock_flags(c1b540f8,0,c113ab63,1ae,c1b57200,...) at __mtx_lock_flags+0xfd/frame 0xc5f76738 _vm_map_lock(c1b5408c,c113ab63,1ae,c5f76798,c0a9f7b7,...) at _vm_map_lock+0x31/frame 0xc5f76754 kmem_malloc(c1b5408c,1000,101,3d1,c1b57200,...) at kmem_malloc+0x2a/frame 0xc5f76798 startup_alloc(c1b56240,1000,c5f767eb,101,c1b57210,...) at startup_alloc+0xd6/frame 0xc5f767bc keg_alloc_slab(1,4,c1139e3e,883,c62ef930,...) at keg_alloc_slab+0xc8/frame 0xc5f767f8 keg_fetch_slab(1,0,0,1,c5f76890,...) at keg_fetch_slab+0x14f/frame 0xc5f76838 zone_fetch_slab(c1b56240,0,1,956,1,...) at zone_fetch_slab+0x2f/frame 0xc5f76850 zone_import(c1b56240,c5f768a8,1,1,0,...) at zone_import+0x67/frame 0xc5f76890 zone_alloc_item(1,18,c5f76900,c0a9f7b7,c1b57300,...) at zone_alloc_item+0x33/frame 0xc5f768c0 uma_zalloc_arg(c1b56240,0,1,857,c1b57500,...) at uma_zalloc_arg+0x60d/frame 0xc5f76900 uma_zalloc_arg(c1b563c0,0,201,857,c144a0b0,...) at uma_zalloc_arg+0x319/frame 0xc5f76940 uma_zalloc_arg(c1b566c0,0,1,47a,8,...) at uma_zalloc_arg+0x319/frame 0xc5f76980 vm_map_insert(c1b5408c,c144a0b0,6a0e000,0,c690d000,...) at vm_map_insert+0x47e/frame 0xc5f769dc kmem_back(c1b5408c,c690d000,1000,101,c0a9f7b7,...) at kmem_back+0x79/frame 0xc5f76a38 kmem_malloc(c1b5408c,1000,101,3d1,c1b57300,...) at kmem_malloc+0x2d5/frame 0xc5f76a7c startup_alloc(c1b563c0,1000,c5f76acf,101,c1b57310,...) at startup_alloc+0xd6/frame 0xc5f76aa0 keg_alloc_slab(1,4,c1139e3e,883,c62ef930,...) at keg_alloc_slab+0xc8/frame 0xc5f76adc keg_fetch_slab(1,16,c1b1ad10,0,c5f76b74,...) at keg_fetch_slab+0x14f/frame 0xc5f76b1c zone_fetch_slab(c1b563c0,c1b57300,1,93e,1,...) at zone_fetch_slab+0x2f/frame 0xc5f76b34 zone_import(c1b563c0,c1b49f0c,1d,1,c1b49f0c,...) at zone_import+0x67/frame 0xc5f76b74 uma_zalloc_arg(c1b563c0,0,1,857,c1b35580,...) at uma_zalloc_arg+0x374/frame 0xc5f76bb4 uma_zalloc_arg(c1b56300,0,1,a5c,c1b31310,...) at uma_zalloc_arg+0x319/frame 0xc5f76bf4 uma_zfree_arg(c1b31300,c68d9390,0) at uma_zfree_arg+0x277/frame 0xc5f76c2c g_destroy_bio(c68d9390,0,c68d9390,c5f76c80,c0b412d2,...) at g_destroy_bio+0x22/frame 0xc5f76c40 g_std_done(c68d9390,0,c110d464,e07,0,...) at g_std_done+0x33/frame 0xc5f76c54 biodone(c68d9390,0,c10ece47,60,0,...) at biodone+0xb2/frame 0xc5f76c80 g_io_schedule_up(c62ef930,0,c10ed066,5f,c5f76cf4,...) at g_io_schedule_up+0x129/frame 0xc5f76cb4 g_up_procbody(0,c5f76d08,c10f90d8,3d7,0,...) at g_up_procbody+0x9d/frame 0xc5f76ccc fork_exit(c0a15550,0,c5f76d08) at fork_exit+0x7f/frame 0xc5f76cf4 fork_trampoline
Panic in _mtx_lock_sleep
Hello. I just had a panic here. I'm running CURRENT as of 31st of October, platform is i386. I have a crashdump available if anyone wants to take a look at this. Here's some output from gdb -k: [EMAIL PROTECTED]:~/tmp/debug/2003-10-31 gdb -k kernel.debug vmcore.6 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd... panic: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x68 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0647282 stack pointer = 0x10:0xcfe919e0 frame pointer = 0x10:0xcfe91a0c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 326 (named) panic: from debugger Fatal trap 3: breakpoint instruction fault while in kernel mode instruction pointer = 0x8:0xc07f5914 stack pointer = 0x10:0xcfe91794 frame pointer = 0x10:0xcfe917a0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= IOPL = 0 current process = 326 (named) panic: from debugger Uptime: 19h17m7s Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0646edb stack pointer = 0x10:0xcb608aec frame pointer = 0x10:0xcb608b00 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 14 (swi1: net) panic: from debugger Uptime: 19h17m8s Dumping 191 MB 16 32 48 64 80 96 112 128 144 160 176 --- Reading symbols from /boot/kernel/vinum.ko...done. Loaded symbols for /boot/kernel/vinum.ko #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0651c90 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0652078 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc0476f52 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc0476eb2 in db_command (last_cmdp=0xc09050e0, cmd_table=0x0, aux_cmd_tablep=0xc0889714, aux_cmd_tablep_end=0xc088972c) at /usr/src/sys/ddb/db_command.c:346 #5 0xc0476ff5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc047a005 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73 #7 0xc07f565c in kdb_trap (type=12, code=0, regs=0xcfe919a0) at /usr/src/sys/i386/i386/db_interface.c:171 #8 0xc0807b76 in trap_fatal (frame=0xcfe919a0, eva=0) at /usr/src/sys/i386/i386/trap.c:818 #9 0xc0807183 in trap (frame= {tf_fs = -1033306088, tf_es = -1023934448, tf_ds = -806813680, tf_edi = -1030808900, tf_esi = -1030785904, tf_ebp = -806807028, tf_isp = -806807092, tf_ebx = -1033092512, tf_edx = 2, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067158910, tf_cs = 8, tf_eflags = 66118, tf_esp = 42062, tf_ss = -806807052}) at /usr/src/sys/i386/i386/trap.c:252 #10 0xc07f7008 in calltrap () at {standard input}:102 #11 0xc06ebab6 in ip_output (m0=0xc26c4260, opt=0xc28f7490, ro=0xc28f1abc, flags=0, imo=0x0, inp=0xc28f1a80) at /usr/src/sys/netinet/ip_output.c:266 #12 0xc06fd2d6 in udp_output (inp=0xc28f1a80, m=0xc1561300, addr=0xc2745660, control=0x0, td=0xc26c4260) at /usr/src/sys/netinet/udp_usrreq.c:847 #13 0xc06fdf81 in udp_send (so=0x0, flags=0, m=0xc155cf00, addr=0x0, control=0x0, td=0x0) at /usr/src/sys/netinet/udp_usrreq.c:1043 #14 0xc06913fd in sosend (so=0xc2913220, addr=0xc2745660, uio=0xcfe91bf4, top=0xc155cf00, control=0x0, flags=0, td=0xc26c4260) at /usr/src/sys/kern/uipc_socket.c:715 #15 0xc0695cdc in kern_sendit (td=0xc26c4260, s=22, mp=0xcfe91ca4, flags=0, control=0x0) at /usr/src/sys/kern/uipc_syscalls.c:722 #16 0xc0695afe in sendit (td=0x0, s=0, mp=0xcfe91ca4, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:662 #17 0xc06960f3 in sendmsg (td=0x0, uap=0xcfe91d10) at /usr/src/sys/kern/uipc_syscalls.c:900 #18 0xc0807f30 in syscall (frame= {tf_fs = 135790639, tf_es = 135856175, tf_ds = -1078001617, tf_edi = 0, tf_esi = 0, tf_ebp = -1077943560, tf_isp = -806806156, tf_ebx = 0, tf_edx = 135876352, tf_ecx = 136334080, tf_eax = 28, tf_trapno = 0, tf_err = 2, tf_eip = 674256815, tf_cs = 31, tf_eflags = 646, tf_esp = -1077943988, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1012 #19 0xc07f705d in Xint0x80_syscall () at {standard
Panic in _mtx_lock_sleep
Hi, I got this panic with an SMP kernel from yesterday, is this a known issue? panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = fault virtual address = 0x70040045 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0241c52 stack pointer = 0x10:0xe1bfea9c frame pointer = 0x10:0xe1bfeab8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 17 (swi1: net) trap number = 12 panic: page fault cpuid = 0; lapic.id = boot() called on cpu#0 syncing disks, buffers remaining... Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01f448b stack pointer = 0x10:0xe1bf8c10 frame pointer = 0x10:0xe1bf8c24 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 15 (swi8: tty:sio clock) trap number = 12 panic: page fault cpuid = 0; lapic.id = boot() called on cpu#0 Uptime: 14h29m52s Dumping 2047 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032 --- Reading symbols from /usr/obj/usr/src/sys/NEWSCORE/modules/usr/src/sys/modules/acpi/acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/NEWSCORE/modules/usr/src/sys/modules/acpi/acpi.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc01ff3c1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc01ff818 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc035fd66 in trap_fatal (frame=0xe1bf8bd0, eva=0) at /usr/src/sys/i386/i386/trap.c:819 #4 0xc035f383 in trap (frame= {tf_fs = -507576296, tf_es = -1071579120, tf_ds = -1069613040, tf_edi = -930744588, tf_esi = 36, tf_ebp = -507540444, tf_isp = -507540484, tf_ebx = 0, tf_edx = -1069923316, tf_ecx = -1011810304, tf_eax = 36, tf_trapno = 12, tf_err = 0, tf_eip = -1071692661, tf_cs = 8, tf_eflags = 66195, tf_esp = -507540428, tf_ss = -1071571840}) at /usr/src/sys/i386/i386/trap.c:251 #5 0xc03472b8 in calltrap () at {standard input}:103 #6 0xc01f48d9 in _mtx_lock_sleep (m=0x24, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:635 #7 0xc0299f7d in tcp_timer_delack (xtp=0xc885f6f4) at /usr/src/sys/netinet/tcp_timer.c:180 #8 0xc021181e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:225 #9 0xc01e9158 in ithread_loop (arg=0xc3b0cd00) at /usr/src/sys/kern/kern_intr.c:534 #10 0xc01e7d91 in fork_exit (callout=0xc01e8f80 ithread_loop, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:796 (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0xc01ff3c1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 No locals. #2 0xc01ff818 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 td = (struct thread *) 0xc3b0fd10 bootopt = 260 newpanic = 0 ap = 0xe1bf8b44 g\b;À,å°Ã\001 buf = page fault, '\0' repeats 245 times #3 0xc035fd66 in trap_fatal (frame=0xe1bf8bd0, eva=0) at /usr/src/sys/i386/i386/trap.c:819 code = 16 type = 12 ss = 16 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 12, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #4 0xc035f383 in trap (frame= {tf_fs = -507576296, tf_es = -1071579120, tf_ds = -1069613040, tf_edi = -930744588, tf_esi = 36, tf_ebp = -507540444, tf_isp = -507540484, tf_ebx = 0, tf_edx = -1069923316, tf_ecx = -1011810304, tf_eax = 36, tf_trapno = 12, tf_err = 0, tf_eip = -1071692661, tf_cs = 8, tf_eflags = 66195, tf_esp = -507540428, tf_ss = -1071571840}) at /usr/src/sys/i386/i386/trap.c:251 td = (struct thread *) 0xc3b0fd10 p = (struct proc *) 0xc3b0e3c8 sticks = 0 i = 0 ucode = 0 type = 12 code = 0 eva = 36 #5 0xc03472b8 in calltrap () at {standard input}:103 No locals. #6 0xc01f48d9 in _mtx_lock_sleep (m=0x24, opts=0,