Re: Asking for path to modules (was: How do I keep testing current-amd64 witout so much trouble?)

[Paul Goyette <paul%whooppee.com@localhost>]

On Thu, 25 Dec 2008, Christos Zoulas wrote:

> Try a lockdebug kernel. I get spinouts when I do that.

The crash happens shortly after (within 1 to 5 seconds) the prompt for 
root device is printed, and does not matter if I've typed a character or 
not.  I'm unable to get a crash dump, since both "sync" and "reboot 
0x100" hang after printing the message "syncing disks...".

Information from the spinout, manually annotated with kernel addresses 
decoded using GDB.

lock address: ffffffff80594c40     type:                   spin
              == kernel_lock
initialized:  ffffffff801a6097
              == main + 0x27
shared holds:                0     exclusive:                 1
shares wanted:               0     exclusive:                 1
current cpu:                 0     last held:                 3
current lwp:  ffff80004b2aa000     last held:  ffffffff80552d60
                                               == lwp0
last locked:  ffffffff801f9d0d     unlocked:   ffffffff801ae68b
              == sleepq_block + x18d       == intr_biglock_wrapper+x2b
curcpu holds:                0

So, it seems that something is holding onto the kernel's biglock and 
sleeping, while the init process wants the lock and isn't willing to 
wait for it?

Question:  Does cngetsn() take out the kernel's biglock?  It does not 
appear to do so at first glance.



-------------------------------------------------------------------------
|   Paul Goyette   | PGP DSS Key fingerprint: |  E-mail addresses:      |
| Customer Service | FA29 0E3B 35AF E8AE 6651 |  paul at whooppee.com   |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
|                  |                          | pgoyette at netbsd.org  |
-------------------------------------------------------------------------