List Info

Thread: mutex_enter with held simple_lock message while building system/kernel




mutex_enter with held simple_lock message while building system/kernel
country flaguser name
France
2007-07-23 06:55:46
Hi,

i just updated -current sources on my Dell Insipiron 2600
i386 laptop.
Since, i'm not able to build a new kernel anymore ...

The system drops into ddb with the following message:

mutex_enter with held simple_lock 0xc0d1a24c CPU0
/local/src/NetBSD/src/sys/uvm/uvm_pdaemon.c:699

breakpoint(caf20000,d000000,cb8bfacc,c056dbde,cb8bfacc) at
netbsd:breakpoint+0x4
cpu_Debugger(cb8bfacc,1,fffb,c0a3ef17,c056b841) at
netbsd:cpu_Debugger+0xb
simple_lock_only_held(0,c0a400ed,0,caf0b100,c13c8b3c) at
netbsd:simple_lock_only
_held+0x110
mutex_vector_enter(c0d1a2b0,bcfc,0,c0ca5a00,caf124b0) at
netbsd:mutex_vector_ent
er+0x18f
uvm_swapisfull(c12f1f30,0,2bb,5000,0) at
netbsd:uvm_swapisfull+0x12
uvmpd_scan_queue(c0d1a24c,c0a381b4,36b,c0a381e0,c0c83114) at
netbsd:uvmpd_scan_q
ueue+0x406
uvmpd_scan(c0d1a24c,c0a381b4,fe,0,c0d1a2a0) at
netbsd:uvmpd_scan+0x89
uvm_pageout(caf0b1c0,0,c01002d2,fbff,c01002d2) at
netbsd:uvm_pageout+0x134

This is a GENERIC+DIAGNOSTIC+LOCKDEBUG kernel.

NetBSD calamity.sis.pasteur.fr 4.99.25 NetBSD 4.99.25
(CALAMITY) #16: Mon Jul 23 12:02:16 CEST 2007  njolycalamity.sis.pasteur.fr:/local/src/NetBSD/obj/i386/sy
s/arch/i386/compile/CALAMITY i386

Thanks in advance,
Regards.

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.

Re: mutex_enter with held simple_lock message while building system/kernel
user name
2007-07-24 08:22:34
On Mon, 23 Jul 2007, Nicolas Joly wrote:

> i just updated -current sources on my Dell Insipiron
2600 i386 laptop.
> Since, i'm not able to build a new kernel anymore ...

I just updated source to 23 July (monday evening) and am
getting something
similar. My trace (below) also shows uvm_pageout() and
uvm_swapisfull() at
the bottom and is triggered when building a release..

kernel is basically GENERIC_LAPTOP+DIAGNOSTIC+LOCKDEBUG and
most unused
devices removed

iain

