[regression] [bisected] display audio usually doesn't work
Steps to reproduce:
Boot with the display plugged in, then play audio. It doesn't work probably around 90% of the time. I can do a bunch of boots and figure out a more specific statistic if that would be helpful. When I unplug and replug the monitor, it does work.
I've bisected the changes and c3c5dc1d9224fb3e0c6a104527567090fbbae13c is the first bad commit, and more specifically it seems like removing the intel_crtc_wait_for_next_vblank calls in the codec_disable function (the hsw variants are the ones that my system uses, I believe), although I'm sure that's not the proper fix.
Definitely let me know if there is any other information that would be useful, or if there are any patches that you would like me to try.
uname -m: x86_64
uname -r : 6.6.0-rc1-00374-gdc4cd6e4e53d (drm-tip as of writing)
Distribution: Arch Linux
Machine: XPS 15 9510
Display connector: DisplayPort over Dell WD19 dock OR HDMI via type-c to HDMI cable
Display: LG 32UK550/UL550
Attached dmesg includes me
- booting, playing some audio (and it doesn't work)
- unplugging the DP cable
- re-plugging the DP cable
- playing some audio (and it does work)