Bug 206589

Created attachment 288933 [details]
Attached alsa-info generated on the same laptop

I've bought the same laptop - ASUS UX563FD.
I tried to build patched kernel 5.4.0-28 available on Ubuntu 20.04 using the following manual:
https://help.ubuntu.com/community/Kernel/Compile

with the following line:

SND_PCI_QUIRK(0x1043, 0x194e, "ASUS UX563FD", ALC294_FIXUP_ASUS_SPK),

behind existing one 

SND_PCI_QUIRK(0x1043, 0x10a1, "ASUS UX391UA", ALC294_FIXUP_ASUS_SPK),

No luck - still no sound.
All the patches mentioned on Manjaro forum already present in the 5.4.0-28 kernel:
https://lkml.org/lkml/2018/12/7/158
https://lkml.org/lkml/2018/12/7/160
https://lkml.org/lkml/2018/12/7/159

I've analyzed alsa-info for the HEX-pins implemented in the patch_realtec.c - they are actual.
Are there any steps we can follow locally to debug/help with the fix?

Finally, I've managed to get the sound from the internal speakers and from the headphones:
Put the following content to the /lib/firmware/alc294-sound-patch.fw file:

[codec]
0x10ec0294 0x1043194e 0

[pincfg]
0x19 0x03a11050
0x1a 0x03a11c30
0x21 0x03211420

[verb]
0x20 0x500 0x62
0x20 0x400 0xa007
0x20 0x500 0x10
0x20 0x400 0x8420
0x20 0x500 0x0f
0x20 0x400 0x7774

After that add the following line to the ALSA config (/etc/modprobe.d/alsa-base.conf):
options snd-hda-intel patch=alc294-sound-patch.fw

Reboot the system and speaker and headphone should work!
It took me several nights of research.

HDA verb parameters:
http://www.programmersought.com/article/9581893187/

Thanks to Takashi Iwai for detailed manual:
https://www.kernel.org/doc/html/v5.0/sound/hd-audio/notes.html

Thanks to guys from the Arch forum:
https://bbs.archlinux.org/viewtopic.php?id=252295

>I don't have file "alc294-sound-patch.fw" how i can fix it.
>
>And can, if not difficult, write in more detail. I will be very grateful!
>
>I use Ubuntu 20.04.

Georgiy, just create it

>Thank you very much!))
>
>Hooray!

Hi, 
Thank you Mykola for the solution. But, only the left headphone works for me and headset (mic) doesn't work. Asus UX563FD - PopOs 20.04.

Hi,
I recently bought an ASUS ROG G512LU. I have a dual boot system (Windows 10 + Ubuntu 18.04). I am also facing similar issues since the sound card is also ALC294. I have been trying solutions from a number of forums and have modified my alsa-base.conf file too. 
These are the last few lines of my modified file :   

options snd_hda_intel model=auto   
options snd-hda-intel dmic_detect=0   
options snd-hda-intel patch=alc294-sound-patch.fw

Did you all also keep similar settings or should I change some options?
Also, should I be making some changes to blacklist.conf file (blacklist snd_soc_skl) since this was also suggested in a number of forums?

Thanks

