ALC294 Analog - Audio card detected, but no sound internaly or headphones

Hi Nikgnomic,

Thanks for the links and help.

Just a bit of background regarding of this laptop. Initially I didn’t have dual booting, I just bought this computer that was preloaded with Windows 10 and I completely deleted it and installed Manjaro.

All this time, I have been running only Manjaro.

Like you said, it seems it is related with the windows shutdown…

I delete everything again, and now I am doing dual boot, (manjaro and windows 10).
Still the sound is not working on Manjaro, but works fine on Windows.
I also disabled windows FAST BOOT…
I have also reset the BIOS via its option…

No success yet. I will run more tests on it to see if I can make it work.

All the best

Claudio

sudo nano /etc/modprobe.d/alsa-base.conf

options snd-hda-intel model==generic

sudo alsa reload

Also check this: https://bbs.archlinux.org/viewtopic.php?id=235291

ZenBooks are not Linux friendly in general. But I recommend to start totally fresh with Manjaro 18.0 and format your whole disk as mostly Windows creates issues with this.

1 Like

Hi Philm,

I have tried with generic and different model, still no result.

Based on the other user results, what was working and not working:

>  ~  systool -vm snd_hda_intel                 
13c12
<     refcnt              = "4"
---
>     refcnt              = "3"

Currently on mine

systool -vm snd_hda_intel

refcnt = 1

if there was a way to force it to 4, maybe that is the solution?!

I will keep testing other versions (Manjaro 18) and other distros and in the end, if all doesn’t work, I will have to just “bite the bullet” and use Bluetooth headphones since that is the only way I could get sound.

Thanks for the help

Claudio

Just got notified of an answer on Stack Exchange, one of the links I posted earlier, and OP has marked it as solution:

I found that this problem is common in windows/linux dual boot systems and the solution for me was putting system into suspend mode by running systemctl suspend in linux system and when you get back everything is ok, sound is working again

Thanks Nikgnomic

I have been using that trick to get my mouse to work when I boot Manjaro or recently in ubuntu. But in both distros the mouse worked, but the sound didn’t work.

But now that you point out as a potential hack for the sound to work, I will try to change to some different snd_hda_intel models, in combination with different kernels and that suspend command to see if works…

I will keep you updated if I get this solved

Again thanks

Claudio

1 Like

Hi @claudfernandes,

I have also run into the same problem, I’m using Ubuntu Budgie 18.04.
The audio works in Windows whereas it doesn’t in Linux (i’ve tried various distros).
Did you happen to figure out anything more about this issue?

Thanks,
Nitish

Did anybody solve this issue? I have the exact same problem

Thank you,

A

Looks like nothing confirmed as solution yet

If you have similar situation with audio codec and dual-boot, suggest you start an new topic
post your system information from aplay -l and hwinfo --sound
and explain what happened with anything you tried from comments here

The problem is not with dual boot since I have only linux as an operating system. I’ve tried all the suggestions above, nothing works. I’ve also tried installing windows (on windows sound works).

