-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Opensuse 15.6 HP 14b-nb0031wm w/ MrChromeBox UEFI Tiger Lake-LP Smart Sound Technology Audio Controller no output #5174
Comments
Hi, Notes:
The firmware and topology file is present and all looks fine, I don't know why the card is not visible.
is harmless, I have a PR to avoid the confusion: #5183 The |
The OpenSuse dmesg output is "OSSofdmesg.txt." The Mint output is "Soflog.txt" Thanks for the response. |
Thanks for the kernel logs.
Can you also provide the alsa-info output from Mint and openSUSE again? It looks to me that the kernel and sof-bin is pretty old on Mint? What are the versions? I think the sof-bin might be from December, 2021: https://github.com/thesofproject/sof-bin/releases/tag/v2.0 with openSUSE we use v2.2 binaries for TGL, but the sof-firmware package is one year old as well, so not too recent either. The version difference in kernel and sof-bin looks pretty big and there has been lots of changes on both side, but I would try these things (apart from the logs): On Mint install https://github.com/thesofproject/sof-bin/releases/tag/v2023.09.2 (same version as openSUSE has) - you might need to remove the distro sof-firmwre package first.
On openSUSE, install the old https://github.com/thesofproject/sof-bin/releases/tag/v2.0 and see how it behaves.
If nothing works with openSUSE's 6.10.8 then I'm not sure how to proceed, you would need to test older kernels if you can. Hint: you can test the different sof-bin releases w/o reboot, but need to make sure that nothing is using audio (by reloading the audio drivers): Note: we don't have similar device in our CI, but the sof-bin releases are used by Chrome vendors and Google, regressions can still happen... |
@SeonMu108, can you also check on openSUSE before anything else:
|
what's not so good is the ACPI error listed initially
that really hints at a UEFI BIOS issue... I would really try with Fedora40 and see what happens on this device. If everything works well, then it's clearly a distro issue with older kernel/firmware/topology. If there's still a problem, possibly the BIOS needs an update. |
Sudo aplay -l
Here is the OpenSuse Alsa-info.sh with that file in place: I'm going to boot into mint to give the second alsa-info and will append that file to this post via edit Thanks edit: Mint does not have the option for alsa-info. The two alsa-info.txt files I provided were from different sof firmwares within OpenSuse. Finally, to @plbossart - if it was a UEFI bios issue, it would be present, I would think in both Mint and OpenSuse (I have no idea how UEFI and the Linux kernel interact, so I am more that happy to be wrong on this), however, I updated the UEFI Mr. Chromebook firmware earlier today to the latest version and the issue persist.
|
@SeonMu108, this looks correct, you have the card up. |
Sof-firmware-signed on Mint is a different package than the one that is used by OS, and there are only two versions on Mint - https://imgur.com/p0o8QWQ.png. Within mint, when I try to clone the git and run install.sh, nothing happens - terminal accepts the command and then brings up the same directory waiting for input. When I download the tarball, extract it, and run install.sh I get this error After running install.sh, there is no new sof-~ or ~-sof in the synaptic package manager. I have no idea how to proceed from here on the Mint side of things - if you could tell me exactly what
means, I would gladly follow directions. I have a slight background in IT QA, so I am familiar with bug reports and how to communicate back and forth with actual tech people, but I have no idea how github as a whole works, or how to do anything with it other than what I've already wrote. Thanks. |
@SeonMu108, OK, I think you don't need to test different versions of sof-bin releases, the issue might boils down that normal users in openSUSE does not have access to audio by default - only the media severs do. Let's pursue this lead! With vanilla openSUSE install with Now you should see the audio card and PCM devices with The other problem you have is that alsa-ucm-conf (afaik) does not have configuration for this sound card (sof-rt5682), which means that Pipewire/wireplumber or Pulseaudio does not know what to do. To see if it is working at all, you would will need some of the hints from the troubleshooting [3]: Go back to TermA and play with mixer controls. References |
OK! PROGRESS! I added audio to the user group. Before adding the audio group, both sudo and standard aplay -l displayed the same output: NOW! Here is the interesting thing! when I run this command in terminal:
THIS WORKS! But only this. It still shows up in alsa as a dummy; no hardware output. It repeats the front left/front right audio clip over and over. HOWEVER!!!! When I check YaST sound, the sound card is still showing up as unconfigured. So of course, I try to configure it, to see if it corrects itself, which of course it doesn't. BUT! When I try to repeat that terminal command, I get a different output, an error, and there is no longer a sound test: Also, when I run the (sudo) aplay -l command, it then returns
_ |
OK, I feel like a giant idiot. As soon as I change the pulseaudio configuration it works! MuCH (because YaST audio apparently is nonsense and has no bearing on anything) appreciated! Chris |
@SeonMu108, glad to hear that you made some (audible) progress! If you feel that the original issue has been addressed and fixed, please close the issue. Thank you |
LET THERE BE SOUND |
@SeonMu108, are you OK to close the issue? Thank you |
I've been having problems with the audio driver on Opensuse 15.6.
here is the text of the bugzilla threat along with the two alsa-info.sh attachments:
I tried both google and brave search and have yet to come across an answer that works on my machine, a newly installed 15.6 leap instance.
Here is the output from inxi -Aa
Audio:
Device-1: Intel Tiger Lake-LP Smart Sound Audio
API: ALSA v: k6.4.0-150600.21-default status: kernel-api with: aoss
Server-1: PipeWire v: 1.0.5 status: off with: wireplumber status: off
Server-2: PulseAudio v: 17.0 status: active with: pulseaudio-alsa
dmesg output:
here's the output:
[ 142.261901] sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
[ 142.262162] sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
[ 142.262285] sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 142.270908] sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode
[ 142.285212] sof-audio-pci-intel-tgl 0000:00:1f.3: NHLT table not found
[ 142.285238] sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 4
[ 142.285754] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
[ 142.285761] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
[ 142.285768] sof-audio-pci-intel-tgl 0000:00:1f.3: unknown sof_ext_man header type 3 size 0x30
[ 142.403661] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
[ 142.403680] sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
I assume the bolded line is the pertinent one.
I have sof-firmware installed, as well as the above drivers. I disabled pipewire, as I've had problems on Ubuntu/Mint with Pipewire. I have also tried this with Pipewire enabled and have had the same issue.
The device shows up in YaST Sound as "Tiger Lake-LP Smart Sound Technology Audio Controller." When I select edit and try Quick Automatic Setup or Normal Setup, or Advanced, I get the following error:
The kernel module snd-sof-pci-intel-tgl for sound support
could not be loaded. This can be caused by incorrect
module parameters, including invalid IO or IRQ parameters.
As I said above, I have this working on Linux Mint 21.3 Virginia, so long as I have Pipewire disabled with the sof-firmware drivers. Does anyone have any clue what I need to do to get the sound working? It's really the only thing stopping me from switching.
Thanks
Alsa-Info output
Tried the newest Kernel at the first link,
Linux localhost.localdomain 6.10.8-lp155.4.g8fb5447-default #1 SMP PREEMPT_DYNAMIC Fri Sep 6 07:30:08 UTC 2024 (8fb5447) x86_64 x86_64 x86_64 GNU/Linux
and the issue persists: https://imgur.com/a/81Y1NVX
Attached is the output from Alsa-Info.
Alsa-info 1.txt
Second alsa-info output with both upstream sof-firmware drivers (failed) and kernel option - snd_intel_dspcfg.dsp_driver=1
alsa-info 2.txt
The new sof firmware you linked to did not change the outcome. There is a difference after adding the kernel modifier, where the device seems to work, as in, the process where I click "edit" to configure the sound driver completes, but there is still nothing but a dummy output. If I try to click "edit" again after the process completes, the window closes. Upon reopening, the driver remains unconfigured. See the screenshot here:
https://imgur.com/beX5Sy5.png
contents of /etc/modprobe.d/
There are three files -
50-yast.conf: https://imgur.com/u5WqTCd.png
which is empty
README, which is, obviously, a readme
and tuned.conf, which is all commented out: https://imgur.com/pMhel5k.png
Thanks
The text was updated successfully, but these errors were encountered: