Re: 6.0 Witness squawk
Next message: Dag-Erling Smørgrav: "Re: 6.0 Witness squawk"
To: Sam <sah@softcardsystems.com>
Date: Mon, 25 Oct 2004 17:52:03 +0200
Sam <sah@softcardsystems.com> writes:
> In general, is it ok to sleep with a mutex held?
No, never.
DES
--
Dag-Erling Smørgrav - des@des.no
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Next message: Dag-Erling Smørgrav: "Re: 6.0 Witness squawk"
Relevant Pages
- Re: 6.0 Witness squawk
... is it ok to sleep with a mutex held? ... DES ... To unsubscribe, ...
(freebsd-current) - Re: weird thread behavior on itanium/hp-ux with pthread
... deduced using thread 0 timeout value that it went to sleep earlier ... than when poll was initiated. ... thread woke up. ... associated a condition variable with a mutex that serves no purpose. ...
(comp.programming.threads) - Re: msleep() on recursivly locked mutexes
... Further the idea that holding a mutex "except for when we sleep" is a generally ... first a blocking lock and later a sleeping lock, ... it is not always possible to drop the blocking lock ...
(freebsd-hackers) - Re: msleep() on recursivly locked mutexes
... Further the idea that holding a mutex "except for when we sleep" is a ... release it during sleep you probably should invalidate all assumptions ... This is basically when I need to exit mutexes. ... it is not always possible to drop the blocking lock ...
(freebsd-hackers) - [PATCH] applesmc - fix crash when activating a led trigger on the keyboard backlight
... keyboard backlight feature. ... after activating this trigger the machine will either lock-up ... This is caused by the fact applesmc_backlight_set locks a mutex (or more ... safe to sleep in the brightness_set handler of a led_class device (it is ...
(Linux-Kernel) |
|
