Hello everyone,

I have just done a fresh install of Arch following the installation guide on
the archwiki. I cannot hear any sound through my onboard laptop speakers.

The details of my computer model, the kernels I have loaded, and other config
files i use, are all posted in my alsa-info.sh output, located here:


It appears very similiar issue was discussed on this bug report page:

The suggested fixes are to load the parameter: CONFIG_SND_HDA_CODEC_HDMI=y
In the kernel config, and to load: options snd_hda_intel_power_save=0
into a modprobe.d file.

So I created a file, /etc/modprobe.d/alsa-base.conf with that text.

And I edited my /etc/default/grub file with the line above and ran the 
grub mkcfg command, with no errors.

That did not solve my problem.

I've added another option as well to my modprobe.d, based on a little forum
digging that I did for people with similiar errors: 
options snd-hda-intel dmic_detect=0

That didn't work either, and when I loaded the option,  dmesg advised to use 
snd-intel-dpscfg.dsp_driver=1. That did not resolve my issue either. 

For now I've disabled both options, becuase I think the problem is more related
to the fact that the system doesn't recognize the "intel" sound card.

Next I ran the command "grep -i 00:1b" on the alsa generated text and started
researching the the unfamiliar terms in the error scripts.

This led me to adding options snd-hda-intel enable=0,1,0 to my alsa-base.conf.

That caused quite a change because my mod probe errors went from this:

$ grep -i 00:1b filename

00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400
Series Chipset High Definition Audio [8086:3b56] (rev 05)
[    4.043302] snd_hda_intel 0000:00:1b.0: CORB reset timeout#1, CORBRP = 0
[    5.044562] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, 
switching to polling mode: last cmd=0x100f0000
[    6.047951] snd_hda_intel 0000:00:1b.0: No response from codec,
disabling MSI: last cmd=0x100f0000
[    7.054614] snd_hda_intel 0000:00:1b.0: Codec #1 probe error; disabling it...
[    7.159951] snd_hda_intel 0000:00:1b.0: CORB reset timeout#1, CORBRP = 0
[    8.164614] snd_hda_intel 0000:00:1b.0: azx_get_response timeout,
switching to single_cmd mode: last cmd=0x100f0000
[    8.165125] snd_hda_intel 0000:00:1b.0: no codecs initialized

To now this many:
$ grep -i 00:1b filename

00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset
High Definition Audio [8086:3b56] (rev 05)
[    4.188222] snd_hda_intel: probe of 0000:00:1b.0 failed with error -2

But honestly, the probe just failing could be worse than the CORB reset thing.
I'm just not that familiar with the meaning of the errors.

So for clarity this is my current /etc/modprobe.d/alsa-base.conf file, most
bits are commented out from different attempts:

options snd_hda_intel power_save=0
# options snd_hda_codec_hdmi=y
# options snd-hda-intel dmic_detect=0
# options snd-intel-dspcfg.dsp_driver=1
# options snd-hda-intel enable=1,1,0
options snd-hda-intel enable=0,1,0

Also, I fired up a live session of Ubuntu just to see if its out of
the box detection would have a good configuration file I could scrape. Sound
did not work on Ubuntu either.

To be clear, I do not have this laptop hooked up to an external monitor via
HDMI, and in all my normal use cases, I will just be using the attached laptop
screen and onboard speakers. If the solution presented disables "HDMI Audio",
that is an acceptable result for me.

I am not very well versed in the inner workings of ALSA, but I suspect that the
DMESG outputs referencing the "00:1b.0" side of the sound-card not being loaded
properly is the root of the issue.

Thanks for any assistance you can provide!

Alsa-user mailing list

Reply via email to