still nothing? nobody got it working?

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC294 Analog [ALC294 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
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
$ hwinfo --sound
16: PCI 1f.3: 0403 Audio device                                 
  [Created at pci.378]
  Unique ID: nS1_.rmrmbBpgsVF
  SysFS ID: /devices/pci0000:00/0000:00:1f.3
  SysFS BusID: 0000:00:1f.3
  Hardware Class: sound
  Model: "Intel Audio device"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x9dc8 
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x16ce 
  Revision: 0x30
  Driver: "snd_hda_intel"
  Driver Modules: "snd_hda_intel"
  Memory Range: 0xb1218000-0xb121bfff (rw,non-prefetchable)
  Memory Range: 0xb1000000-0xb10fffff (rw,non-prefetchable)
  IRQ: 128 (1028 events)
  Module Alias: "pci:v00008086d00009DC8sv00001043sd000016CEbc04sc03i80"
  Driver Info #0:
    Driver Status: snd_hda_intel is active
    Driver Activation Cmd: "modprobe snd_hda_intel"
  Driver Info #1:
    Driver Status: snd_soc_skl is active
    Driver Activation Cmd: "modprobe snd_soc_skl"
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Just got a brand new asus zenbook and installed ubuntu, still no audio. I wiped windows, as I don’t use it.

Please start new topic and post system information from inxi -Fxxz

“Subdevices: 1/1” suggests no connection from Pulseaudio
would expect it to show 0/1

check Pulseaudio settings for audio device:

pactl list sinks

or install pavucontrol or pasystray

Hi,

ALC294 works but you will have to recompile the kernel :confused:

A patched was made that you can find at
http://mailman.alsa-project.org/pipermail/alsa-devel/2018-December/142689.html

Be carefull there are 3 mails containing differents patches of the same file sound/pci/hda/patch_realtek.c

Personnally I have a ASUS UX433 laptop and I applied this patch on the linux-4.19.8.tar.xz kernel with a Debian distro.
Once done all works ok.

It should works also on a ASUS UX533.

Hope this helps.

Mohamed.

1 Like

Simply move to testing/unstable branch updates and install kernel 4.19 series :stuck_out_tongue_winking_eye: Manjaro is SIMPLE. :wink:
If any:

sudo mhwd-kernel -i linux419

4.19 kernel is on stable branch, so should not need to change to testing/unstable

@mohamed-badaoui would you be able to post audio information from patched Debian system from alsa-info or HDA Analyzer here?
would be very helpful to know working pin connections,
may be possible to apply it in HDAjackretask to get sound working

Patches for ASUS sound issues was applied in 4.19.8-2 release via this commit >


Naming taken from this:

was kernel v4.17 when this topic started

hope update gets moved through to stable soon, may help some other topics on laptop codecs too

I’ve update my kernel to v19.9 but still the sound is not working :frowning:

Paste results from app hwinfo (install if needed via pacman):

hwinfo --sound

@philm each one of ASUS new laptop models with Realtek ALC294 have individual hwinfo SubVendor and SubDevice values. They are needed for QUIRK hack directly in /sound/pci/hda/patch_realtek.c file.
For example (based on LP post some guy):

I have made it working for UX391UA laptop. I am using Linux Mint 19.
What I did:

  1. Follow this on how to download and compile linux kernel from sources (I use 4.19.9)
  2. check compiled kernel (reboot)
  3. Apply 3 patches from here:
    3.1 https://lkml.org/lkml/2018/12/7/158
    3.2 https://lkml.org/lkml/2018/12/7/160
    3.3 https://lkml.org/lkml/2018/12/7/159
  4. Additionally specify my laptop in same file by adding one more change:

SND_PCI_QUIRK(0x1043, 0x14a1, "ASUS UX533FD", ALC294_FIXUP_ASUS_SPK),
+SND_PCI_QUIRK(0x1043, 0x10a1, "ASUS UX391UA", ALC294_FIXUP_ASUS_SPK),

  1. Recompile kernel and reboot
  2. Now I have sound!

Values HEX of hwinfo SubVendor and SubDevice values are taken from hwinfo --sound

VBlack (vblack2006) wrote 4 hours ago: #64

I take my numbers from
hwinfo --sound
(SubVendor and SubDevice)

13: PCI 1f.3: 0403 Audio device
[Created at pci.378]
Unique ID: nS1_.CMWMjFG1cGE
SysFS ID: /devices/pci0000:00/0000:00:1f.3
SysFS BusID: 0000:00:1f.3
Hardware Class: sound
Model: “Intel Audio device”
Vendor: pci 0x8086 “Intel Corporation”
Device: pci 0x9d71
SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
SubDevice: pci 0x10a1
Revision: 0x21
Driver: “snd_hda_intel”
Driver Modules: “snd_hda_intel”
Memory Range: 0xec228000-0xec22bfff (rw,non-prefetchable)
Memory Range: 0xec200000-0xec20ffff (rw,non-prefetchable)
IRQ: 125 (338 events)
Module Alias: “pci:v00008086d00009D71sv00001043sd000010A1bc04sc03i80”
Driver Info #0:
Driver Status: snd_hda_intel is active
Driver Activation Cmd: “modprobe snd_hda_intel”
Driver Info #1:
Driver Status: snd_soc_skl is active
Driver Activation Cmd: “modprobe snd_soc_skl”
Config Status: cfg=new, avail=yes, need=no, active=unknown

So, patch wil be:

+SND_PCI_QUIRK(0x1043, 0x10a1, “ASUS UX391UA”, ALC294_FIXUP_ASUS_SPK).

I must boot from lastest Manjaro ISO USB and checkout my values (R542UF)

EDIT

I booted manjaro-kde-18.0-stable-x86_64.iso aaaand sounds works (internal speakers) like a charm.
Sound details:

[manjaro@manjaro ~]$ sudo hwinfo --sound
20: PCI 1f.3: 0403 Audio device                                 
  [Created at pci.378]
  Unique ID: nS1_.b28td23g3aB
  SysFS ID: /devices/pci0000:00/0000:00:1f.3
  SysFS BusID: 0000:00:1f.3
  Hardware Class: sound
  Model: "Intel Audio device"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x9d71 
  SubVendor: pci 0x1043 "ASUSTeK Computer Inc."
  SubDevice: pci 0x1a00 
  Revision: 0x21
  Driver: "snd_hda_intel"
  Driver Modules: "snd_hda_intel"
  Memory Range: 0xef528000-0xef52bfff (rw,non-prefetchable)
  Memory Range: 0xef500000-0xef50ffff (rw,non-prefetchable)
  IRQ: 130 (615 events)
  Module Alias: "pci:v00008086d00009D71sv00001043sd00001A00bc04sc03i00"
  Driver Info #0:
    Driver Status: snd_hda_intel is active
    Driver Activation Cmd: "modprobe snd_hda_intel"
  Driver Info #1:
    Driver Status: snd_soc_skl is active
    Driver Activation Cmd: "modprobe snd_soc_skl"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
1 Like

@FadeMind you have patched kernel source and recompiled the kernel or do it in another way?
The mentioned patch i see already imported into the kernel 4.20 (master branch)

Forum kindly sponsored by