NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/39993: lockup on i386 SMP (raidframe related ?)



The following reply was made to PR kern/39993; it has been noted by GNATS.

From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost, 
netbsd-bugs%NetBSD.org@localhost
Subject: Re: kern/39993: lockup on i386 SMP (raidframe related ?)
Date: Fri, 21 Nov 2008 20:30:54 +0100

 On Fri, Nov 21, 2008 at 03:20:03PM +0000, Greg Oster wrote:
 > The following reply was made to PR kern/39993; it has been noted by GNATS.
 > 
 > From: Greg Oster <oster%cs.usask.ca@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: kern/39993: lockup on i386 SMP (raidframe related ?) 
 > Date: Fri, 21 Nov 2008 09:19:31 -0600
 > 
 >  bouyer%antioche.eu.org@localhost writes:
 >  > I also have a core dump. The stack traces were indentical in all hangs I 
 > got.
 >  > disabling SMP at boot (boot -1) work around the problem.
 >  > LOCKDEBUG+DEBUG+DIAGNOSTIC does't give any additionnal info. 
 >  > This hardware was running without issues under 3.1 with SMP.
 >  > 
 >  > >How-To-Repeat:
 >  >   boot a SMP system with raidframe and generate I/O ?
 >  
 >  Were it only that simple, I'd be happy...  Unfortunately, I've got a 
 >  couple of different boxes w/ 5.0_BETA+SMP+RAIDframe+heavy IO and I 
 >  havn't seen this problem at all.. :( 
 >  
 >  What happens if you do:
 >  
 >    dd if=/dev/rsd0e of=/dev/null bs=1m &
 >    dd if=/dev/rsd1e of=/dev/null bs=1m &
 >  
 >  where rsd0e and rsd1e are the (raw) components of your RAID set?
 
 I forgot to say: the box hung again while SMP mutiuser, with the exact
 same data from ddb. I couldn't get more infos.
 
 It would be interesting to see what the cpu0 was doing when I entered
 ddb, but ddb couln't figure it past the interrupt entry :(
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --
 


Home | Main Index | Thread Index | Old Index