Bluetooth stutters because of bug in kernel
Bug #2041903 reported by
alex
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
High
|
|||
linux (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Problems with bluetooth, apparently due to this error.
https:/
And for some reason it is present in 6.5.0-10.10 Ubuntu kernel.
I had to roll back to 6.5.0 using mainline, where there was no problem. Why is this fix not available in 6.5.0-10.10? I want to use the kernel from canonical
Also only 6.5.0 does not have this problem, 6.5.7 has it
affects: | ubuntu → linux (Ubuntu) |
tags: | added: mantic |
Changed in linux: | |
importance: | Unknown → High |
status: | Unknown → Fix Released |
To post a comment you must log in.
Created attachment 304639
The dmesg output after boot for the 6.5 RC1 mainline kernel
I have a Lenovo ThinkPad X1 Yoga Gen 7 running Arch Linux. Linux 6.4 and higher, cause audio distortion. Sometimes, this occurs to the point that nearly nothing is discernible. This carries over to wired headphones. The issue occurs on the entire mainline 6.4.x kernel series and also the 6.4.3 stable and 6.5 RC1 kernel, which are the latest at the time of writing. The issue occurs on both the Arch distributed kernels, and the mainline kernels.
Linux kernels 6.3.x are not affected and neither is the 6.1 LTS kernel series which is what I am temporarily using. On Windows 10/11 too, the audio works as it should. This indicates that my hardware is not at fault. Bluetooth audio is not impacted from my testing, either.
The distortion doesn't start immediately. It either occurs automatically after a random amount of time, or when I increase/decrease the volume, or when I skip forward/backward to a section. In order to stop the distortion, I have to either increase/decrease the volume until it stops, or skip forward/backward until it stops, or restart Pipewire via systemd, however it starts again due to one of the aforementioned reasons.
At the time of this report, I am running Pipewire 0.3.74 and Wireplumber 0.4.14. This also doesn't seem like a Pipewire/ Wireplumber issue, since these same versions work fine on the 6.1 LTS kernels without causing any audio distortion.
I wrote about this on the Arch Linux forums, too, and seems like at least two other people are facing this issue. Here's the forum post: https:/ /bbs.archlinux. org/viewtopic. php?id= 287068
Furthermore, I filed a bug report on the Arch Linux Bug Reporter, where they suggested that the issue is a kernel regression and should be reported upstream, here. Here's the bug report that I filed on the Arch Linux Bug Reporter for anyone interested: https:/ /bugs.archlinux .org/task/ 79081?project= 1&pagenum= 10
I have attached the dmesg outputs of the mainline 6.5 RC1 kernel.
Here's some audio related hardware information from my device:
inxi -A
Audio: pci-intel- tgl rc1-1-mainline status: kernel-api
Device-1: Intel Alder Lake PCH-P High Definition Audio
driver: sof-audio-
API: ALSA v: k6.5.0-
pactl info
Server String: /run/user/ 1000/pulse/ native front-right pci-0000_ 00_1f.3- platform- skl_hda_ dsp_generic. HiFi__hw_ sofhdadsp_ _sink pci-0000_ 00_1f.3- platform- skl_hda_ dsp_generic. HiFi__hw_ sofhdadsp_ 6__source
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 138
Tile Size: 65472
User Name: tux
Host Name: NSA-Terminal-4
Server Name: PulseAudio (on PipeWire 0.3.74)
Server Version: 15.0.0
Default Sample Specification: float32le 2ch 48000Hz
Default Channel Map: front-left,
Default Sink: alsa_output.
Default Source: alsa_input.
Cookie: f9dc:5e7a
I can't figure out why this is happening. Kindly ask for any more information that is necessary. Thank you.