Created attachment 1687653 [details] DMESG 1. Please describe the problem: I have no sound from jack or speakers 2. What is the Version-Release number of the kernel: kernel-5.6.11-200.fc31 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : NO 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Yes, install Fedora in an ASUS UX534F 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: YES 6. Are you running any modules that not shipped with directly Fedora's kernel?: NO 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag. In this page https://forum.manjaro.org/t/alc294-analog-audio-card-detected-but-no-sound-internaly-or-headphones/54089/29 They say some patchs should be apply so this sound card can work!
Created attachment 1687654 [details] LSPCI
I have taken a look at the Manjaro forum posts and that talks about enabling the ALC294_FIXUP_ASUS_SPK quirk for the Asus model discussed there. There already are several bugs open at other places for the sound not working on the ASUS UX534F model: https://bugzilla.kernel.org/show_bug.cgi?id=206289 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1850439 Looking at the alsa-info.sh output attached to the launchpad bug, the kernel should automatically apply that quirk to your model based on the pin-config, specifically this part of the pin-based quirk selection matches and should apply the quirk: SND_HDA_PIN_QUIRK(0x10ec0294, 0x1043, "ASUS", ALC294_FIXUP_ASUS_SPK, {0x12, 0x90a60130}, {0x17, 0x90170110}, {0x21, 0x03211020}), So manually adding that quirk for your subsys vend:prod id is not going to help. Since that quirk is for the ASUS UX533F/UX433F/UX333F, so for the UX#33F series and not for the UX#34F series, I wonder if it is actually causing the issue instead of fixing it? Can you try adding: snd_hda_intel.model=nofixup To your kernel commandline and see if that helps?
Just tested snd_hda_intel.model=nofixup and do not fix the problem.
(In reply to Nuno Dias from comment #3) > Just tested snd_hda_intel.model=nofixup and do not fix the problem. Ok, thank you for trying. Given all the attempts at fixing this already done in the other 2 bug-reports I mentioned, I'm afraid that this will not get fixed until someone with experience with adding HDA quirks / working around issues like this gets physical access to one of the UX#34F models.
These two commands solve the problem hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf hda-verb /dev/snd/hwC0D0 0x20 0x477 0x74 Maybe this can be made permanent
(In reply to Nuno Dias from comment #5) > These two commands solve the problem > > hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf > hda-verb /dev/snd/hwC0D0 0x20 0x477 0x74 > > Maybe this can be made permanent Thank you for letting me know that the magic registers to poke have been found. I've mailed the upstream maintainer of the HDA driver about this. So hopefully we will get an official fix for this soon.
Hi All, We (upstream kernel devs) are currently working with Realtek to get to the bottom of this, once we know what the exact settings are which need to be applied we can then add a quirk to the kernel to do this automatically. Realtek is asking for people with an affected laptop model to test the following 4 commands / register settings: 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 If possible please check all 4 of: 1. Speakers 2. Headphones output 3. Internal mic. 4. Headset mic. (using a phone headset with builtin mic with a single T-R-R-S connector) After testing please report back here what works (and what does not work) after issueing the 4 above commands; and please do not forget to also let us know what model laptop you have.
The only combination that works is this for Asus UX534-F hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774 1. Speakers - OK 2. Headphones output - OK 3. Internal mic. - OK 4. Headset mic. -OK As previous wrote in the ticket, the command hda-verb /dev/snd/hwC0D0 0x20 0x477 0x74 instead of hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774 works also. So this hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf hda-verb /dev/snd/hwC0D0 0x20 0x400 0x7774 or this hda-verb /dev/snd/hwC0D0 0x20 0x500 0xf hda-verb /dev/snd/hwC0D0 0x20 0x477 0x74 Will work and everything asked above will speakers, headphones, etc
(In reply to Nuno Dias from comment #8) > The only combination that works is this for Asus UX534-F When you say "combination", do you mean that using all 4 commands from comment 7 causes some things to not work?
Sorry, no, running the 4 commands everything will work.
Good news, this should be fixed in the 5.6.0-rc6 kernel. If you want you can give it a try by downloading it from here: https://koji.fedoraproject.org/koji/buildinfo?buildID=1545443 See here for generic instructions for directly installing a kernel from koji: https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt
(In reply to Hans de Goede from comment #11) > Good news, this should be fixed in the 5.6.0-rc6 kernel. If you want you can > give it a try by downloading it from here: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1545443 > > See here for generic instructions for directly installing a kernel from koji: > > https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt Ping?
Sorry for the late reply, with the kernel 5.7.11-100.fc31.x86_64 the problem is not solved, the sound doesn't work without the manual commands.
I'm sorry, when I wrote: "this should be fixed in the 5.6.0-rc6 kernel" I made a mistake/type, that should have been: "this should be fixed in the 5.8.0-rc6 kernel". So to test the fix you need a 5.8 kernel or newer. You can grab the latest 5.8 kernel here: https://koji.fedoraproject.org/koji/buildinfo?buildID=1597989 See here for generic instructions for directly installing a kernel from koji: https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt
The 5.8.x kernel is now also available as part of the regular F32 updates, can you please confirm that this fixes the sound without needing to run the manual commands to setup the sound?
With this kernel 5.8.9-101.fc31.x86_64 the sound are still broken.
This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Hello! I am on an ASUS ROG Strix G15, model number G512LWS-AZ035T running fedora silverblue 35, kernel version 5.14.14-300.fc35.x86_64 with the ALC294 sound card and this also affects me. No sound in speakers, unless I apply https://askubuntu.com/questions/1276428/no-sound-alc294-asus-rog-strix-512-ubuntu-20-04-01 and https://askubuntu.com/questions/973690/my-volume-is-either-max-volume-or-muted-no-middle-ground, but that gets reset with every update. I should mention headphones do work.
This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '33'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 33 changed to end-of-life (EOL) status on 2021-11-30. Fedora 33 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.