(In reply to Mykola Driuchatyi from comment #2)
> Finally, I've managed to get the sound from the internal speakers and from
> the headphones:
> Put the following content to the /lib/firmware/alc294-sound-patch.fw file:
> 
> [codec]
> 0x10ec0294 0x1043194e 0
> 
> [pincfg]
> 0x19 0x03a11050
> 0x1a 0x03a11c30
> 0x21 0x03211420
> 
> [verb]
> 0x20 0x500 0x62
> 0x20 0x400 0xa007
> 0x20 0x500 0x10
> 0x20 0x400 0x8420
> 0x20 0x500 0x0f
> 0x20 0x400 0x7774
> 
> After that add the following line to the ALSA config
> (/etc/modprobe.d/alsa-base.conf):
> options snd-hda-intel patch=alc294-sound-patch.fw
> 
> Reboot the system and speaker and headphone should work!
> It took me several nights of research.
> 
> HDA verb parameters:
> http://www.programmersought.com/article/9581893187/
> 
> Thanks to Takashi Iwai for detailed manual:
> https://www.kernel.org/doc/html/v5.0/sound/hd-audio/notes.html
> 
> Thanks to guys from the Arch forum:
> https://bbs.archlinux.org/viewtopic.php?id=252295

Thanks you so much, finally !!!

(In reply to Mykola Driuchatyi from comment #2)
> Finally, I've managed to get the sound from the internal speakers and from
> the headphones:
> Put the following content to the /lib/firmware/alc294-sound-patch.fw file:
> 
> [codec]
> 0x10ec0294 0x1043194e 0
> 
> [pincfg]
> 0x19 0x03a11050
> 0x1a 0x03a11c30
> 0x21 0x03211420
> 
> [verb]
> 0x20 0x500 0x62
> 0x20 0x400 0xa007
> 0x20 0x500 0x10
> 0x20 0x400 0x8420
> 0x20 0x500 0x0f
> 0x20 0x400 0x7774

Does this keep the speaker working?  The verb 0x400 0x8420 is supposedly some switching for the headphone from the speaker; at least ASUS GU502 model has some quirk code to dynamically toggling between the headphone and the speaker with this COEF bits.  On headhpone, 0x8420, and on speaker, 0x0a20 for COEF index 0x10.

The pin config also looks similar like GU502 quirk, indicating slightly different locations (but it shouldn't matter for the functionality).
The COEF 0x0f:0x7774 is found already in the existing quirk for this device, but the COEF 0x62:0xa007 is an unknown stuff.

This seems to be working for the Asus ROG Flow X13 series

https://github.com/CO-1/asus-flow-x13-linux/tree/main/sound/pci/hda

(In reply to Takashi Iwai from comment #9)
> (In reply to Mykola Driuchatyi from comment #2)
> > Finally, I've managed to get the sound from the internal speakers and from
> > the headphones:
> > Put the following content to the /lib/firmware/alc294-sound-patch.fw file:
> > 
> > [codec]
> > 0x10ec0294 0x1043194e 0
> > 
> > [pincfg]
> > 0x19 0x03a11050
> > 0x1a 0x03a11c30
> > 0x21 0x03211420
> > 
> > [verb]
> > 0x20 0x500 0x62
> > 0x20 0x400 0xa007
> > 0x20 0x500 0x10
> > 0x20 0x400 0x8420
> > 0x20 0x500 0x0f
> > 0x20 0x400 0x7774
> 
> Does this keep the speaker working?  The verb 0x400 0x8420 is supposedly
> some switching for the headphone from the speaker; at least ASUS GU502 model
> has some quirk code to dynamically toggling between the headphone and the
> speaker with this COEF bits.  On headhpone, 0x8420, and on speaker, 0x0a20
> for COEF index 0x10.
> 
> The pin config also looks similar like GU502 quirk, indicating slightly
> different locations (but it shouldn't matter for the functionality).
> The COEF 0x0f:0x7774 is found already in the existing quirk for this device,
> but the COEF 0x62:0xa007 is an unknown stuff.

Does the patch work for GU502? I have audio from my speaker but no audio or mic input while using headphone.

Hello,
I have no internal sound on an Asus UX582LR (Zenbook Pro Duo). External USB soundcard works. Mykola Driuchatyi ("Put the following content to the /lib/firmware/alc294-sound-patch.fw file") did not help.

I notice that I hear a very very faint glitch (less than 100ms) twice, once for each word, when I press the button to test "Front Left" and "Front Right" (that's what it says when outputting to USB), volume at 100%.

Any suggestion? Please tell me what to test/report/try.

uname -r : Linux ux582lr 5.11.0-25-lowlatency #27-Ubuntu SMP PREEMPT Sat Jul 10 00:06:29 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
(vanilla Ubuntu Studio 21.04, upgrades done)

alsa-info : http://alsa-project.org/db/?f=37d8191ca7b35504f8faa3ca579255bb1afb08d2

Bugfix that works on Asus UX582LR (Zenbook Pro Duo) :
https://www.reddit.com/r/ASUS/comments/o1k04p/ubuntu_linux_on_ux582_zenbook_duo/

Copied here, should the link break in the future : Under a sudo -s session,
  hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf
  hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774
  hda-verb /dev/snd/hwC0D0 0x20 0x500 0x45
  hda-verb /dev/snd/hwC0D0 0x20 0x400 0x5289

I haven't been able to adapt the proposed /lib/firmware/alc294-sound-patch.fw but I am sure it's feasible. I read that a [codec] section was mandatory. How can I know if « 0x10ec0294 0x1043194e 0 » is the most appropriate... but the good news is, this fix works on my system.

(In reply to Marcel Brouillet from comment #13)
> Bugfix that works on Asus UX582LR (Zenbook Pro Duo) :
> https://www.reddit.com/r/ASUS/comments/o1k04p/
> ubuntu_linux_on_ux582_zenbook_duo/
> 
> Copied here, should the link break in the future : Under a sudo -s session,
>   hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf
>   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774
>   hda-verb /dev/snd/hwC0D0 0x20 0x500 0x45
>   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x5289
> 
> I haven't been able to adapt the proposed
> /lib/firmware/alc294-sound-patch.fw but I am sure it's feasible. I read that
> a [codec] section was mandatory. How can I know if « 0x10ec0294 0x1043194e 0
> » is the most appropriate... but the good news is, this fix works on my
> system.

I have a different Zenbook Pro Duo 15, the UX582XM (with alder lake).

I tried those hda verb and they do not work. I think I just need to find the right codes, how can I achieve that?

correction to my previous post, my model is a ZenBook Pro Duo UX582ZM.

I indeed have an ACL294, I tried sniffing the verbs with iommus from a windows virtual machine according to this tutorial:

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

but I can't get past the windows logo when booting the qemu image.
Not sure how to figure out the right verbs to apply the correct fix. Please help :)


(In reply to AleksF from comment #14)
> (In reply to Marcel Brouillet from comment #13)
> > Bugfix that works on Asus UX582LR (Zenbook Pro Duo) :
> > https://www.reddit.com/r/ASUS/comments/o1k04p/
> > ubuntu_linux_on_ux582_zenbook_duo/
> > 
> > Copied here, should the link break in the future : Under a sudo -s session,
> >   hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf
> >   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774
> >   hda-verb /dev/snd/hwC0D0 0x20 0x500 0x45
> >   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x5289
> > 
> > I haven't been able to adapt the proposed
> > /lib/firmware/alc294-sound-patch.fw but I am sure it's feasible. I read
> that
> > a [codec] section was mandatory. How can I know if « 0x10ec0294 0x1043194e
> 0
> > » is the most appropriate... but the good news is, this fix works on my
> > system.
> 
> I have a different Zenbook Pro Duo 15, the UX582XM (with alder lake).
> 
> I tried those hda verb and they do not work. I think I just need to find the
> right codes, how can I achieve that?

(In reply to AleksF from comment #15)
> correction to my previous post, my model is a ZenBook Pro Duo UX582ZM.
> 
> I indeed have an ACL294, I tried sniffing the verbs with iommus from a
> windows virtual machine according to this tutorial:
> 
> https://github.com/ryanprescott/realtek-verb-tools/wiki/How-to-sniff-verbs-
> from-a-Windows-sound-driver
> 
> but I can't get past the windows logo when booting the qemu image.
> Not sure how to figure out the right verbs to apply the correct fix. Please
> help :)
> 
> 
> (In reply to AleksF from comment #14)
> > (In reply to Marcel Brouillet from comment #13)
> > > Bugfix that works on Asus UX582LR (Zenbook Pro Duo) :
> > > https://www.reddit.com/r/ASUS/comments/o1k04p/
> > > ubuntu_linux_on_ux582_zenbook_duo/
> > > 
> > > Copied here, should the link break in the future : Under a sudo -s
> session,
> > >   hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf
> > >   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774
> > >   hda-verb /dev/snd/hwC0D0 0x20 0x500 0x45
> > >   hda-verb /dev/snd/hwC0D0 0x20 0x400 0x5289
> > > 
> > > I haven't been able to adapt the proposed
> > > /lib/firmware/alc294-sound-patch.fw but I am sure it's feasible. I read
> > that
> > > a [codec] section was mandatory. How can I know if « 0x10ec0294
> 0x1043194e
> > 0
> > > » is the most appropriate... but the good news is, this fix works on my
> > > system.
> > 
> > I have a different Zenbook Pro Duo 15, the UX582XM (with alder lake).
> > 
> > I tried those hda verb and they do not work. I think I just need to find
> the
> > right codes, how can I achieve that?

Hi @AleksF,
Did you make any progress?
My laptop model is a ZenBook Pro Duo UX582ZM.

I've tried everything and I haven't made any progress.

Hello @Dilson, 
I have not made any progress despite running various versions of qemu to sniff those verbs.

We might have something to try here:

https://github.com/thesofproject/linux/issues/3814#issuecomment-1232349324

Especially looking at the latest comment of speakradmin which in turn points to:

https://superuser.com/questions/1719920/no-sound-from-internal-speakers-on-laptop-but-headphone-jack-and-hdmi-works

Finally, following that thread on GitHub, we could try to write directly to Kailang kailang@realtek.com and Pshou pshou@realtek.com from realtem, asking for those verbs. I have not done so yet, but if we both write that could amount to something.

Let me know what you think.

Hi @AleksF,

I'll email those people and CC you.
OK?

I still couldn't solve this problem. If anyone succeeds, please share the solution.

I am facing the same issue with asus zenbook ux3405ma. I am using fedora 40.
Any help will be appreciated.
I don't have the technical capacity to compile the kernel. But I am ready to try it under some guidance, like with jforbes.