On Wed, Sep 17, 2025 at 08:38:48PM +0200, Rafael Sadowski wrote: > On Tue Sep 16, 2025 at 03:13:34PM +0200, Rafael Sadowski wrote: > > As you can see below, I have usb0, usb2 and usb3. USB3 is the USB > > hub from my "Dell UltraSharp 32 4K Thunderbolt Hub Monitor > > U3225QE". I have also the "DELL DELL Slim Soundbar SB522A" connected to > > it. > > > > When I run "sndioctl server.device=1", I can hear great sound > > through the soundbar (YouTube continues to run smoothly with > > sound). However, all my other USB devices connected to USB3 are > > dead. No mouse, no keyboard. When I unplug them and plug them into > > USB1/2, they work. USB3 no longer responds. > > > > Anyone have any ideas? > > > > Workaround. I put the Soundbar on /dev/usb3 and set sndiod flags > -f rsnd/1 at boot-time. It works but I see in the dmesg: >
uaudio never really worked well behind a usb hub. Right now, I use the same workaround for similar problems. Until this get fixed, I'd suggest dedicating a port to the audio device. > uaudio0: rec xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: rec xfer, err = 6 > uaudio0: play xfer, err = 6 > uaudio0: play xfer, err = 6 If these occur upon stop, they are harmless (but should be fixed one day). Basically when audio stops, all queued transfers are cancelled, which triggers calls of the completion handler on a closed pipe and results in this error.
