Arch Linux

ToshNeox

Member

Registered: 2020-07-05

Posts: 2

Missing soundcard outputs on Intel HDA audio on HP Chromebook 13 G1

Hi all,

I've recently converted my HP Chromebook 13 G1 into an "Archbook", but I'm unable to get sound working either through the headphone jack or on-board speakers.

Probably important to note that I'm not running this as a chroot - I wiped ChromeOS and installed Arch straight onto the internal SSD.

On the wiki's recommendation, I have the following set:

$ cat ~/.asoundrc 
# Standard
pcm.!default {
  type hw
  card 1
  device 0
}

ctl.!default {
  type hw
  card 1
}

pcm_slave.slavej {
  pcm "hw:1"
  channels 2
  rate 44100
}

pcm.plugj {
  type plug
  slave slavej
}

# HDMI
#pcm.!default {
  #type hw
  #card 1
  #device 3
#}

#ctl.!default {
  #type hw
  #card 0
#}

And I have tried a combination of the following lines in alsa.conf. Only the one uncommented line gives me any access to my soundcards (more below.)

$ cat /etc/modprobe.d/alsa.conf 
#options snd-hda-intel model=generic
options snd-hda-intel dmic_detect=0
#options snd_hda_intel index=1 model=,alc283-dac-wcaps
#options snd_hda_intel dmic_detect=0 index=0 model=,alc283-chrome

With this set, I can see:

$ sudo lspci -vv -s 00:1f.3
00:1f.3 Multimedia audio controller: Intel Corporation Sunrise Point-LP HD Audio (rev 21)
        DeviceName: Multimedia audio controller
        Subsystem: Intel Corporation Device 7270
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 64, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 126
        Region 0: Memory at d112c000 (64-bit, non-prefetchable) [size=16K]
        Region 4: Memory at d1110000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable+ DSel=0 DScale=0 PME-
        Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee00398  Data: 0000
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel, snd_soc_skl

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

But the only sink I get in PulseAudio is:

$ pacmd list-sinks
1 sink(s) available.
  * index: 0
        name: <auto_null>
        driver: <module-null-sink.c>
        flags: DECIBEL_VOLUME LATENCY DYNAMIC_LATENCY
        state: IDLE
        suspend cause: (none)
        priority: 1000
        volume: front-left: 65536 / 100% / 0.00 dB,   front-right: 65536 / 100% / 0.00 dB
                balance 0.00
        base volume: 65536 / 100% / 0.00 dB
        volume steps: 65537
        muted: no
        current latency: 798.88 ms
        max request: 375 KiB
        max rewind: 375 KiB
        monitor source: 0
        sample spec: s16le 2ch 48000Hz
        channel map: front-left,front-right
                     Stereo
        used by: 0
        linked by: 0
        configured latency: 2000.00 ms; range is 0.50 .. 2000.00 ms
        module: 16
        properties:
                device.description = "Dummy Output"
                device.class = "abstract"
                device.icon_name = "audio-card"

To prevent this sink automatically being suspended for idle, I removed the loading of 'module-suspend-on-idle' in /etc/pulse/default.pa

I have tried to add other sinks, specifying different devices (3, 7, 8, 9, 10) using the below command, and while they show up in KMix there is still no audio output.

$ pactl load-module module-alsa-sink device=hw:0,3

With all the above set, my dmesg looks like this:

