Open kaypoush opened 4 years ago
mikebw
commented
4 years ago I have a similar problem with a Dell 3120 (CANDY) BayTrail. After removing a headset, either conventionally wired or USB, the speakers are dead until they mysteriously recover. While the speakers produce no audio, the volume control app correctly shows varying audio levels from both the application (for example, web browser) and device output. The problem is intermittent so I have never been able to hunt it down.
kaypoush
commented
4 years ago It didn't really work for me but you can try some of the solutions listed on this page:
https://wiki.archlinux.org/index.php/PulseAudio/Troubleshooting#Glitches,_skips_or_crackling
Some additional informations. Indeed audio is still "there". In my case, I need to put the volume to the maximum in the volume control and I can hear the distorted but still very low audio. Like this:
https://www.youtube.com/watch?v=cGTJEjLmx8s
Like it's encrypted and something. After a while (not exact time) it comes back to normal.
I will try to record somehow the audio that it makes when I have this problem and when I put the headphones. Perhaps it will help to solve this issue.
kousu
commented
4 years ago :+1: I'm seeing this too on GalliumOS 3.1 on GNAWTY ( Acer Chromebook 11 (CB3-131, C735) ).
I found that pkill pulse + pkill $ANY_APP_USING_AUDIO will sometimes fix it, but will sometimes not. Many pkills are sometimes needed, and sometimes the problems start up again even after that.
As @mikebw said sometimes just waiting for a while will let it recover, but I haven't figured out how long that takes or if there's a special trigger for it.
I've been wondering if this is correlated with sleep, since it seems to happen more after I've left my laptop and come back to it, but maybe that's just because the system has been online for longer and something is glitching.
kaypoush
commented
4 years ago OK, I tried something and I think it may be the clean fix for this issue.
I don't really understand the origin of this (something to do with PLL and some other technical stuff) but it's known and was apparently fixed in more recent linux kernel versions.
More info here:
https://lkml.org/lkml/2018/11/1/1098
Basically, what I did is updating the linux kernel to version 5. Gallium OS by default is using version 4. At first, I was kinda worried about this because I thought it will break my system but it didn't.
First check the current version of the kernel:
uname -r
It should be version 4 something.
To update the kernel (most important line is line 2 which is the command to update the kernel), you do this:
sudo apt update
sudo apt install --install-recommends linux-generic-hwe-18.04
sudo apt dist-upgrade
sudo apt autoremove
sudo apt autoclean
rebootBefore updating the kernel I suggest you to back up your important stuff. I don't want to be responsible of any data loss even though in my case nothing happened. It worked just fine.
Check again the version of the kernel after rebooting:
uname -r
It should be version 5 something now. And see if the issue with the audio is fixed.
Hope it helps and don't forget to comment afterwards to tell if it worked or not.
Edit 1: The previously used update method brings us to version 5.4 so not the latest kernel. It didn't work, the issue reappeared. I'm now testing newer kernels using this tool for installing them https://github.com/bkw777/mainline/releases The kernel I'm testing now is 5.7.1-050701-generic (didn't face any issue updating to this version) and I'll report back to tell if this particular audio problem is fixed or not with this new version. Besides, I learned about this comment the guy had the same issue and he reported back with this comment "I switched to Arch Linux, and everything works on latest kernel + max98090 UCM files". I hope that with this new kernel it will work. For info, the UCM files he's talking about are located here /usr/share/alsa/ucm. Stay tuned!
Edit 2: I'm back to inform you that it seems that this issue can be fixed by upgrading to linux kernel version 5.7.1-050701-generic using Ubuntu Mainline Kernel Installer. I also updated my custom firmware using ChromeOS Firmware Utility Script. I tested for 20 days without any issue.
Hello,
When by mistake the headphone jack unplugs sometimes (not all the time, like now I can remove the headphones and put it back it will not impact the audio but it happens more often when it's by mistake) and then I put it back it makes a weird boom sound and then the (whole not just headphone output) audio is broken, I hear some very low noises. Then after one or two minutes it comes back to normal. At first I thought that playing with the volume, changing the server, etc. was helping to fix it faster but in fact it does nothing the audio comes back by itself after a while.
Infos: Acer Chromebook 11 CB3-131-C9F0 GalliumOS 3.1 (4.16.18-galliumos, bionic) - Bay Trail - Gnawty ISO / Full Firmware (MrChromebox) / No dual-boot (no chrx)
The only log I can see related to this issue is this in dmesg/syslog:
I see no new log after the audio comes back to normal.
If you need more infos, I will provide.
Note: I also have the low audio problem but It can be solved by manually increasing the volume on alsamixer for chtmax98090 at each boot.
Thank you!