Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 May 2022 08:30:36 +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-AtKTOoPuTj@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 #71 from Hans Petter Selasky <hselasky@FreeBSD.org> ---
> If kernel would kill such file descriptors ...

Only applications can fully kill file descriptors! It is not possible for t=
he
kernel to kill file descriptors in a non-blocking fashion.

> I do not care pulse or any other apps, my issue that USB stack is unusabl=
e after usb sound adapter disconnected without all apps closes fd.

This is the expected behaviour. Remember that the OSS support in pulseaudio=
 was
written when detachable audio devices didn't yet exist. So how can you expe=
ct
it to work accordingly?

I'm saying again, the problem is not the kernel, but in user-space. The ker=
nel
cannot kill file descriptors like you think, no matter what. It's always the
applications responsibility to clean up that as long as it is running, but =
the
kernel can probably kill misbehaving applications after a while.

--HPS

--=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-AtKTOoPuTj>