On Wednesday 06 April 2005 2:03 pm, Alan Stern wrote: > On Wed, 6 Apr 2005, Rafael J. Wysocki wrote: > > > Frankly, I can't see any probable scenario leading to this kind of trouble. > > Seemingly, it would require someone to take a lock and (knowingly) do > > something that could end up in uninterruptible sleep, which IMHO is not > > a good idea. > > It happens all the time in the USB core, when dealing with a > newly-connected device. True, it does happen then. One of many examples of where the USB team must regularly deal with issues that some simpler driver stacks are able to avoid ... or at least think they're able to avoid. (Hotplugging and hot-unplugging tend to complicate things.) That said, why wouldn't that be a good idea? The locking infrastructure in Linux was certainly designed to make that work properly. And it's common in other operating systems too. Tasks block each other all the time; it's simpler to adopt that model than the alternatives, and hence a lot easier to maintain. - Dave
