Re: lockdebug panic on boot

[Andrew Doran <ad%NetBSD.org@localhost>]

On Fri, Apr 23, 2010 at 10:50:53AM +0100, Mindaugas Rasiukevicius wrote:
> "Christoph Egger" <Christoph_Egger%gmx.de@localhost> wrote:
> > 
> > I got this lockdebug panic on boot:
> > 
> > Mutex error: lockdebug_barrier: spin lock held
> > 
> > lock address : 0xffffffff80c04c10 type     :               spin
> > initialized  : 0xffffffff805a75a9
> > shared holds :                  0 exclusive:                  1
> > shares wanted:                  0 exclusive:                  0
> > current cpu  :                  0 last held:                  0
> > current lwp  : 0xffffffff80ba9da0 last held: 0xffffffff80ba9da0
> > last locked  : 0xffffffff805a6aca unlocked : 0xffffffff805a6aa4
> > owner field  : 0x0000000000010600 wait/spin:                0/1
> > 
> > ...
> > 
> > 'last locked' points to sys/kern/subr_autoconf.c:1115
> > 
> 
> config_makeroom() is broken, as it performs kmem_free() with spin-lock
> held.  Moreover, config_alldevs_lock() is still entering splhigh(), ??
> Hi dyoung@! :)

I said it before but I don't see why there is any legitimate reason to
go scanning this stuff from a hard interrupt handler, particularly not
one at IPL_HIGH!