Re: head r30140 - Panic String: _mtx_lock_sleep: recursed on non-recursive mutex vm page @ /usr/src/sys/vm/vm_page.c:774

2016-06-02 Thread Michael Jung 

On 2016-06-02 18:17, Ngie Cooper wrote:

On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung  wrote:

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

2016-06-02 Thread Mark Johnston 
On Thu, Jun 02, 2016 at 03:17:21PM -0700, Ngie Cooper wrote:
> On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung  wrote:
> > 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

2016-06-02 Thread Ngie Cooper 
On Thu, Jun 2, 2016 at 3:05 PM, Michael Jung  wrote:
> 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

2016-06-02 Thread Michael Jung 

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

2016-06-01 Thread Michael Jung 
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

2013-06-18 Thread David Wolfskill 
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

2013-06-18 Thread David Wolfskill 
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

2013-06-18 Thread Jeff Roberson 

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

2003-11-02 Thread Eivind Olsen 
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

2003-09-23 Thread Lukas Ertl 
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,