Re: ongoing major problems with NetBSD-5 and LOCKDEBUG on multi-core system (mfi(4) related?)

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

On Wed, Jan 18, 2012 at 08:59:47PM -0800, Greg A. Woods wrote:
> [...]
> So if I understand correctly these calls from other subsystems are not
> in an interrupt context and if I remember correctly tsleep() should be
> fine in any normal driver ioctl() function (for a non-MPSAFE driver, if
> indeed its ioctl() function was in the device switch table), but clearly
> grabbing the KERNEL_LOCK() is the wrong thing to do for this case, at
> least without releasing it properly before the tsleep() call.

It's no problem calling tsleep() with the KERNEL_LOCK held: sleeping
functions will release the lock before sleep, and reaquire it after.

BTW, I run several dell PE2950 with this code and I don't have
problems.

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--