Date: Sun, 05 Jun 2022 22:32:20 +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-3VbIUaChtl@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 #79 from Theron Tarigo <theron.tarigo@gmail.com> --- When an application has a memory leak, that kernel-provided memory resource= is tied up until the application cleans up or dies, but memory allocation continues to function. When an application keeps a file open on a filesystem which no longer exists (physically removed/force unmounted), kernel resources for descriptor management are tied up until the application cleans up or dies, but filesys= tem mounting continues to function. When an application keeps a block device open after the device is destroyed, kernel resource are tied up until the application cleans up or dies, but bl= ock device attachment continues to function. It seems clear that USB audio is the odd one out here, compared to these th= ree existing features of the kernel's resource management. How is block device detachment (despite inability to immediately destroy the file descriptor) implemented? Trying to find this in the sources is where I last got stuck when trying to solve the USB audio problem myself. --=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-3VbIUaChtl>