[Bug 194727] uaudio device gets disconnected, and hangs usb until everything using /dev/mixer* is closed

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194727

Matthias Oestreicher <matthias at smormegpa.no> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matthias at smormegpa.no

--- Comment #16 from Matthias Oestreicher <matthias at smormegpa.no> ---
I've had the same issue since FreeBSD 11.2-RELEASE with if_uaudio.ko and
audio/cmus. Audio device is a 9 year old HRT MusicStreamer II+.
When I was on FreeBSD 11.2, the system would suspend, but USB hung up when
resumed.
In FreeBSD 12.0-RELEASE, the stalled usb drivers will stall before suspending
has finished.
I tried to disconnecting the audio device when USB stalls, but that doesn't
help
Only solution is to ssh into the machine and kill cmus (no -9 needed) and usb
keyboard and mouse, etc will come back to life and suspend/resume will finish.
/dev/ttyv0 is flooded with "Waiting for mixer..." and "Waiting for sound
application to exit" 
This is on USB 2.0 native on Intel Broadwell CPU.

I already posted that on the forums in november 2018:
https://forums.freebsd.org/threads/weird-xhci-crash-freeze-after-resume-from-suspend.68277/

I wonder if this is specific to a Intel processor/chipset generation, as almost
every new generation of Intel processors/chipsets comes with a new set of bugs.
Though that's just a guess.

I have another computer with a different audio device using if_uaudio.ko, a
Asus Impressario BluRayDrive with Xonar audio. This one works fine with
suspend/resume on FreeBSD 12.0-RELEASE.
I'll move the audio-devices around and post back, maybe that'll give a hint
what's the cause.

-Matthias

-- 
You are receiving this mail because:
You are the assignee for the bug.