At Mon, 05 May 2008 11:51:42 -0400, I wrote:
Subject: more regression in -current on ASUS PSCHSR: lock up during boot
>
> First the "cpu1: failed to become ready" drop into DDB is back, then it
> hangs after probing ioapic0. After about five minutes I forced it to
> DDB with a BREAK signal on the serial console.
Then when I typed reboot it paniced, and perhaps this will provide more
clues as to where the issue is
db{0}> reboot
syncing disks... Mutex error: lockdebug_wantlock: acquiring sleep lock from
interrupt context
lock address : 0x00000000cc6a4f40 type : sleep/adaptive
shared holds : 0 exclusive: 0
shares wanted: 0 exclusive: 0
current cpu : 0 last held: 0
current lwp : 0x00000000c0ae5d00 last held: 000000000000000000
last locked : 0x00000000c0496a1c unlocked : 0x00000000c0496a4a
initialized : 0x00000000c048215b
owner field : 000000000000000000 wait/spin: 0/0
Turnstile chain at 0xc0ba14a0.
=> No active turnstile for this lock.
panic: LOCKDEBUG
Begin traceback...
__func__.6977(6c732067,20706565,6b636f6c,6f726620,6e69206d,72726574,20747075,746e6f63,747865,65207325)
at netbsd:__kernassert+0x3b5d6
End traceback...
Stopped in pid 0.1 (system) at netbsd:breakpoint+0x4: popl %ebp
db{0}> trace
breakpoint(c0a5bc7e,1,ffff,c0abb025,c04badc0,1,0,0,ccea8b5c,c0a5acb9) at
netbsd:breakpoint+0x4
panic(c0a5acdb,c0a56393,c08401b6,c0a5afa0,ccea8d40,1000000,c0ba57a0,c0ae5d00,ccea8d40,cc6a4f40)
at netbsd:panic+0x1bd
lockdebug_abort1(c0a5afa0,1,0,be,1,c0a602e4,ccea8bc0,c01babe5,0,11) at
netbsd:lockdebug_abort1+0xa1
mutex_vector_enter(cc6a4f40,3e,ccea8cb0,c0ae5d00,ccea8d40,c0ad84bc,ccea8c50,c04f95e3,c0a602d3,c0ad84bc)
at netbsd:mutex_vector_enter+0x395
suspendsched(c0a602d3,c0ad84bc,ccea8c70,c01ba250,0,0,ccea8c70,c057065c,20,ccea8c80)
at netbsd:suspendsched+0x16
vfs_shutdown(20,ccea8c80,c0ad84c0,ffffffff,0,0,ccea8c90,c01b95c8,0,0) at
netbsd:vfs_shutdown+0x23
cpu_reboot(0,0,ccea8d40,c0ad84c0,ccea8d40,0,ccea8d50,c01b90d8,c0b5a2a7,0) at
netbsd:cpu_reboot+0x19c
db_reboot_cmd(c0b5a2a7,0,c0b5a2a0,ccea8cc0,a,0,c0ad84e8,c02ef611,8,c0b6d4e0) at
netbsd:db_reboot_cmd+0x48
db_command(c0a1bff6,0,c0caf104,c0569d8c,0,ccea8dec,0,ccea8d54,ccea8d90,0) at
netbsd:db_command+0xc8
db_command_loop(c0569d8c,0,1,c0ae5ca9,800,1,c0bcef14,ffffff,8,ccea8eec) at
netbsd:db_command_loop+0xdf
db_trap(1,0,58,c2fa4fe0,c0bceea0,ccea6e6c,0,6,c2fa4f18,10) at
netbsd:db_trap+0x100
kdb_trap(1,0,ccea8eec,c0bab880,cce85cc0,ccea8e9c,c04b3f18,c0b82e28,c34e750c,c0bab880)
at netbsd:kdb_trap+0x110
trap() at netbsd:trap+0x348
--- trap (number 1) ---
breakpoint(0,3f8,5,0,c0b80c40,c34e750c,c0b80ca8,c356b000,c356c000,800) at
netbsd:breakpoint+0x4
comintr(c34e7400,c0cd3b08,deadbeef,c317af00,c3179000,28,1,19a,61637475,656863)
at netbsd:comintr+0x575
DDB lost frame for netbsd:Xintr_ioapic_edge4+0xa9, trying 0xccea8f74
Xintr_ioapic_edge4() at netbsd:Xintr_ioapic_edge4+0xa9
--- interrupt ---
--- switch to interrupt stack ---
x86_pause(0,cd046000,0,7f3cff63,cc6a4f00,cd047000,cd046000,c0bce9a0,c0b80c42,0)
at netbsd:x86_pause
pmap_do_remove(0,cd046000,cd047000,cc6b40f8,0,c0ae5b40,c0cd3c28,c0575b11,cd048d38,c0cd3d38)
at netbsd:pmap_do_remove+0x7ec
setredzone(cd048d38,c0cd3d38,58,2,cd048da0,2,c0cd3c58,c047f9fe,c0ae5d00,cc6b4060)
at netbsd:setredzone+0x29
cpu_lwp_fork(c0ae5d00,cc6b4060,0,0,c04ab8f0,cc6b4060,1000000,0,c0a31da0,ffffffff)
at netbsd:cpu_lwp_fork+0x101
lwp_create(c0ae5d00,c0ae5b40,cd046000,1,40,0,0,c04ab8f0,cc6b4060,c0cd3ca8) at
netbsd:lwp_create+0x20e
kthread_create(ffffffff,0,0,c04ab8f0,0,0,c0a31da0,c0cd0014,2,c0cd0014) at
netbsd:kthread_create+0x88
configure(c0b7ef20,1,14,f9300,0,0,0,0,0,0) at netbsd:configure+0xd7
main(0,c01002cd,0,0,0,0,0,0,0,0) at netbsd:main+0x1af
db{0}>
--
Greg A. Woods
Planix, Inc.
<woods%planix.com@localhost> +1 416 489-5852 x122 http://www.planix.com/
Attachment:
pgpTWTF3D5jnW.pgp
Description: PGP signature