Unfortunately this requires adding a custom configuration to the kernel.
When I follow along, also using this article Building a custom kernel - Fedora Project Wiki , I get stuck immediately as I don´t have a folder ¨sound¨ nor a file ¨kernel_source_root/sound/pci/hda/patch_realtek.c" after running the command ¨fedpkg clone -a kernel¨.
Can somebody please help me with this fix. Otherwise I would have to return the laptop.
Does anybody knows if this fix could just be implemented in the official fedora kernel so this laptop model is supported out of the box?
I was able to get my sound working. But the maximum volume is pretty low. Does anybody knows a fix for this? How to make the maximum volume higher than what the slider allows?
As the actual kernel source code only gets downloaded running the fedpkg local command, I have added these lines to the update_scripts.sh:
# Path to the patch_realtek.c file
# The line to be added
NEW_LINE='SND_PCI_QUIRK(0x1043, 0x16d3, "ASUS UX5304VA", ALC245_FIXUP_CS35L41_SPI_2),'
# Insert the new line after the last ASUS related SND_PCI_QUIRK entry
sed -i "/SND_PCI_QUIRK(0x1043, 0x1a8f,/a $NEW_LINE" "$REALTEK_FILE"
And this actually adds the correct line in the correct place and the kernel builds.
What didn´t work is: make release
It gives me the error make: *** No rule to make target ‘release’. Stop. and builds a debug kernel. Anybody knows how to overcome this issue?
Sorry I am a bit late to this. The easiest way to add a patch to the kernel if you are build out of dist-git is to cat sound_fix.patch > linux-kernel-test.patch and then you can use fedpkg local. The linux-kernel-test.patch is an empty file that is applied in the spec. It is specifically there for people to test patches without having to modify the spec.
Do you know if this patch has been submitted upstream? I am happy to pull it back into the Fedora stable kernels once it is queued for upstream.
I must honestly say that I don´t know anything about this process, but it would be amazing if a fix could be implemented in the stable kernels… but I don´t know how that process works. I am a very happy Fedora user, but not at all involved in the development of it.
This patch works for me (luckily) but the volume is very low, even at 100%. Also with almamixer all volumes are at 100% but still low volume (just workable, but a little annoying still).
With the command pactl set-sink-volume 0 150% I can turn the volume up, but the sound then starts to be noisy. 200% would be perfect for me, but it is too noisy at that level.
I did a bit more digging and it seems the reason all of this exists is because Asus has a broken firmware. Upstream is unlikely to take this patch because it is not a stand alone fix, but requires the firmware workaround as well. Hopefully Asus pushes a fixed firmware soon.