Created attachment 1623341 [details] dmesg.txt 1. Please describe the problem: Sound card doesn't work out of the box on Fedora 31. All sound settings only refer to "Dummy output". 2. What is the Version-Release number of the kernel: kernel-5.3.2-300.fc31.x86_64 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : Did not work previously. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Boot the device, attempt playing a sound. 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: It still happens with 5.3.4-300 6. Are you running any modules that not shipped with directly Fedora's kernel?: No 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag. Most important thing is that adding two configuration files makes the device work. These are discovered on linuxmint forum post[1] and later on github gist[2]. There is a bit more information in this repository[3] as well. Creating the directory /usr/share/alsa/ucm/bytcht-cx2072x/, putting files there and rebooting makes device operational. Now, the weird part is that sound works even after removing those two files... I don't understand what is happening, but I'll gladly provide more information. Please let me know if there is anything else I can do. [1] https://forums.linuxmint.com/viewtopic.php?t=294531#p1636594 [2] https://gist.github.com/heikomat/3fe272431b44b580c933bfb901a92257#file-cx2072x_sound_debian-sh-L91 [3] https://github.com/heikomat/linux/tree/cx2072x/cx2072x_fixes_and_manual
You might find this bug helpful: https://bugzilla.redhat.com/show_bug.cgi?id=1775732
(In reply to tarclarke from comment #1) > You might find this bug helpful: > https://bugzilla.redhat.com/show_bug.cgi?id=1775732 Right, as mentioned in that bug, this should be fixed by the alsa-lib 1.2.1.1 update which is currently in the stable updates repository now: https://bodhi.fedoraproject.org/updates/FEDORA-2019-d70ab6e7a2 So a simple "sudo dnf update 'alsa*'" followed by a "killall pulseaudio" should fix this.
Closing this as works for me, as this should work fine with the alsa-lib 1.2.1.1 update which is in the stable updates repository now.
FEDORA-2019-7f716645c1 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-7f716645c1
alsa-lib-1.2.1.2-3.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-7f716645c1
alsa-lib-1.2.1.2-3.fc31 has been pushed to the Fedora 31 stable repository. If problems still persist, please make note of it in this bug report.
Hi Hans, Thank you for looking into this! alsa-lib-1.2.1.2-3 is included in F31-WORK-x86_64-LIVE-20191206.iso image. I can confirm that everything works out of the box when booting it. This issue is solved. Kind regards, Momo.