(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:
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,
Date: Wed, 13 Nov 2019 19:11:55 +0000
From: Claudia <csp5...@vfemail.net>
To: qubes-users <email@example.com>
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
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
... 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
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 ab...@vfemail.net
ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the
$24.95 ONETIME Lifetime accounts with Privacy Features!
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
To view this discussion on the web visit