This seems to be a repeat of bug 1750194, and likely an upstream issue again. Fedora kernels 5.10.x are compiling with CONFIG_SND_SOC_SOF_BROADWELL=m. Looking at the package history, I'm not sure this change was intentional. Because of this, both the modules snd_soc_sst_broadwell and snd_sof_intel_bdw are being loaded at the same on Broadwell platforms. As before, the result is no working sound. (This is happening to me on a Dell Latitude 7350 2-in-1 laptop.) Fedora kernels 5.9.x are not affected: CONFIG_SND_SOC_SOF_BROADWELL was not set during the builds, even with CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT=y as it is now.
Created attachment 1759478 [details] alsa-info.txt with kernel 5.10.17-200.fc33.x86_64
Apparently since kernel 5.10, snd_soc_sst_broadwell is no longer an SST driver. In any case, there is still no sound. speaker-test is not producing anything, even when trying different devices. This also affects Rawhide nightly builds.
https://lore.kernel.org/alsa-devel/X%2FBkDB2CU+Bbyz%2F0@kroah.com/
Created attachment 1759483 [details] alsa-info.txt with kernel 5.12.0-0.rc0.20210225gitc03c21ba6f4e.160.fc35.x86_64
Actually, Rawhide has a different issue, because this works on it: speaker-test -D sysdefault:CARD=broadwellrt286 However, in Rawhide, PipeWire has replaced PulseAudio. Applications are not producing any sound; the speaker test in gnome-control-center is not producing sound either. This appears in alsa-info.txt (attachment 1759483 [details]): > !!Sound Servers on this system > !!---------------------------- > > No sound servers found. >
I examined alsa-info.sh and it isn't written to check for PipeWire (yet), which explains the message in Rawhide. I tested issue this under Arch Linux, first when running the stock kernel 5.10.16 (with CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT=n), and then when running a rebuilt kernel (with CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT=y, but otherwise identical). I believe I've identified the cause of the issue. Please see this upstream bug I opened: https://bugzilla.kernel.org/show_bug.cgi?id=211985
Upstream responded that kernel 5.10 is missing a Kconfig mutual exclusion, which should cause CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT to be unset when CONFIG_SND_SOC_INTEL_CATPT=y/m. In kernels 5.9 and earlier this happened automatically, but the introduction of the catpt sound driver led to this oversight. Fedora 33 is affected by this since both options are set in its kernel config. A one-line code change would fix the Kconfig mutual exclusion in kernel 5.10. However this is superseded in kernel 5.11, which supports the co-existence of these two drivers and does not have this issue. Are additional kernel 5.10.x packages for Fedora 33 expected? If so, can CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT be temporarily unset in order to restore sound on Broadwell, and restored later for kernel 5.11? Thanks!
I'm not sure if there is going to be another 5.10.y build, but I think so. So I've just pushed a change to unset the CONFIG_SND_SOC_SOF_BROADWELL_SUPPORT option for the 5.10.y kernels. Unfortunately I just missed the 5.10.20 kernel build which was done today. But this should be picked up by the next build. Unless the next build is a 5.11.y build, in which case this will be resolved too :)
FEDORA-2021-de87c13b55 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-de87c13b55
FEDORA-2021-de87c13b55 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-de87c13b55` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-de87c13b55 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-a8b059afa1 has been pushed to the Fedora 32 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-a8b059afa1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-a8b059afa1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-a8b059afa1 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-de87c13b55 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.