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/Received on Thu Jun 23 2011 - 14:31:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:15 UTC