[BUG] Sound doesn't work across multiple distros on Asus Zenbook UX482

[jimmychm]

Describe the bug
I have been trying to install Linux on my system (Zenbook UX482). Across multiple distro's sound either stops working relatively quickly (between minutes to hours) or doesn't work at all.

To Reproduce
I'm not exactly sure what causes sound to break but it always inevitably occurs. This has occured in EndeavourOS, Fedora, Ubuntu. I am dual-booting with Windows and I think restarting from Windows and booting into Linux causes the sound to be thereafter broken in Linux.

Reproduction Rate
I have installed the previously mentioned distro's probably 12-25 times in the past couple days and audio always breaks on fresh install.

Expected behavior
For sound to work.

Impact
High impact.

Environment

1. Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
   • Kernel: 5.18.0-arch1-1
   • SOF: 2.1.1-1
2. Name of the topology file
   • Topology: Not sure what this means
3. Name of the platform(s) on which the bug is observed.
   • Platform: EndeavousOS, Fedora 36, Ubuntu 22.04

Screenshots or console output
I can produce more information as requested. Forgive me, I am a bit of a Linux newcomer, but I desperately would like to get this sorted out.

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) []
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 1: HDA Digital (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ inxi -A 
Audio:
  Device-1: Intel Tiger Lake-LP Smart Sound Audio
    driver: sof-audio-pci-intel-tgl
  Sound Server-1: ALSA v: k5.18.0-arch1-1 running: yes
  Sound Server-2: PipeWire v: 0.3.51 running: yes

In AlsaMixer, Card listed as sof-hda-dsp, Chip listed as Realtek ALC294

[jonah-chen]

I have the same issues on the Asus Zenbook UP5401EA with the LTS kernel as well.

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 1: HDA Digital (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

$ inxi -A 
Audio:
  Device-1: Intel Tiger Lake-LP Smart Sound Audio
    driver: sof-audio-pci-intel-tgl
  Sound Server-1: ALSA v: k5.15.43-1-lts running: yes
  Sound Server-2: PulseAudio v: 15.0 running: yes
  Sound Server-3: PipeWire v: 0.3.51 running: yes

[lgirdwood]

@jonah-chen @jimmychm are you able to paste dmesg here when sound fails ? Which endpoints/PCMs are you using when it fails ? What uses cases ?

Btw, does sound work again when the sound servers are restarted (i.e stop all sound servers together for > 5 secs and restart them, there should be no audio users for at least 5 secs).

[jonah-chen]

I was able to fix my issue by flashing the BIOS to an older version. However when I flashed the BIOS back to the latest version, the issue did not resurface. Hence, I believe this issue is likely caused by something else that is now resolved.

The original poster's issue is likely different. Thanks.

[hereblur]

I have similar problem with my zenbook ux3402.

Sound works perfect on Bluetooth and 3.5mm but no sound on internal speakers.

I tried on fedora 36, ubuntu live-usb (22), even compiled the kernel (5.19.0-rc3).
[
alsa-info.txt
](url)

[plbossart]

@hereblur you may want to look at the suggestions here: https://thesofproject.github.io/latest/getting_started/intel_debug/suggestions.html

Specifically in the case of problems with speakers, there's a chance that the codec driver does not support the speaker amplifiers. Please run with the legacy driver (option snd-intel-dspcfg dsp_driver=1) and check if you have any sound on the speakers. If not, that's a codec driver issue, not a problem with SOF proper.

[hereblur]

@hereblur you may want to look at the suggestions here: https://thesofproject.github.io/latest/getting_started/intel_debug/suggestions.html

Specifically in the case of problems with speakers, there's a chance that the codec driver does not support the speaker amplifiers. Please run with the legacy driver (option snd-intel-dspcfg dsp_driver=1) and check if you have any sound on the speakers. If not, that's a codec driver issue, not a problem with SOF proper.

Thanks @plbossart , I tried snd-intel-dspcfg dsp_driver=1 and still no sound. will check the codec driver. Do you happen to have any idea where to start?

[plbossart]

Oh that's painful I am afraid @hereblur. You will typically need to find the 'verbs' that are missing and used by Windows to configure those amps. There was a script to reverse-engineer them, I'll add it in reference when I have a moment.

[plbossart]

@hereblur Here's the reference from @ryanprescott to snoop verbs

https://github.com/ryanprescott/realtek-verb-tools/wiki/How-to-sniff-verbs-from-a-Windows-sound-driver

[aleksfadini]

I am having the same problem with a ZenBook Pro Duo UX582ZM (Alder Lake, Arch 5.18.13, realtek ALC294).

The speakers do not appear in alsamixer. The headphones do, and sound is fine through headphones jack. No sound on speakers, although audio plays according to the system (meaning speaker-test -Dhw:0,0 -c2 -r48000 -f S16_LE does not give errors and goes through 2 speakers, but I hear nothing).

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

sudo dmesg | grep ALC294
[    8.671208] snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC294: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker

I followed the @ryanprescott tutorial to snoop verbs, because for a previous model (UX582XT), there were a series of hda-verbs that do not work with mine. Unfortunately, I managed to compile QEMU and enable the right parameters on the kernel, but apparently I can't get windows 10 or windows 11 to get sound in QEMU, despite installing what I think are the correct drivers. Any other ideas?

[lgirdwood]

@bardliao would anyone from Realtek be able to suggest the correct verbs here ?

[bardliao]

@bardliao would anyone from Realtek be able to suggest the correct verbs here ?

Kailang kailang@realtek.com and Pshou pshou@realtek.com may help.

[m4vci]

@hereblur Have you found a solution for UX3402? I have the same laptop and the same issue.