Re: Exactly that commit (was Re: Latest -current 100% hang at th

On Wed, Jun 22, 2011 at 02:09:19PM -0600, Kenneth D. Merry wrote:
> Well, after looking at the code a little more, it looks like the "lock"
> that is being held is the periph lock, which is really just a flag.
> So 'show lock' wouldn't show anything relevant.  Here's cam_periph_hold():

With recent r223475 situation returned to what you describe (and still no 
cd0 in probe). As tracing 100008 show, it was cdopen() who calls 
cam_periph_hold() and sleeps there forever.
Tracing 100014 as you suggest shows almost nothing: only fork_trampoline() 
is there.

-- 
http://ache.vniz.net/
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"