[Xen-users] Fwd: Audio not working: "snd_hda_intel: No response from codec, resetting bus"

[Claudia <csp5595@xxxxxxxxxxx>]

(cc xen-users; see original message below)

So I was able to boot Qubes as a regular kernel, without Xen, and the 
codec is properly detected as Realtek ALC3234. Same exact kernel, same 
commandline, same userspace, just without Xen. (Xen 4.8.5-11.fc25)
Any ideas on what might be causing this, or how to debug further?

Here's some useful information I found on snd_hda_intel:
https://help.ubuntu.com/community/HdaIntelSoundHowto#Playing_with_probe_mask
https://www.kernel.org/doc/html/v4.18/sound/hd-audio/notes.html#codec-probing-problem
https://www.kernel.org/doc/html/v4.18/sound/alsa-configuration.html#module-snd-hda-intel

Note: I found a *lot* of info telling me to set the model= parameter, 
however the documentation states that model is specific to the codec 
driver, e.g. snd_hda_intel_realtek. The problem here is that 
snd_hda_intel cannot even detect the make/model of the codec chip, and 
thus the realtek driver doesn't even get loaded under Xen. Just in case, 
I tried several model= options, including model=auto, and none of them 
had any effect.
-------- Forwarded Message --------
Subject: Audio not working: "snd_hda_intel: No response from codec, 
resetting bus"
Date: Wed, 13 Nov 2019 19:11:55 +0000
From: Claudia <csp5595@xxxxxxxxxxx>
To: qubes-users <qubes-users@xxxxxxxxxxxxxxxx>

Audio works fine in Fedora 25-1.3 livecd and codec is detected as 
"ALC3234 Analog", alsa version k4.8.6-300.fc25.x86_64. It also works in F30.
On Qubes 4.0.2-rc2, I can't get audio to work at all. Codec shows up as 
"Generic Analog" in `aplay -l`, in alsamixer chip (codec) is "Generic 
ffff Generic", and kernel logs show
snd_hda_intel 0000:03:00.1: no codecs initialized
snd_hda_intel 0000:03:00.6: azx_get_response timeout, switching to 
polling mode: last cmd=0x000f0000
snd_hda_intel 0000:03:00.6: No response from codec, disabling MSI: last 
cmd=0x000f0000
snd_hda_intel 0000:03:00.6: Codec #0 probe error; disabling it...
snd_hda_intel 0000:03:00.6: No response from codec, resetting bus: last 
cmd=0x000f0000
... followed by a stack trace.

0000:03:00.6 is the speaker/headphone interface, and .1 is HDMI. I'm not 
concerned with HDMI at the moment.
I get a variety of different errors from aplay in dom0, or it just hangs 
indefinitely; it seems random. And I obviously can't hear anything 
playing in VMs.
ALSA version is k4.19.81-1.pvops.qubes.x86_64

I tried playing around with some modprobe options, such as probe_mask=1, 
probe_mask=8, model=auto, and index=1, but none of them get rid of the 
errors or cause the codec to be detected as anything other than "Generic 
Analog".
I get the same result when booting Qubes with VT-x and VT-d disabled. I 
also tried booting the Qubes installer, but it appears the installer 
doesn't attempt to load any sound drivers (no success or failure 
messages) and it doesn't appear to have alsa-utils.
Any idea why audio would work in Fedora 25 with 4.8.6, but not Qubes 
R4.0.2 with 4.18.81?
-------------------------------------------------
This free account was provided by VFEmail.net - report spam to abuse@xxxxxxxxxxx

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-users