kernel: supervisor trap double fault, code=0
Stopped in pid 0.19 (system)
at	netbsd:lockdebug_wantlock+0xa5:	movl	$0xd,0(%esp)
db> bt
lockdebug_wantlock(1b7,c025046b,0,0,0) at
netbsd:lockdebug_wantlock+0xa5
mutex_vector_enter(c046a5b8,0,ca60a7b4,c0264dfa,c0cc5808) at
netbsd:mutex_vector_enter+0x152
selwakeup(c0cc5808,0,d,0,ca60a750) at netbsd:selwakeup+0x1b
selnotify(c0cc5808,1000000,0,0,0) at netbsd:selnotify+0x1a
ptsstart(ca60a750,0,cafb70f0,c025dbf8,ca60a750) at
netbsd:ptsstart+0x4f
ttstart(ca60a750,ca60a750,9fb,a,0) at netbsd:ttstart+0x18
tputchar(a,3,ca60a750,c0385cdc,45) at netbsd:tputchar+0x58
putchar(cafb7202,0,a,0,0) at netbsd:putchar+0x56
kprintf(c03df86d,1,0,0,cafb71f0) at netbsd:kprintf+0x31b
printf_nolog(c03df86d,cafb7202,c0411820,cafb72ac,0) at
netbsd:printf_nolog+0x3f
lock_printf(c0411820,c03e585b,c045cc2c,0,c040fa74) at
netbsd:lock_printf+0x6f
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0x9e
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb7568,0,cafb7570) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb7648,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb78ec,0,cafb78f4) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb79cc,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb7c70,0,cafb7c78) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb7d50,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb7ff4,0,cafb7ffc) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb80d4,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb8378,0,cafb8380) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb8458,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,0,0) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,0,0) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(0,4,cafb86fc,0,cafb8704) at
netbsd:db_read_bytes+0x31
db_get_value(0,4,0,6e655f77,20726574) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb87dc,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e585b,1,cafb882c,c0244337) at
netbsd:simple_lock_only_held+0xc3
rw_vector_enter(c045fd44,0,0,cafb886c,c02440eb) at
netbsd:rw_vector_enter+0x1cb
uvm_fault_internal(c045fd40,0,1,0,c0248836) at
netbsd:uvm_fault_internal+0xcd
trap() at netbsd:trap+0x14b
--- trap (number 6) ---
db_read_bytes(52,4,cafb8a80,1df752,cafb8a88) at
netbsd:db_read_bytes+0x31
db_get_value(52,4,0,78657475,746e655f) at
netbsd:db_get_value+0x2a
db_stack_trace_print(cafb8b60,1,ffff,c03dff87,c021e5e0) at
netbsd:db_stack_trace_print+0x3d9
simple_lock_only_held(0,c03e54b9,0,0,cb9bf534) at
netbsd:simple_lock_only_held+0xc3
mutex_vector_enter(c045cc90,0,0,c076f230,c076f230) at
netbsd:mutex_vector_enter+0x1b0
uvm_swapisfull(c076f230,c040fa74,2bb,11000,0) at
netbsd:uvm_swapisfull+0x13
uvm_pageout(ca619e00,0,c01002ac,fbff,c01002ac) at
netbsd:uvm_pageout+0x485
db>

Re: mutex_enter with held simple_lock message while building system/kernel
country flaguser name
United Kingdom
2007-07-24 15:22:29
On Mon, Jul 23, 2007 at 01:55:46PM +0200, Nicolas Joly
wrote:

> i just updated -current sources on my Dell Insipiron
2600 i386 laptop.
> Since, i'm not able to build a new kernel anymore ...
> 
> The system drops into ddb with the following message:
> 
> mutex_enter with held simple_lock 0xc0d1a24c CPU0
/local/src/NetBSD/src/sys/uvm/uvm_pdaemon.c:699
> 
> breakpoint(caf20000,d000000,cb8bfacc,c056dbde,cb8bfacc)
at netbsd:breakpoint+0x4
> cpu_Debugger(cb8bfacc,1,fffb,c0a3ef17,c056b841) at
netbsd:cpu_Debugger+0xb
> simple_lock_only_held(0,c0a400ed,0,caf0b100,c13c8b3c)
at netbsd:simple_lock_only
> _held+0x110
> mutex_vector_enter(c0d1a2b0,bcfc,0,c0ca5a00,caf124b0)
at netbsd:mutex_vector_ent
> er+0x18f
> uvm_swapisfull(c12f1f30,0,2bb,5000,0) at
netbsd:uvm_swapisfull+0x12
>
uvmpd_scan_queue(c0d1a24c,c0a381b4,36b,c0a381e0,c0c83114) at
netbsd:uvmpd_scan_q
> ueue+0x406
> uvmpd_scan(c0d1a24c,c0a381b4,fe,0,c0d1a2a0) at
netbsd:uvmpd_scan+0x89
> uvm_pageout(caf0b1c0,0,c01002d2,fbff,c01002d2) at
netbsd:uvm_pageout+0x134

This one should be fixed, too.

Andrew

Re: mutex_enter with held simple_lock message while building system/kernel
country flaguser name
France
2007-07-25 07:02:59
On Tue, Jul 24, 2007 at 09:22:29PM +0100, Andrew Doran
wrote:
> On Mon, Jul 23, 2007 at 01:55:46PM +0200, Nicolas Joly
wrote:
> 
> > i just updated -current sources on my Dell
Insipiron 2600 i386 laptop.
> > Since, i'm not able to build a new kernel anymore
...
> > 
> > The system drops into ddb with the following
message:
> > 
> > mutex_enter with held simple_lock 0xc0d1a24c CPU0
/local/src/NetBSD/src/sys/uvm/uvm_pdaemon.c:699
[...]
> This one should be fixed, too.

Yes, problem gone.

Thanks a lot.

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.

[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )