Date: Wed, 25 May 2022 15:11:09 +0000 From: bugzilla-noreply@freebsd.org To: gnome@FreeBSD.org Subject: [Bug 194727] uaudio device gets disconnected, and hangs usb until everything using /dev/mixer* is closed Message-ID: <bug-194727-6497-BlK0PvIoL9@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-194727-6497@https.bugs.freebsd.org/bugzilla/> References: <bug-194727-6497@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194727 --- Comment #74 from Ivan Rozhuk <rozhuk.im@gmail.com> --- (In reply to Hans Petter Selasky from comment #71) > I'm saying again, the problem is not the kernel, but in user-space. The k= ernel cannot kill file descriptors like you think, no matter what. It's alw= ays the applications responsibility to clean up that as long as it is runni= ng, but the kernel can probably kill misbehaving applications after a while. Idea is to leave descriptor associated data in kernel (until app close it) = but do not block USB stack detaching/attaching operations. I done this for mixer but dsp code is too complex for me for do same patch. Again: I do not care apps, issue in USB stack detaching/attaching operation= s. I have USB hub with mouse, keyboard and usb sound stick. Some times it lost= USB link and I can not close apps because my mouse and keyboard does not reatta= ch, they wait for USB detaching USB sound stick. This is very annoying. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-194727-6497-BlK0PvIoL9>