NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/38273 panic: LOCKDEBUG, "lockdebug_barrier: spin lock held", from ld_ataraid_start_raid0()
The following reply was made to PR kern/38273; it has been noted by GNATS.
From: "Greg A. Woods" <woods%planix.com@localhost>
To: NetBSD GNATS <gnats-bugs%NetBSD.org@localhost>
Cc: Juan RP <xtraeme%gmail.com@localhost>
Subject: Re: kern/38273 panic: LOCKDEBUG, "lockdebug_barrier: spin lock held",
from ld_ataraid_start_raid0()
Date: Thu, 18 Sep 2008 15:57:39 -0400
--pgp-sign-Multipart_Thu_Sep_18_15:57:38_2008-1
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
FYI, with yesterday's kernel the reboot from DDB hung, and after sending
a BREAK I got the following backtrace.
db{0}> reboot
syncing disks... [-- break #1 sent -- `\z' -- Thu Sep 18 14:53:48 2008]
fatal breakpoint trap in supervisor mode
trap type 1 code 0 eip c05ae36c cs 8 eflags 202 cr2 d1c19000 ilevel 8
Stopped in pid 0.9 (system) at netbsd:breakpoint+0x4: popl %ebp
db{0}> trace
breakpoint(0,3f8,5,0,c0bd1e60,d0e80bcc,d0d0cf6c,c32c4000,c32c5000,800) at n=
etbsd:breakpoint+0x4
comintr(d0e80ac0,d098dc20,2f0fe20f,70ff10b,ef00f8f,2f0e0d8f,f0fb20f,50ff20f=
,ff00f0d,f0e850f) at netbsd:comintr+0x575
DDB lost frame for netbsd:Xintr_ioapic_edge10+0xa9, trying 0xd0d0cf74
Xintr_ioapic_edge10() at netbsd:Xintr_ioapic_edge10+0xa9
--- interrupt ---
--- switch to interrupt stack ---
lockdebug_unlocked(d0879940,c051e57e,0,c051e510,c0b37940,c0a,d098dcbc,c051e=
57e,d0879940,64) at netbsd:lockdebug_unlocked+0x1e
mutex_vector_exit(d0879940,64,d098dd0c,c051e9a6,9c3000,0,64,0,0,3) at netbs=
d:mutex_vector_exit+0x1fa
cache_unlock_cpus(9c3000,0,64,0,0,3,19800,0,8,246) at netbsd:cache_unlock_c=
pus+0x2e
cache_reclaim(0,0,64,cc4c4e40,c051ef10,0,0,c01002e1,cc4ca9a0,0) at netbsd:c=
ache_reclaim+0x276
cache_thread(cc4ca9a0,0,c01002cd,0,c01002cd,0,0,0,0,0) at netbsd:cache_thre=
ad+0x25
db{0}> reboot
rebooting...
Today's kernel, with your KERNEL_LOCK() change, simply hangs, presumably
with NMIs blocked entirely as the BREAK is being ignored even after
several minutes:
db{1}> reboot
syncing disks... [halt sent]
[halt sent]
[halt sent]
[halt sent]
guess I'll have to give it a hard reset on the front panel....
--=20
Greg A. Woods
Planix, Inc.
<woods%planix.com@localhost> +1 416 489-5852 x122
http://www.planix.com/
--pgp-sign-Multipart_Thu_Sep_18_15:57:38_2008-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: w9W8F3ciPkzLEB/fjRaKM6YXXsv51WTf
iQA/AwUBSNKysmZ9cbd4v/R/EQL06ACfb33nbSspU+gTt5Fd+0aMCTiJtHwAoMDs
5lyBctrZiK4q/AwkTHdv2WSq
=cDHc
-----END PGP SIGNATURE-----
--pgp-sign-Multipart_Thu_Sep_18_15:57:38_2008-1--
Home |
Main Index |
Thread Index |
Old Index