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

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

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
Name of the topology file
- Topology: Not sure what this means
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

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

@jonah-chen

@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).

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.

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)

@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.

@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?

@hereblur

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.

@hereblur

@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

@ryanprescott

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?

@bardliao

@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.

@hereblur

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

Hello, i am having the same issue on an HP 15-ewXXX running Linux Mint 6.1.6-060106-generic #202301141035 SMP PREEMPT_DYNAMIC Sat Jan 14 11:15:19 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Any updates on the issue please? anyone?

https://github.com/CirrusLogic/linux-firmware/issues/8#issuecomment-1387128605

ASUS bios problem.
Support only refers to windows support. There is a post on reddit about ux3402 in the ASUS topic. Perhaps, if a large number of voters gather, then the asus will solve the problem.

With a high probability, the bios problem also affects other zenbook laptops.

Is this the correct link?
https://www.reddit.com/r/ASUS/comments/10iv09h/zenbook_ux3402_update_bios_to_get_sound_on_linux/

Is this the correct link? https://www.reddit.com/r/ASUS/comments/10iv09h/zenbook_ux3402_update_bios_to_get_sound_on_linux/

yep

Hello everybody...
Does someone have ever been able to make the sound work for a Zenbook UX582?
I just got my distro (Fedora) updated to its latest kernel 6.1.18 and was hopping very much that this would have been solved...
According to that reddit post, it's an issue from Asus and that's very ridiculous.. It's a shame TBH.. (Frustration is speaking sorry)

⚠️ As stated by Cirrus developers, if you try this there is a non-zero (low, I hope) possibility of blowing your speakers. Take into account that this procedure is not just configuring your box, it is hardware-level hacking.

Just spreading the word, I have had great success with this ACPI table patch:
https://gist.github.com/lamperez/862763881c0e1c812392b5574727f6ff

Originally found here:
https://www.reddit.com/r/ASUS/comments/10iv09h/zenbook_ux3402_update_bios_to_get_sound_on_linux/jdv0o22/

Use the second patch, dsdt.dsl.patch NOT dsdt.dsl-old.patch

My system:

Asus UX3402 / Q409ZA
Bios 310
Fedora 37
Kernel 6.2.7

It works on my UX3402 with Arch Linux! (6.1.22-1-lts)

Comment here about how to make it work with grub2:
https://gist.github.com/lamperez/862763881c0e1c812392b5574727f6ff?permalink_comment_id=4526397#gistcomment-4526397

I can confirm that not working for Zenbook UP6502

dsdt.dsl 78034: SPK1, One, Zero, Zero,
Error 6084 - Object does not exist ^ (SPK1)

dsdt.dsl 78035: SPK1, One, Zero, Zero,
Error 6084 - Object does not exist ^ (SPK1)

dsdt.dsl 78038: SPK1, 0x02, Zero, Zero,
Error 6084 - Object does not exist ^ (SPK1)

dsdt.dsl 78039: SPK1, 0x02, Zero, Zero,
Error 6084 - Object does not exist ^ (SPK1)

dsdt.dsl 78058: SPK1, Zero, Zero, Zero // GPIO CS
Error 6084 - Object does not exist ^ (SPK1)

@EmreNOP

I can confirm that not working for Zenbook UP6502

@EmreNOP what patch did you try to use?

@EmreNOP

I can confirm that not working for Zenbook UP6502

@EmreNOP what patch did you try to use?

dsdt.dsl.patch. not the old one.

warning As stated by Cirrus developers, if you try this there is a non-zero (low, I hope) possibility of blowing your speakers. Take into account that this procedure is not just configuring your box, it is hardware-level hacking.

Just spreading the word, I have had great success with this ACPI table patch: https://gist.github.com/lamperez/862763881c0e1c812392b5574727f6ff

Originally found here: https://www.reddit.com/r/ASUS/comments/10iv09h/zenbook_ux3402_update_bios_to_get_sound_on_linux/jdv0o22/

Use the second patch, dsdt.dsl.patch NOT dsdt.dsl-old.patch

My system:
* Asus UX3402 / Q409ZA

* Bios 310

* Fedora 37

* Kernel 6.2.7

Can confirm it works. Thanks a lot for sharing!

It works (Arch Linux 6.2.10, UX3402ZA, BIOS 310)

Thank you! 😄

Quite a broad range of devices mentioned on this ticket, the original device on the ticket the UX482 I believe does not have a Cirrus device in it. However, most of the other devices mentioned that do should all be supported in mainline now (v6.8+), these include:

UX582ZM, UM3402, UM3402YA, UM3402VA, UX3402ZA, UM5302LA, UM5302TA, UP6502ZA

If you have a laptop that has a Cirrus device in it and are still having issues I would encourage opening a new ticket, because at least nominally this ticket relates to the UX482 which does not appear to.

I believe this issue can be closed?

Navigation Menu

Repository navigation

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

87 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

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

Description

Activity

jonah-chen commented on May 30, 2022

lgirdwood commented on May 30, 2022

jonah-chen commented on Jun 1, 2022

hereblur commented on Jun 28, 2022

plbossart commented on Jun 28, 2022

hereblur commented on Jun 28, 2022

plbossart commented on Jun 28, 2022

plbossart commented on Jun 28, 2022

aleksfadini commented on Jul 23, 2022

lgirdwood commented on Jul 25, 2022

bardliao commented on Jul 26, 2022

m4vci commented on Aug 10, 2022

87 remaining items

wmantly commented on Jan 16, 2023

openarun commented on Jan 24, 2023

vyacheslav25 commented on Jan 28, 2023

openarun commented on Jan 28, 2023

vyacheslav25 commented on Jan 28, 2023

sanjibukai commented on Mar 16, 2023

kminardo commented on Apr 4, 2023

fermino commented on Apr 4, 2023

EmreNOP commented on Apr 4, 2023

fermino commented on Apr 4, 2023

EmreNOP commented on Apr 4, 2023

Testing-XYZ commented on Apr 8, 2023

haakov commented on Apr 9, 2023

charleskeepax commented on May 7, 2024

ujfalusi commented on Mar 26, 2025

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions