Panic @r251934: _mtx_lock_sleep: recursed on non-recursive mutex vm map (system) @ /usr/src/sys/vm/vm_kern.c:430

Jeff Roberson jroberson at jroberson.net
Tue Jun 18 23:57:38 UTC 2013


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:1000035: Tue Jun 18 10:47:29 PDT 2013
>    root at 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=0xbfebfbff<FPU,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=0x659d<SSE3,DTES64,MON,DS_CPL,EST,TM2,CNXT-ID,CX16,xTPR>
>  AMD Features=0x20100000<NX,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
> exclusive sleep mutex vm map (system) (vm map (system)) r = 0 (0xc1b540e8) locked @ /usr/src/sys/vm/vm_kern.c:430
> db> show allpcpu
> Current CPU: 1
>
> cpuid        = 0
> dynamic pcpu = 0x5dc500
> curthread    = 0xc1443390: pid 0 "swapper"
> curpcb       = 0xc1820d60
> fpcurthread  = none
> idlethread   = 0xc62f1000: tid 100003 "idle: cpu0"
> APIC ID      = 0
> currentldt   = 0x50
> spin locks held:
>
> cpuid        = 1
> dynamic pcpu = 0x4d0b500
> curthread    = 0xc62ef930: pid 13 "g_up"
> curpcb       = 0xc5f76d60
> fpcurthread  = none
> idlethread   = 0xc62f0c40: tid 100004 "idle: cpu1"
> APIC ID      = 6
> currentldt   = 0x50
> spin locks held:
>
> db>
>
> So... I have console access; recent (up to yesterday) update history
> of head on the machine is available at
> <http://www.catwhisker.org/~david/FreeBSD/history/freebeast_i386_10.txt>.
>
> Anything else worth poking at?  Any patches to test?
>
> Peace,
> david
> -- 
> David H. Wolfskill				david at 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.
>


More information about the freebsd-current mailing list