[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



(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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.