Oh wait, I just noticed that I’m on arm-unstable branch… I don’t even remember when I switched… probably trying to check the CPUidle thingy but that isn’t even on he 6.1 kernel so I guess that is a Fail on my side.
I have an somewhat old Phosh image from last year that I have been updating using pamac weekly, so maybe I’m missing something on the config.
@philm, would the config you shared be relevant to Phosh arm-unstable?
@varikonniemi you are right it is using psci_idle as cpuidle driver. I mean to say that by the time I switched to arm-unstable it was broken, so I switched branches to enabled it but it wasn’t present on the unstable branch either at that time. Anyways, I will switch back to stable and test the audio.
Well FOSS development is a beautiful thing. More or less it was in work in progress since a year. When merged upstream projects like PMOS noticed some is broken. Seems a version during development was tested but never the final thing with current environment. This results then in funny comments and broken systems to end users.
Also a fun fact is which kernel is used: Megi, Mobian, Pine64, Mainline. If you use Pipewire or PulseAudio, even pure Alsa.
As I see it, upstream Alsa developers suggested a lot of things they know might work and the documentation was more or less applied.
For me it seems it was never really tested. Also you see a history in 3 branches.
So someone has to follow the bread crumms once again and redo the history and verify every setting change and why it was made. Some say it is now to loud, others have no audio at all. For me it is kinda a mess and the typical many cooks might waste the food thing …
brings us to a very important point: why on earth after all this time has not pinephone migrated to a pure Linux kernel? One would think the most used and successful Linux phone would have the manpower to upstream the needed patches to allow it to use mainline kernel, but it seems nothing is enough.
the more or less reference kernel by Megi, which is more or less the defacto standard, which ships some patches which can’t get upstreamed as they don’t follow upstream code guidelines. Megi has no time to upstream things but you can always feel free to do that when keeping his credit
then there is the Mobian kernel, which partly ships with some of the Megi patch-set. However it is not complete and might have some issues.
So there you have it why it is not upstreamed. All kernels ship with downstream patch-sets on top of the mainline kernel. So if Pine64 claims the PinePhone is supported by Mainline kernel, well not fully. So how to get it upstreamed? Well. Pine64 could pay Linaro to do it. The community did a great job so far but the interest shift to the PinePhonePro already …
Just out of curiosity, do you happen to know how much do they charge for the upstream service? I mean, the pinephone is an awesome tool specially for crazy devs like me that do virtualization and a of lot of thin client stuff.
If it weren’t because of my lack of time, I would gladly do it myself
Don’t know why that should help, but someone suggested to delete those files to get audio back. However the left channel might be way too loud: ~/.config/pulse and ~/.local/state/wireplumber Also it depends if you use pipewire or pulseaudio.
For now I decided to readd the last working config files into alsa-ucm-pinephone package and added an alpm hook which makes sure to restore the symlink to the working configs on updates of the file. Let me know if that works for you guys. When there is a proper solution I’ll remove that of course.
I’m sorry if this isn’t the best way to submit this, but this is the EXACT problem I’m having. The OS updates on the “Add/Remove Software” button is recommending I download alsa-ucm-pinephone . If I download it I lose all sound (videos, phone calls, sound fx, even in the headphones). If I don’t download it , everything is fine. I downloaded all the other updates. But if I download any other apps from the “Add/Remove Software” button it adds in alsa-ucm-pinephone .
I tried deleting those entries from that file and it wouldn’t let me save over it. It said "too many levels of symbolic links. I’m new at this. Am I doing something wrong?
I am in a similar situation with @Noob_Of_All_Trades. Updated the phone yesterday with sudo pacman -Syu, then all sound is lost.
I tried commenting out the quoted section in PinePhone.conf (I am able to do so with sudo), however after a reboot, it still had no sound.
I then restored the original PinePhone.conf and tried to rename ~/.config/pulse. I did not have a ~/.local/state/wireplumber file. After a reboot it did not work either.
Edit: I also tried to downgrade all upgraded packages (looked at /var/log/pacman.log and restored the original versions from /var/cache/pacman/pkg/), and also tried to uninstall alsa-ucm-pinephone. Then retried the PinePhone.conf and .config/pulse fixes, but still no luck
Edit 2: I managed to fix it!
After I downgraded and uninstalled alsa-ucm-pinephone it still didn’t work. So I upgraded again, and then manually reinstalled alsa-ucm-pinephone. Then rebooted, and suddenly I have sound again.
I note that If I look at the alsa PinePhone.conf now, it is significantly shorter. Not only did it not contain the SectionDefaults, but the boot sequence stuff is all gone as well. I suspect that’s probably the cause (?)
@philm Based on your comments here and on the GitLab commit, I suspect that the version with only SectionUseCase."HiFi" and SectionUseCase."Voice Call" is the correct one? In which case, I think your “alpm hook which makes sure to restore the symlink” maybe is not working with pacman -Syu…
Posting here to hopefully save some other people on stable some time. My audio went out after the update I installed last week. Deleting alsa-ucm-pinephone from within package manager, restarting, re-installing it from package manager, and restarting again fixed my audio.
Oddly enough, I did use the re-install button in package manager to re-install the alsa and pulseaudio files that were updated in one of my previous troubleshooting attempts, which didn’t work.