You are not logged in.
Model 16Z90RS-K.AAW7U1 (2023 Raptor Lake)
$ lspci | grep audio
00:1f.3 Multimedia audio controller: Intel Corporation Raptor Lake-P/U/H cAVS (rev 01)Audio didn't work, I browsed through several forums and found many others have similar issues (e.g. kernel bugzilla, fedora forum). Then I found this github page which provides step-by-step fix instructions. I thought, alright let's do it.
According to the author, the first step is
sudo apt update
sudo apt install git qemu qemu-utils build-essential build-depSo I translated it into arch
pacman -Syu qemu qemu-tools( I don't know if that's the correct translation, don't quote me on it! Especially I don't know what "build-essential" and "build-dep" are so just skipped them.)
While pacman was running the install scripts, the some OSDs flashed on the screen, AND AUDIO STARTED WORKING!
Caveats:
1) Out of the box the balancing is horrible. But this is fixable by manually configuring it. I find left=55% / right=100% works.
2) It does not survive reboot. After reboot I have to either install or uninstall "qemu" to trigger the scripts again (turns out "qemu-tools" plays no roles in it), then it works but only for that session.
=> meaning audio does not depend on qemu, it's something in the qemu install/uninstall script that triggers it to work
=> by the way, the configured balancing does survive reboot, at least that's convenient
I write this partly to help others who have similar issues, but also to ask for help. The current situation isn't exactly ideal. This is obviously a glitch and may stop working at anytime. So I'd prefer to have a more reliable solution. Does anyone know what's in the qemu install/uninstall script that could trigger something like this? I think knowing that may be the first step to the solution.
(By the way, that github fix instruction I mentioned earlier got me nowhere. It's probably my wrong translation, I'll try it on ubuntu later. But that's a story for another time.)
Last edited by 4color (2024-03-13 06:07:05)
Offline