You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[BUG] No sound on AMD Ryzen 5 4600H + ES8336 codec #3249
I have Matebook D 16 AMD laptop with Ryzen 5 4600H and ES8336 I2S codec chip.
Speakers, headphones and microphone are not recognized at all. Only the "Dummy output" is visible in GUI sound settings and only HDMI outputs are visible in aplay -l.
I've tried to build the kernel from topic/sof-dev (on 2021-10-28) with #3107 on top, but it didn't help. Attached logs are collected with that kernel build and with dyndbg=+p enabled for most snd modules.
Reacted by Jirka Martinec, Ilario Pierbattista, Eugene Vihrev, Alexander, gh83, HexPandaa, Pavel Radkov, Rodrigo Gil , Vlad Kemsekov, Jonasz and 13 more
AMD platforms doesn't have a support for ES8336 codec on Linux OS environment. There is no machine driver support available for this codec. As for as I Know, only windows OS support is available for ES8336 codec.
@bhiregoudar Yep, and this is the issue. Hoping someone familiar with kernel sound architecture will save us by writing machine driver :(
I've tried to figure out how to do it myself, but failed at the moment (I have some linux driver experience, but I'm completely new to the sound subsystem).
ES8336 seems to be working on LInux with @plbossart's #3107 PR and other patches on Intel platform in #3248. That makes me hoping that AMD support is not so hard problem. Hope AMD or Huawei folks, or maybe some smart enthusiast will eventually get this working...
I'm not sure if this is related to "AMD or not". #3107 (plus #2962 and #3212) doesn't really give me sound either when on my Celeron N5100 laptop (with the properly signed firmware).
I do get an analog alsa device but it only gives a pop when it is opened and closed. No idea if digital sound work though.
@tomty89 there are several issues here about ES8336 and in one of them @plbossart replied that AMD support for ES8336 is another matter than Intel support: #2955 (comment)
Same problem here with a Matebook 14 w/ Ryzen 4800H and the same 8336 chipset on Fedora 35. Using arecord -l, the microphone is recognized but not in Gnome. It's not able to record anything.
Live booting Deepin OS with Kernel 5.15, the microphone is recognized in the DE and seems to be working well.
Apparently, using Arch with Kernel 5.16 rc3, the microphone is able to record as well (here).
Reacted by Jirka Martinec, Eugene Vihrev, Valery Padolochny, Stein Nicolas, Egor Turchinovich, Diego Navia , Samet Yiğitkalan, Charles David Mupende, Nicialy, Sarı Çizmeli Mehmet Ağa and 1 more
Since I see a lot of people are discussing the support for Huawei laptops with AMD and ES8336 codec here, I will paste the instructions here on how to make sound work on these laptops. If the latest commit from the master branch from the repo https://github.com/codepayne/linux-sound-huawei doesn't fix your sound, raise an issue there.
To enable the driver you have to enable the following kernel config
options:
SND_SOC_AMD_ACP3x, SND_SOC_AMD_ACP3x_ES8336_MACH, SND_SOC_ACPI,
SND_SOC_ES8316
There are a few issues with this driver:
The internal microphone(not the one from the headphones, the one inside the laptop) doesn't work
If suspending the laptop with the Headphones plugged in the jack, at resume time the sound will stop working.
It may be possible in rare cases for the sound to stop working after
suspend/resume (this can be fixed by restarting pulseaudio), though in my testing this doesn't happen.
Because of issues with AMD drivers for ACP controller the wrong driver
may be loaded for your laptop. I would recommend to blacklist the wrong
drivers and explicitly load the correct drivers at startup:
Modify /etc/modprobe.d/blacklist.conf and add the following lines:
blacklist snd_acp3x_rn
blacklist snd_pci_acp5x
blacklist snd_rn_pci_acp3x
Modify /etc/modules-load.d/modules.conf and add the following lines:
snd_soc_es8316
snd_acp3x_pcm_dma
snd_acp3x_i2s
snd_pci_acp3x
snd_soc_acp3x_es8336_mach
During first load of sound card driver the settings of the card are
wrong and no sound can be heard, you have to go in alsamixer, select
the new sound card amd-acp3x-essx8336 and in the playback tab change
to maximum value the following knobs:
Master, Headphone Mixer, DAC
Enable the following knobs:
Left Headphone Mixer Left DAC, Right Headphone Mixer Right DAC
After doing these changes you should be hearing the sound.
If you want to have the headset microphone work, you have to change
once the settings in alsamixer in the capture tab to maximum value:
Headphone Mixer, ADC
Reacted by sever-in, Nazim, Egor Turchinovich, kovalev0 and Alessandro Villa
How to compile the kernel correctly?
I'm not very good at this subject. After creating the .config via make menuconfig, I tried to compile the kernel via the "make -j12" command, at first it gave the error "there is no rule for building the debian/canonical-certs.pem target required for certs/x509_certificate_list", removing SYSTEM_TRUSTED_KEYS and SYSTEM_REVOCATION_KEYS from the config, compilation was successful, though the folder with the kernel weighed about 20GB, which is very strange. Next, I used "make modules" "sudo make modules_install" "sudo make install", the kernel appeared in the grub bootloader, but I can't boot from it. What am I doing wrong?
Compiled and installed new kernel from @codepayne . Sound speaker working, internal mic not (hope soon). Headphone is working with mic. Suspend and resume with no problems at all. Driver stable and sound clear. My system is a Matebook 14 Amd 2020 KLVL-WXX9 M1010. Congratulation developers for the patches!
Compiled and installed new kernel from @codepayne . Sound speaker working, internal mic not (hope soon). Headphone is working with mic. Suspend and resume with no problems at all. Driver stable and sound clear. My system is a Matebook 14 Amd 2020 KLVL-WXX9 M1010. Congratulation developers for the patches!
Hello. Please tell me how to install this patch or kernel, I don't understand. Thanks in advance
---- Il mar, 24 gen 2023 07:07:14 +0100, Konstantin ha scritto ---
Compiled and installed new kernel from @codepayne . Sound speaker working, internal mic not (hope soon). Headphone is working with mic. Suspend and resume with no problems at all. Driver stable and sound clear. My system is a Matebook 14 Amd 2020 KLVL-WXX9 M1010. Congratulation developers for the patches!
Hello. Please tell me how to install this patch or kernel, I don't understand. Thanks in advance
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @github.com>
follow the compile instruction of your linux distro. mine is on archlinux [https://wiki.archlinux.org/title/Kernel/Traditional_compilation]
The kernel 6.1.3. has a lot of problems with suspend and resume on Amd systems. Can we update the kernel source from @codepayne to a newer version maybe 6.1.8. and when the internal mic will work as expected? Let me know. Thanks
Compiled with the latest kernel 6.2 from gregkh. Now suspend and resume works. Sound is ok, internal mic not. Backlisting and loading drivers as described in wiki documentation by @codepayne not necessary. Good luck!
@stafuz As I mentioned above lets not discuss my patches on the sof project, since there is no relation between them. Please create an issue on the linux-sound-huawei repository.
For information, I've installed the last Debian 13 Trixie (Gnome flavour) on my Huawei Matebook 14 2020, Ryzen 7, and my speakers/headphones/microphone work like a charm without any trick after a fresh install ✨. Nothing was working since 4 years.
Reacted by omerBenzer, Oleg Krivoshein and Nikolai Kolosov
For information, I've installed the last Debian 13 Trixie (Gnome flavour) on my Huawei Matebook 14 2020, Ryzen 7, and my speakers/headphones/microphone work like a charm without any trick after a fresh install ✨. Nothing was working since 4 years.
Sound on my HUAWEI MateBook D 16 HVY-WAP9 also works in debian 13, and kubuntu 24.04. But I still have troubles with 3.5 jack, it works incorrect or not working. Luckily, I don't need it.
Activity
plbossart commentedon Nov 3, 2021
@ajitkupandey this is for you guys. I have enough on my plate with the same codec for Intel platforms :-)
dantefff commentedon Nov 5, 2021
Hi! I'm in the same situation. I have a Matebook D 14 with a ryzen 4800H. I have a dual boot config so I can help with any tests you need.
serjsaraev commentedon Nov 6, 2021
Same problem with Huawei Matebook d16
bhiregoudar commentedon Nov 9, 2021
AMD platforms doesn't have a support for ES8336 codec on Linux OS environment. There is no machine driver support available for this codec. As for as I Know, only windows OS support is available for ES8336 codec.
IlyaSkriblovsky commentedon Nov 9, 2021
@bhiregoudar Yep, and this is the issue. Hoping someone familiar with kernel sound architecture will save us by writing machine driver :(
I've tried to figure out how to do it myself, but failed at the moment (I have some linux driver experience, but I'm completely new to the sound subsystem).
ES8336 seems to be working on LInux with @plbossart's #3107 PR and other patches on Intel platform in #3248. That makes me hoping that AMD support is not so hard problem. Hope AMD or Huawei folks, or maybe some smart enthusiast will eventually get this working...
tomty89 commentedon Nov 15, 2021
I'm not sure if this is related to "AMD or not". #3107 (plus #2962 and #3212) doesn't really give me sound either when on my Celeron N5100 laptop (with the properly signed firmware).
I do get an analog alsa device but it only gives a pop when it is opened and closed. No idea if digital sound work though.
IlyaSkriblovsky commentedon Nov 16, 2021
@tomty89 there are several issues here about ES8336 and in one of them @plbossart replied that AMD support for ES8336 is another matter than Intel support: #2955 (comment)
ps3vdo commentedon Nov 22, 2021
The problem is like everyone else, there is no sound on Linux. huawei matebook d16
accountForIssues commentedon Dec 1, 2021
Same problem here with a Matebook 14 w/ Ryzen 4800H and the same 8336 chipset on Fedora 35. Using
arecord -l, the microphone is recognized but not in Gnome. It's not able to record anything.Live booting Deepin OS with Kernel 5.15, the microphone is recognized in the DE and seems to be working well.
Apparently, using Arch with Kernel 5.16 rc3, the microphone is able to record as well (here).
Speakers and the stereo jack don't work.
Kemsekov commentedon Dec 4, 2021
Matebook d16 the same problem is here. This is sad how often manufacturers completely forgets about linux support.
yimboka commentedon Dec 5, 2021
Matebook 14 with Ryzen 4800h , same problem here.
ak4nv commentedon Dec 5, 2021
The same for Matebook 14 AMD 2021 (Ryzen 5 5500U)
rejjjer commentedon Dec 6, 2021
I have the same problem on Matebook d 16 (Ryzen 5 4600H).
76 remaining items
yimboka commentedon Jan 8, 2023
@nkhost Internal microphone doesn't work for the moment with this driver.
codepayne commentedon Jan 10, 2023
Since I see a lot of people are discussing the support for Huawei laptops with AMD and ES8336 codec here, I will paste the instructions here on how to make sound work on these laptops. If the latest commit from the master branch from the repo https://github.com/codepayne/linux-sound-huawei doesn't fix your sound, raise an issue there.
To enable the driver you have to enable the following kernel config
options:
SND_SOC_AMD_ACP3x, SND_SOC_AMD_ACP3x_ES8336_MACH, SND_SOC_ACPI,
SND_SOC_ES8316
There are a few issues with this driver:
The internal microphone(not the one from the headphones, the one inside the laptop) doesn't work
If suspending the laptop with the Headphones plugged in the jack, at resume time the sound will stop working.
It may be possible in rare cases for the sound to stop working after
suspend/resume (this can be fixed by restarting pulseaudio), though in my testing this doesn't happen.
Because of issues with AMD drivers for ACP controller the wrong driver
may be loaded for your laptop. I would recommend to blacklist the wrong
drivers and explicitly load the correct drivers at startup:
Modify /etc/modprobe.d/blacklist.conf and add the following lines:
blacklist snd_acp3x_rn
blacklist snd_pci_acp5x
blacklist snd_rn_pci_acp3x
Modify /etc/modules-load.d/modules.conf and add the following lines:
snd_soc_es8316
snd_acp3x_pcm_dma
snd_acp3x_i2s
snd_pci_acp3x
snd_soc_acp3x_es8336_mach
During first load of sound card driver the settings of the card are
wrong and no sound can be heard, you have to go in alsamixer, select
the new sound card amd-acp3x-essx8336 and in the playback tab change
to maximum value the following knobs:
Master, Headphone Mixer, DAC
Enable the following knobs:
Left Headphone Mixer Left DAC, Right Headphone Mixer Right DAC
After doing these changes you should be hearing the sound.
If you want to have the headset microphone work, you have to change
once the settings in alsamixer in the capture tab to maximum value:
Headphone Mixer, ADC
Sever-IN commentedon Jan 11, 2023
How to compile the kernel correctly?
I'm not very good at this subject. After creating the .config via make menuconfig, I tried to compile the kernel via the "make -j12" command, at first it gave the error "there is no rule for building the debian/canonical-certs.pem target required for certs/x509_certificate_list", removing SYSTEM_TRUSTED_KEYS and SYSTEM_REVOCATION_KEYS from the config, compilation was successful, though the folder with the kernel weighed about 20GB, which is very strange. Next, I used "make modules" "sudo make modules_install" "sudo make install", the kernel appeared in the grub bootloader, but I can't boot from it. What am I doing wrong?
nkhost commentedon Jan 11, 2023
@Sever-IN I can send you the compiled kernel in a deb package for ubuntu/kubuntu or tell you how to build kernel. My email spiniks@gmail.com
outbreak commentedon Jan 11, 2023
What do I need to do to check the solution by @codepayne for my HUAWEI KLVL-WXXW on Fedora 37, kernel 6.0.18?
codepayne commentedon Jan 11, 2023
Lets move the discussion to https://github.com/codepayne/linux-sound-huawei/wiki It doesn't make sense to continue the discussion on the sof repos since the final solution for this driver will not use sof.
stafuz commentedon Jan 20, 2023
Compiled and installed new kernel from @codepayne . Sound speaker working, internal mic not (hope soon). Headphone is working with mic. Suspend and resume with no problems at all. Driver stable and sound clear. My system is a Matebook 14 Amd 2020 KLVL-WXX9 M1010. Congratulation developers for the patches!
doompwnz commentedon Jan 24, 2023
Hello. Please tell me how to install this patch or kernel, I don't understand. Thanks in advance
stafuz commentedon Jan 24, 2023
stafuz commentedon Jan 27, 2023
The kernel 6.1.3. has a lot of problems with suspend and resume on Amd systems. Can we update the kernel source from @codepayne to a newer version maybe 6.1.8. and when the internal mic will work as expected? Let me know. Thanks
stafuz commentedon Jan 28, 2023
Compiled with the latest kernel 6.2 from gregkh. Now suspend and resume works. Sound is ok, internal mic not. Backlisting and loading drivers as described in wiki documentation by @codepayne not necessary. Good luck!
codepayne commentedon Jan 30, 2023
@stafuz As I mentioned above lets not discuss my patches on the sof project, since there is no relation between them. Please create an issue on the linux-sound-huawei repository.
Tatayoyoh commentedon Nov 20, 2025
Hello world !
For information, I've installed the last Debian 13 Trixie (Gnome flavour) on my Huawei Matebook 14 2020, Ryzen 7, and my speakers/headphones/microphone work like a charm without any trick after a fresh install ✨. Nothing was working since 4 years.
nkhost commentedon Nov 20, 2025
Sound on my HUAWEI MateBook D 16 HVY-WAP9 also works in debian 13, and kubuntu 24.04. But I still have troubles with 3.5 jack, it works incorrect or not working. Luckily, I don't need it.
DioEgizio commentedon Nov 20, 2025
yeah ever since the https://github.com/codepayne/linux-sound-huawei patches have been sent upstream, speakers (but not headphone jack) have just worked