exclusive sleep mutex pcm0 (sound cdev) r = 0
John Baldwin
jhb at FreeBSD.org
Tue Feb 24 07:57:19 PST 2004
On Tuesday 24 February 2004 10:52 am, Don Lewis wrote:
> On 24 Feb, John Baldwin wrote:
> > On Tuesday 24 February 2004 10:27 am, Don Lewis wrote:
> >> I currently have some patches for the channel mutexes that are
> >> undergoing testing. Once these have been committed, I'll take another
> >> look at the "sound cdev" mutex. My current thought is to convert most
> >> uses of it to a lockmgr lock.
> >
> > Eek, why not a sx lock if you must go to a sleepable lock?
>
> That was my initial thought, but I was scared off by the following
> statement in the sx(9) man page:
>
> A thread may not own a shared lock and an exclusive lock
> simultaneously; attempting to do so will result in deadlock.
>
> My plan is to hold this lock across large portions of the open() and
> ioctl() methods (and possibly read() and write() as well). Some of
> these may call code outside of my direct control, such as methods in the
> hardware specific drivers, as well as things like malloc(). I'm
> concerned about causing a deadlock by violating the sx usage rules.
It means on the same lock, i.e. you can't try to do sx_slock(&foo) and then do
sx_xlock(&foo). You can mix shared/exclusive of different locks ok.
--
John Baldwin <jhb at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the freebsd-current
mailing list