$ dmesg | grep snd
[    3.253643] snd_hda_intel 0000:00:1f.3: dmic_detect option is deprecated, pass snd-intel-dspcfg.dsp_driver=1 option instead
[    4.695865] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 6743.079663] Modules linked in: ccm snd_hda_codec_hdmi iwlmvm x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel mac80211 kvm libarc4 uvcvideo videobuf2_vmalloc videobuf2_memops irqbypass cros_usbpd_logger cros_ec_debugfs cros_usbpd_charger cros_ec_sysfs cros_ec_chardev cros_ec_lightbar videobuf2_v4l2 crct10dif_pclmul joydev iwlwifi snd_soc_skl crc32_pclmul mousedev videobuf2_common cros_ec_dev btusb ghash_clmulni_intel i915 snd_soc_sst_ipc snd_soc_sst_dsp nls_iso8859_1 btrtl nls_cp437 snd_hda_ext_core videodev aesni_intel btbcm btintel crypto_simd 8250_dw snd_soc_acpi_intel_match snd_soc_acpi iTCO_wdt vfat intel_rapl_msr iTCO_vendor_support fat snd_hda_intel cryptd snd_soc_nau8825 bluetooth snd_soc_ssm4567 glue_helper snd_intel_dspcfg intel_cstate tpm_tis i2c_algo_bit snd_hda_codec cfg80211 snd_soc_core intel_uncore mc tpm_tis_core drm_kms_helper ecdh_generic intel_rapl_perf ecc snd_hda_core snd_compress pcspkr input_leds elan_i2c ac97_bus cros_usbpd_notify cec snd_pcm_dmaengine
[ 6743.079689]  snd_hwdep rfkill snd_pcm tpm rc_core int3403_thermal intel_gtt rng_core ac battery evdev snd_timer syscopyarea cros_ec_lpcs intel_xhci_usb_role_switch cros_ec snd sysfillrect intel_lpss_pci intel_lpss sysimgblt soundcore fb_sys_fops roles mac_hid idma64 processor_thermal_device intel_pch_thermal i2c_i801 intel_rapl_common int3400_thermal int340x_thermal_zone intel_soc_dts_iosf cros_kbd_led_backlight acpi_thermal_rel coreboot_table drm crypto_user agpgart ip_tables x_tables ext4 crc32c_generic crc16 mbcache jbd2 uas usb_storage mmc_block serio_raw atkbd libps2 sdhci_pci cqhci xhci_pci sdhci crc32c_intel xhci_hcd mmc_core i8042 serio [last unloaded: cpuid]
[ 6743.079751]  nau8825_interrupt+0x48/0x62b [snd_soc_nau8825]

Now, if I remove the entries in /etc/modprobe.d/alsa.conf, or use one of the lines recommended by the wiki, I'm not able to see any soundcards on my system. I then get this message in dmesg:

$ dmesg | grep snd
[    3.420996] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
[    3.724779] snd_soc_skl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
[    3.943129] snd_soc_skl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    3.987113] snd_soc_skl 0000:00:1f.3: Direct firmware load for 9d70-COREv4-COREBOOT-0-tplg.bin failed with error -2
[    3.987116] snd_soc_skl 0000:00:1f.3: tplg fw 9d70-COREv4-COREBOOT-0-tplg.bin load failed with -2, falling back to dfw_sst.bin
[    3.987135] snd_soc_skl 0000:00:1f.3: Direct firmware load for dfw_sst.bin failed with error -2
[    3.987136] snd_soc_skl 0000:00:1f.3: Fallback tplg fw dfw_sst.bin load failed with -2
[    3.987138] snd_soc_skl 0000:00:1f.3: Failed to init topology!
[    3.987139] snd_soc_skl 0000:00:1f.3: ASoC: failed to probe component -2

Accordingly ALSA doesn't see any soundcards:

$ aplay -l
aplay: device_list:274: no soundcards found...

Another thread suggested blacklisting the kernel Intel HDA module, but that didn't make any difference either.

I believe I've tried everything within my knowledge to get this to work, but don't seem to be getting anywhere. Any help would really be appreciated please!

Thanks,
Josh

ToshNeox

Member

Registered: 2020-07-05

Posts: 2

Re: Missing soundcard outputs on Intel HDA audio on HP Chromebook 13 G1

After a lot more digging, it turns out that this is quite a well-known issue with Chromebook devices, but as yet unsolved.

There's an issue open on GitHub with the GalliumOS project that has been active for almost three years on this:
https://github.com/GalliumOS/galliumos- … issues/379

There are even bugs open on Kernel.org for this, so I'll continue my search somewhere more relevant.

Mods, I think this thread can probably be closed/deleted now