(Bay Trail-T, Cherry Trail-T) (possibly solved) Beep noise after 1-3 minutes when playing sound

Svyatko · January 22, 2025, 2:22pm

Caused by problems with SOF firmware, updates are not available.

Fruitful discussion:

github.com/thesofproject/sof

[BUG][BYT][CHT] Linux 5.11 Cherrytrail/rt5640 emits persistent beeping sound after a short while

opened 06:36PM - 23 Feb 21 UTC

closed 07:24AM - 21 Jun 22 UTC

fxthomas

bug won't fix BYT P2 CHT

I had this issue while trying to debug https://gitlab.freedesktop.org/pipewire/p…ipewire/-/issues/530 on an HP Detachable x2 ultrabook, where we're trying to see if the SOF driver is somehow more stable than SST. This issue happens with raw ALSA (neither Pipewire/Pulseaudio running) as well as with both PW/PA. The following sequence reproduces the issue 100% of the time: * Enable SOF with `options snd-intel-dspcfg dsp_driver=3` on a 5.11 kernel * Check that the SOF driver is actually used with `dmesg | grep sof` * Play a relatively long sound file for a few minutes (`aplay -D <device name> file.wav` for example) * After sometimes (usually 2-3 minutes, though not always), speakers/headphones stop playing anything and emit a loud persistent "beeeep" that doesn't stop As far as I can tell the beep only goes away when starting (if running raw ALSA) or restarting (if already running) the Pipewire/Pulseaudio server, which restores proper playback until the next beep. The default SST driver is stable for basic audio output in S16LE, despite issues in other areas. **Environment** 1) Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver). * Kernel: [v5.11-arch2](https://git.archlinux.org/linux.git/commit/?h=v5.11-arch2&id=36fc895dd57fb20bcc46130e0a3594c0ad9ec265) in testing * SOF: [1.6.1-1](https://archlinux.org/packages/extra/any/sof-firmware/) ([3dffc2ae](https://github.com/archlinux/svntogit-packages/commit/3dffc2aea8ff57f9e54558bda846ea82e72f310b) on the Arch package source, [sof-bin@b77c851](https://github.com/thesofproject/sof-bin/releases/tag/v1.6.1)) 2) Name of the topology file * Topology: ? (I don't know how to get that) 3) Name of the platform(s) on which the bug is observed. * Platform: Atom x5-Z8530 (Cherrytrail) / rt5640 Logs: * There are no logs in `dmesg` at all * Regarding `sof-logger`, is there a way for me to compile it without bringing up the whole toolchain? I'm not familiar at all with SOF, so if this is the wrong place for a report do let me know!

1st solution - use SST driver instead of SOF:
Create file /etc/modprobe.d/alsa-base.conf with parameter string

options snd-intel-dspcfg dsp_driver=2

Sound starts to play much slower. In KDE’s sound check female voice became male’s. In videos sound chops.
Windows uses SST driver without problems…

2nd solution - use SOF in debug mode:
Create file /etc/modprobe.d/alsa-base.conf with parameter string

options snd_sof sof_debug=1

ILL it works OK.