https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194727
Theron Tarigo <theron.tar...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |theron.tar...@gmail.com
--- Comment #15 from Theron Tarigo <theron.tar...@gmail.com> ---
(In reply to Hans Petter Selasky from comment #1)
Many applications fail to disconnect from mixer when required. How is it
"correct behaviour from the kernel" for the kernel to only behave correctly
(keep USB and suspend working) when applications also behave correctly? These
audio playback applications are not normally granted permission to obstruct
kernel facilities.
The virtual_oss behaves very well indeed, but must the kernel remain so fragile
that virtual_oss is the only application I should grant permission to access
/dev/dsp ?
(In reply to Hans Petter Selasky from comment #9)
"One solution here is that the sound driver waits a bit and then kills the
process in question with SIGPIPE."
This is much more acceptable than putting the system into an unrecoverable
state when attempting to sleep (compare the established behavior of killing any
processes which refuse to quit during full shutdown).
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-usb@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
