Bug 215119
| Summary: | ES8336 and AMD Renoir: no sound from speakers/jack | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Tommaso (kernel) |
| Component: | Sound(ALSA) | Assignee: | Jaroslav Kysela (perex) |
| Status: | RESOLVED IMPLEMENTED | ||
| Severity: | high | CC: | 79625490833, alexey200117, andreaconsole, anteroid1989, bulat.timerbaev, dante.yfm, dark.kase, darklampz, folkobg, gkrotov98, hakancandar, hola, igor-brilev, jgenz27, kernel, marco.manieri99, michael.loger, michal.spada, nikpro78, pashtet04, posteuca, qbyunusemre, regressions, thorsten.foernges, vinsentlou9, yimm, zyoger |
| Priority: | P1 | ||
| Hardware: | x86-64 | ||
| OS: | Linux | ||
| Kernel Version: | 5.16.0-rc2-1-mainline | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
alsa-info.sh from minimal Arch Linux with 5.16.0-rc2-1 kernel
lsmod from minimal Arch Linux with 5.16.0-rc2-1 kernel lspci -nnk from minimal Arch Linux with 5.16.0-rc2-1 kernel dmesg from minimal Arch Linux with 5.16.0-rc2-1 kernel attachment-9817-0.html lspci -nnk from fedora with 6.1.4-200.fc37 kernel |
||
Created attachment 299681 [details]
lsmod from minimal Arch Linux with 5.16.0-rc2-1 kernel
Created attachment 299683 [details]
lspci -nnk from minimal Arch Linux with 5.16.0-rc2-1 kernel
Created attachment 299685 [details]
dmesg from minimal Arch Linux with 5.16.0-rc2-1 kernel
(In reply to Tommaso from comment #0) > Created attachment 299679 [details] > alsa-info.sh from minimal Arch Linux with 5.16.0-rc2-1 kernel > > I get no sound via the speakers or jack of my Matebook 14 AMD 2020 (Ryzen 7 > 4800H). > I tried various Linux distros (Fedora 35, Ubuntu 21.10, Ubuntu 20.10 and > Arch Linux 2021-11) but none seem to work. > > On the other hand, with bluetooth headphones it works perfectly! I and, from what I could search online, many others are facing the same issue with almost every other distro and this particular laptop model. I use Fedora 35 so I also opened up an issue on their bug tracker -> https://bugzilla.redhat.com/show_bug.cgi?id=2027280 Hopefully, a fix is being worked on or will be. By any chance, have you tried Deepin OS ? Apparently, Huawei sells Linux Matebooks with Deepin OS as the preferred choice. You cannot boot into a live environment so it has to be installed. I don't have additional SSDs to test it on but if you can and are willing to, give it a go. On the Arch wiki they marked the audio as working but I noticed that the PCI ID is different from the one I get from lscpi. Apparently Huawei changed something in their manufacturing process or in the BIOS software. I also tried the latest Deepin but the audio didn't work there either. BTW you can boot a live Deepin if you change livecd-installer to livecd in grub (select the entry and press E) Thanks for the tip about 'livecd'. I tried different options and had given up. Yep, this seems to be affecting the very recently manufactured models. I just tested Deepin w/ kernel 5.15 and yeah, the audio didn't work. BUT, the microphone is detected and seems to be working fine. This is the farthest I've come in any Linux distro and actually gives me a bit of hope. Does the mic work for you in your Arch install ? For me, both the mic and speakers were not detected in any live distro I tested including Fedora Rawhide (w/ Kernel 5.16 rc2) EXCEPT Deepin with 5.15. On Arch Linux with 5.16 rc3 kernel (but also rc2) I can record audio with arecord -f cd -d 5 test.mp3 (ATM i don't have a DE). On Fedora Rawhide 20211130 (w/ Linux 5.16 rc3) the mic is visible with arecord -l but it's not listed by Gnome. The HDMI audio works flawlessy. I booted into Windows today to make sure everything was up to date and noticed that the audio chip used is "Everest ESSX8336 I2S". I googled that and found that support was added to the kernel 5.16 about a month ago and some fixes were added about a week ago. However, skimming through the commits/related issues, it seems that the fixes are applicable to Intel systems only. This is the related issue for AMD (no progress so far) -> https://github.com/thesofproject/linux/issues/3249 I did some research and found that the 4 array microphone system is directly connected to the AMD CPU via the AMD ACP (Audio Co-Processor, PCI ID 1022:15e2). AMD added support via the snd_rn_pci_acp3x kernel module in Linux 5.8. AMD calls it TrueAudio (https://en.wikipedia.org/wiki/AMD_TrueAudio) and it's a technology to speed up audio processing (think of noise reduction). The HDMI audio is instead managed by the snd_hda_intel kernel module. Ah maybe that's why it's detected and even works in some systems but given that support was added in 5.8, at least the mic should have been working in the latest Linux distros. Yeah, the HDMI is working really well. Do you think it's AMD who have to release the driver for this audio chipset or Huawei. A comment in the GH issue I linked says that there is no machine drivers for this audio chipset on the AMD platform for Linux and that is one of the reason the support hasn't been added. I have no idea how it all works. I think it is up to Everest Semiconductor to release the driver. They designed the chip and no one else but they know how it works. Huawei can only put pressure if it has an interest in it. As for the microphone not being detected, it could be a PulseAudio/Pipewire issue or ALSA enumerating the microphone in a wrong way. I managed to get PulseAudio on Ubuntu 21.10 detect the mic by following the Arch wiki. I then tried with Pipewire on Fedora 35, but I didn't succeed. https://wiki.archlinux.org/title/PulseAudio/Troubleshooting#Microphone_not_detected_by_PulseAudio https://wiki.archlinux.org/title/PipeWire#Microphone_is_not_detected_by_PipeWire https://pipewire.pages.freedesktop.org/wireplumber/daemon-configuration.html#endpoint-configuration-files I found this repo -> https://github.com/himozzza/essx8336 Supposedly, it has source files for the ES8336 codec from Everest itself and also has prebuilt 5.12.6 kernel with the chip support. I have no idea on how to use it. Take a look and if possible, test it. I installed Ubuntu and followed the README, but it doesn't work. That kernel is for Intel Cannon Lake (cnl) only. For Renoir APU Series, I2S contoller driver support is not available in Linux.i.e I2S controller driver , DMA driver and Machine driver is not avilable. As primary sound card is not available, Audio playback over speaker/headset endpoint is not possible. (In reply to Vijendar Mukunda from comment #14) > For Renoir APU Series, I2S contoller driver support is not available in > Linux.i.e I2S controller driver , DMA driver and Machine driver is not > avilable. > As primary sound card is not available, Audio playback over speaker/headset > endpoint is not possible. Oh, so even if the driver was there, the kernel wouldn't be able to communicate with the Everest chipset. > > https://patchwork.kernel.org/project/alsa-devel/patch/20211019070938.5076-3-AjitKumar.Pandey@amd.com/ Does this patch improve the situation? I managed to get the microphone working even on PipeWire with WirePlumber!
Just copy /usr/share/wireplumber/main.lua.d/50-alsa-config.lua to /etc/wireplumber/main.lua.d/ and open it with a text editor and in apply_properties, under alsa_monitor.rules, set
> ["api.alsa.use-acp"] = true,
> ["api.alsa.use-ucm"] = false,
Same issue here, sound on MateBook 14 with Ryzen 7 4800h does not work. The microphone can work, but the main issue is no Sound, which makes Linux as a Desktop not usable on this Notebook. Why a Bug with a fundamental shortcoming of the Linux Kernel is on Status "Normal" only you know. https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.18-Sound In addition to the AMD PDM driver work, other new sound hardware support in Linux 5.18 includes the Atmel PDMC, Awinic AW8738, i.MX cards with TLV320AIC31xx, Intel systems with CS35L41 and ESSX8336 codecs, MediatekMT8181 WB Bluetooth, NVIDIA Tegra234, Qualcomm SC7280, Renesas RZ/V2L, and TI TAS585M. The Tegra234 support gets audio working for NVIDIA's Orin SoC. Is this what we need to finally have audio on the matebooks? :3 (In reply to Martin Quinta from comment #18) > https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.18-Sound > > In addition to the AMD PDM driver work, other new sound hardware support in > Linux 5.18 includes the Atmel PDMC, Awinic AW8738, i.MX cards with > TLV320AIC31xx, Intel systems with CS35L41 and ESSX8336 codecs, > MediatekMT8181 WB Bluetooth, NVIDIA Tegra234, Qualcomm SC7280, Renesas > RZ/V2L, and TI TAS585M. The Tegra234 support gets audio working for NVIDIA's > Orin SoC. > > Is this what we need to finally have audio on the matebooks? :3 Good Questions, do not see AMD Renoir listed or I maybe oversee it. So I give it a 20% Possibility that it will fix the issue. Cheers, Michael hi, is there any news on this issue? Hi! Issue still present on Matebook with AMD processors. I also tried a custom kernel besed on 5.17 with no success (probably designed for intel), and it semms that 5.18 does not address the issue. Any info on 5.19? (In reply to Andrea Console from comment #21) > Hi! Issue still present on Matebook with AMD processors. I also tried a > custom kernel besed on 5.17 with no success (probably designed for intel), > and it semms that 5.18 does not address the issue. Any info on 5.19? i tried 5.19 rc8, still no sound. Recently a new version has been released, I have not tried it with it yet. According to the information I have found so far, there seems to be no active development by AMD for this problem, so I guess the solution is not anywhere near. UPDATE: as of today, the official answer of Huawei is still "we do not support the installation of Linux on laptops sold with Windows", meaning that they have no interest in contacting AMD/ES to find a solution. I sent a request for support to AMD and Everest Semiconductor, too (and I guess I am not the first), but I don't expect a better outcome. My last test was as well negative, so I gave up and decided to sell my Matebook 14 (4800h. Sorry, this is AMD and Huawei's fault, and the ignorance from Huawei let me delete this Brand from the list I would consider buying a Notebook. (In reply to Andrea Console from comment #24) > UPDATE: as of today, the official answer of Huawei is still "we do not > support the installation of Linux on laptops sold with Windows", meaning > that they have no interest in contacting AMD/ES to find a solution. I sent a > request for support to AMD and Everest Semiconductor, too (and I guess I am > not the first), but I don't expect a better outcome. I am confused. I have read news from last year about Huawei selling Matebook in China with Linux (Deepin) pre-installed. I don't know the configuration, but I wonder: what kernel are they using? It must be something custom. Did they develop a driver for es8336? Why not making it public? I understand that developing a driver is a cost, and once you developed it for Windows, you have already satisfied 99% of the users. Who bears this cost, usually? In this sense, I am more surprised that there are private companies developing drivers for Linux, unless they are needed for hardware used in servers (where Linux is more common). I guess sound cards drivers do not belong the latter group. Huawei Matebook 2021 AMD Ryzen 5 I wrote a letter to Everest - no answer. Huawei answers - we do not support Linux. Tried installing the latest builds of Linux Deepin, Debian, Ubuntu, Pop!_OS. All to no avail, no sound. I use an external audio card Ugreen CM383. I am waiting for a miracle. So am I! In the meantime: ES is directing me to the right expert to address the issue. So far I got a detailed datasheet of the sound card (not particularly useful for me). AMD insists that it is not their job (and I am politely contesting this perspective). Additionally, I am trying to contact directly their development team for a better insight. Same issue here, Matebook D15 AMD. Tested on kernel 5.17.5 and 5.19.4. Running Fedora 36 (In reply to Andrea Console from comment #29) > So am I! > In the meantime: > ES is directing me to the right expert to address the issue. So far I got a > detailed datasheet of the sound card (not particularly useful for me). > AMD insists that it is not their job (and I am politely contesting this > perspective). Additionally, I am trying to contact directly their > development team for a better insight. Hi, Could you send me this detailed datasheet to my email address? I am investigating this sound issue since I also have a matebook with AMD cpu. The datasheet could be helpful in figuring out how to enable the sound. (In reply to Anton Medvedev from comment #28) > Huawei Matebook 2021 AMD Ryzen 5 > I wrote a letter to Everest - no answer. > Huawei answers - we do not support Linux. > Tried installing the latest builds of Linux Deepin, Debian, Ubuntu, Pop!_OS. > All to no avail, no sound. > I use an external audio card Ugreen CM383. I am waiting for a miracle. Im having the same issue on my Matebook D14 (Intel). I've been searching for a solution for days already and it seems there is no quick fix for now.Im looking for alternative. Can you confirm that external audio card works on both audio and microphone? Created attachment 302955 [details] attachment-9817-0.html Yes, it is working. Il giorno ven 7 ott 2022 alle ore 10:09 <bugzilla-daemon@kernel.org> ha scritto: > https://bugzilla.kernel.org/show_bug.cgi?id=215119 > > jgenz27@gmail.com changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |jgenz27@gmail.com > > --- Comment #32 from jgenz27@gmail.com --- > (In reply to Anton Medvedev from comment #28) > > Huawei Matebook 2021 AMD Ryzen 5 > > I wrote a letter to Everest - no answer. > > Huawei answers - we do not support Linux. > > Tried installing the latest builds of Linux Deepin, Debian, Ubuntu, > Pop!_OS. > > All to no avail, no sound. > > I use an external audio card Ugreen CM383. I am waiting for a miracle. > > Im having the same issue on my Matebook D14 (Intel). I've been searching > for a > solution for days already and it seems there is no quick fix for now.Im > looking > for alternative. Can you confirm that external audio card works on both > audio > and microphone? > > -- > You may reply to this email to add a comment. > > You are receiving this mail because: > You are on the CC list for the bug. I just installed Ubuntu 22.04 LTS. Expectedly no sound, but the display brightness adjustment is seemed to be resolved from Ubuntu 18.04. I'm just writing to say that I am sharing your pain, and expecting H*awei to fix this one day. So I managed to make the sound work on my matebook D14 AMD 2021 laptop with ryzen 5 5500U. Upstreaming the driver might be difficult. I can provide a patch to those interested, but that means you will have to compile your own kernel. Also take into account that there seem to be several versions of this HW combo so the patch might not work without some modifications. I would like to find out if there any interested people here for the patch. If yes, I will need some additional information to make the driver work on your HW: cat /proc/cpuinfo sudo dmidecode cat /sys/class/dmi/id/modalias install acpidump and iasl utilities, on ubuntu they are in the package acpica-tools, and then run the commands(create an empty folder and run the commands inside it): sudo acpidump -b cat * > acpidump.bin iasl -d acpidump.bin And then attach the file acpidump.dsl. (In reply to Marian from comment #35) > So I managed to make the sound work on my matebook D14 AMD 2021 laptop with > ryzen 5 5500U. > I have a Huawei MateBook 14 AMD 2021 laptop with the same processor, so I could give it a try. I have sent you the necessary files by direct email (In reply to Aleksey from comment #36) > (In reply to Marian from comment #35) > > So I managed to make the sound work on my matebook D14 AMD 2021 laptop with > > ryzen 5 5500U. > > > I have a Huawei MateBook 14 AMD 2021 laptop with the same processor, so I > could give it a try. I have sent you the necessary files by direct email I replied to your email, if you don't see it check the spam folder. Have you tried to reset CMOS of the laptop? I'll try to do that after holidays, when repair center will be opened. Also I noticed that this laptop doesn't work with OpenRC(it doesn't recognise it and isn't loading system with openrc). Seems like huawei's capitalists specially set lock configuration into CMOS to spy on users. Hi Marian, I have sent you an email with files needed. ;) Which kernel have you tried ? Created attachment 303578 [details]
lspci -nnk from fedora with 6.1.4-200.fc37 kernel
(In reply to Marian from comment #35) > I would like to find out if there any interested people here for the patch. Extremely interested, I sent the files you requested over to your email :) (In reply to Marian from comment #35) > I would like to find out if there any interested people here for the patch. ...so am I. I sent you an email, too!! (In reply to Marian from comment #35) > So I managed to make the sound work on my matebook D14 AMD 2021 laptop with > ryzen 5 5500U. > > Upstreaming the driver might be difficult. > I can provide a patch to those interested, but that means you will have to > compile your own kernel. > > Also take into account that there seem to be several versions of this HW > combo so the patch might not work without some modifications. > > I would like to find out if there any interested people here for the patch. > If yes, I will need some additional information to make the driver work on > your HW: > cat /proc/cpuinfo > sudo dmidecode > cat /sys/class/dmi/id/modalias > > install acpidump and iasl utilities, on ubuntu they are in the package > acpica-tools, and then run the commands(create an empty folder and run the > commands inside it): > > sudo acpidump -b > cat * > acpidump.bin > iasl -d acpidump.bin > > And then attach the file acpidump.dsl. Hey! I am a user of Huawei MateBook D16, there is also no sound in linux. I need your patch too :) I sent you a letter. For the people that are asking for the patch, I created a repository in github based on gkh stable 6.1.3 kernel tree, with the patches applied on top. You can find the details on how to enable the sound in the wiki page: https://github.com/codepayne/linux-sound-huawei/wiki If after following the instructions the sound still doesn't work for you, create an issue in the project repository. (In reply to Marian from comment #35) The patched kernel works for me (Matebokk from 2022 with AMD 5 RYZEN 5500U). Sound is of good quality. I did not test the wired heaphones yet - but the rest runs nicely as described your mail. Switching to bluetooth-headphones and back (which worked beforehand) still functions with the patched kernel. (In reply to Thorsten from comment #45) > (In reply to Marian from comment #35) > > The patched kernel works for me (Matebokk from 2022 with AMD 5 RYZEN 5500U). > Sound is of good quality. I did not test the wired heaphones yet - but the > rest runs nicely as described your mail. > Switching to bluetooth-headphones and back (which worked beforehand) still > functions with the patched kernel. @Thorsten could you please explain me how to compile the kernel by myself? I am new at this and I dont want to use windows with my D14 laptop with Ryzen. Is it possible to merge this patch into mainline git repo? This guy is asking for testing his patch before submit the PR to upstream. https://github.com/codepayne/linux-sound-huawei/issues/15#issuecomment-1455140937 So has in been patched in kernel?Is there some working official version? (In reply to Gleb from comment #49) > So has in been patched in kernel?Is there some working official version? Huawei Matebook 2020 AMD (Ryzen 5) звук работает с встроенного динамика, но не работает микрофон встроенный, работают наушники через jack динамики + микрофон ОС: ALT Workstation K 10.2 (Sorbaronia Mitschurinii) uname -a Linux r00am 6.1.32-un-def-alt1 #1 SMP PREEMPT_DYNAMIC Thu Jun 8 13:27:30 UTC 2023 x86_64 GNU/Linux here is another git with a solution to this problem. https://github.com/gnickm/sof-essx8336-debian-fix/tree/main With kernel 6.7 there will finally be support for Everest sound cards also for AMD CPUs thanks to the AWESOME work of Marian Postevca (aka codepayne). More info here: https://patchwork.kernel.org/comment/25504908/ You can already try it by installing the release candidates but pay attention: - There is currently a regression in the PM handling of the AMD ACP sound controller, discussed here https://lore.kernel.org/alsa-devel/87a5v8szhc.fsf@mutex.one/ - On Fedora the necessary kernel module is not currently enabled - You need to make some adjustments from alsamixer Here you will find further information: > https://github.com/codepayne/linux-sound-huawei/issues/26 (In reply to Tommaso from comment #52) > With kernel 6.7 there will finally be support for Everest sound cards also > for AMD CPUs thanks to the AWESOME work of Marian Postevca (aka codepayne). > More info here: https://patchwork.kernel.org/comment/25504908/ > > You can already try it by installing the release candidates but pay > attention: > - There is currently a regression in the PM handling of the AMD ACP sound > controller, discussed here > https://lore.kernel.org/alsa-devel/87a5v8szhc.fsf@mutex.one/ > - On Fedora the necessary kernel module is not currently enabled > - You need to make some adjustments from alsamixer > > Here you will find further information: > > https://github.com/codepayne/linux-sound-huawei/issues/26 is a backport to the lts core expected? With the release of kernel 6.8 all the creases have been ironed out and it is now usable in everyday use. Many thanks once again to Marian Postevca! I am very sorry, but just tried kernel version 6.8.9 within up-to-date manjaro installation on my matebook 14. Since I run root on zfs I had to wait till now to use newest zfs-module with 6.8.9. While all earlier 6.8 versions worked with sound, this one does not. It does not recognize the soundcard at all - just like older kernels. I am successfully running this old patched 6.0.12 kernel by Marian all the time waiting for 6.8 and it still works while 6.8.9 obviously does not?!?!? Anyone else facing this problem? (In reply to Thorsten from comment #55) > I am very sorry, but just tried kernel version 6.8.9 within up-to-date > manjaro installation on my matebook 14. Since I run root on zfs I had to > wait till now to use newest zfs-module with 6.8.9. While all earlier 6.8 > versions worked with sound, this one does not. It does not recognize the > soundcard at all - just like older kernels. > I am successfully running this old patched 6.0.12 kernel by Marian all the > time waiting for 6.8 and it still works while 6.8.9 obviously does not?!?!? > > Anyone else facing this problem? I am facing the same issue with the same exact setup. I compiled upstream version 6.8.9 and the problem persits: the soundcard is not beeing recognized by this version. I am experiencing a similar issue with my laptop where the internal speakers do not produce any sound. Only HDMI and Bluetooth audio are working. Here are my system details: OS: Ubuntu 24.04 LTS x86_64 Kernel: 6.8.0-31-generic (also tested with 6.9) CPU: AMD Ryzen 5 4600H Model: HVY-WAP9 Matebook D16 I have tried updating the kernel to version 6.9, but it did not resolve the issue. The sound works fine with external devices (HDMI and Bluetooth), but there is no sound from the internal speakers. Please let me know if you need any additional logs or system information. Thank you. 6.8.11 not working either... Why is that? Kernel worked for me till 6.8.4, maybe even higher, but from 6.8.9 on it obviously lost its ability to recognize sound-hardware again?! Can anyone please help? Do I have to open a new thread? Thanks. (In reply to Thorsten from comment #59) > Can anyone please help? Do I have to open a new thread? Yeah, that is wise – but I see you did that (thx!), so everyone else that has similar problems that started with 6.8.9, please come over to Bug 218959 and consider repeating there what you said here, as it most likely otherwise will get lost in the noise. |
Created attachment 299679 [details] alsa-info.sh from minimal Arch Linux with 5.16.0-rc2-1 kernel I get no sound via the speakers or jack of my Matebook 14 AMD 2020 (Ryzen 7 4800H). I tried various Linux distros (Fedora 35, Ubuntu 21.10, Ubuntu 20.10 and Arch Linux 2021-11) but none seem to work. On the other hand, with bluetooth headphones it works perfectly!