[BUG] Cannot load firmware on Lenovo Yoga C940 with cpu IceLake i7-1065G7 #2134
Comments
|
I'm the original user for this bug. What can be done to diagnose the problem? |
|
@pfps: We have finally new firmware from Intel. Please, wait few hours (or to tomorrow). I'm updating Fedora packages right now. |
lgirdwood
added
Boot
|
I'm experiencing a similar issue. Please let me know if I should file a separate bug. I am running Ubuntu 19.10 Eoan on 5.3.0-24-generic. Hardware is a Lenovo X1 Carbon 7th Gen. The sound card is as follows (It's different from that of the OP but the error seems very similar) I can provide more hardware info on request. Thank you! |
|
The most recent versions load for me, but I haven't had a chance to put everything through its paces because of other issues. You need special kernels and not-yet-generally-released versions of firmware, alsa, and pulseaudio, though. Ubuntu tends to lag quite a bit behind the bleeding-edge versions of software so it may be a while until everything is picked up there. The X1 V7 is different from the Yoga C940 and may be better supported. |
|
Yeah, worse yet i seem to have a different build of the V7. Most people with V7s have this sound card (8086:9dc8 instead of 8086:02c8) and it seems like Ubuntu 19.10 does work with those, but 02c8 seems to be slightly different. |
|
Hi, thanks for your answer. I tried using the 1.3 signed one. I wasn't sure if i could go to the very latest one on the kernel version that I'm on (5.3.0-24-generic in Ubuntu); can i? Also, can you confirm my mental model that I'm not even getting to the point where the topology files are a factor? As long as I'm overwriting /lib/firmware/intel/sof/sof-cnl.ri with whatever i'm trying to use, that should be getting picked up when the kernel module loads, right? BTW -- if i try to rmmod and modprobe again, it causes a kernel BUG (i'm not on that computer now and can't paste it), not sure if that matters. LMK! |
|
@joshk0 @pfps There are multiple issues in the logs. First HDMI codec initializing fails I may have idea how to solve #1. A fix in i915 driver is needed on some ICL platforms (0x34C8, sof-icl.ri). The patches were now included in v.5.5-rc1. The patches are these: In latest sound master, we've also added a feature to pass "codec_mask" parameter to snd_sof_intel_hda_common (e.g. with codec_mask=1 you can ignore the HDMI codec and probe should pass). Unfortunately this not in v5.5-rc1 and earlier and is only very recently merged to sound master. For the other issue of FW loading, it seems that at least for some people the issue is solved. @perexg as the original submitted, is the issue on C940 now solved? |
|
@joshk0 wrote:
I think so yes. Your device has a different generation audio-DSP (0x02c8 -> cAVS1.8 -> sof-cnl.ri, see:
In general we have backwards compability for minor-version changes in ABI. The old-kernel new-fw combo is in practise less tested, so some issues may be seen. UPDATE: at least one known issue is this #2181 -> "sof-audio-pci 0000:00:1f.3: error: invalid kcontrol count 2 for volume").
It is highly recommended to use topology files that match the FW release (both topology files and FW are versioned). So you if change sof-cnl.ri, you should take topology files from same release. There's ongoing work to improve how topology files are distributed, see e.g. #2200
That should work and the test is covered by SOF CI, so it if happens with latest upstream kernel, a separate bug should be filed for this as well. |
|
Update: The latest sof-cnl.ri file works with the original 5.3.0-24-generic kernel so I won't file an issue. BTW, I also tried that on 5.5-rc1, which now wants sof-cml.ri. On that kernel version, I got it to work by symlinking sof-cnl.ri to sof-cml.ri. Could that be because of https://patchwork.kernel.org/patch/11262555/ ? I find it strange that this is the only place on the internet which mentions that filename. |
|
I believe that Intel should release signed sof-cml.ri, too. The changes are probably queued to 5.6 kernel - https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git/log/?h=for-5.6 . |
|
@joshk0 wrote:
Ok, good!
Yes, this is very recent change (in upstream the main patch is "ASoC: Intel: acpi-match: split CNL tables in three", part of 5.5-rc1 already). Matching FW release has not been made, but it will be included (FYI @lgirdwood and @xiulipan ) |
Some new platforms has issue with sound card, fix it partiality by applying thesofproject/sof#2134 (comment) recommended patches. Link: https://community.clearlinux.org/t/new-installation-no-sound-swift-5-i7-1065gt-iris-plus/2407 resolves clearlinux/distribution#1579
|
Any updates on this issue? Is it still relevant in the light of the aforementioned commit? |
|
@slawblauciak I've tagged v1.4.2 now as it passes all validation on the development boards, I think we just need @lbetlej to arrange the signing now. |
|
I think that this can be closed. I have been able to load the software on my Yoga C940. (There are other issues with this laptop, but those are reported elsewhere.) |
|
@pfps, could you please paste the relevant log lines (including the Linux version, and firmware version) for the archive and reference? |
|
@pfps could you update this page https://wiki.archlinux.org/index.php/Lenovo_Yoga_c940 with the update to SOF, and it would be nice if you could add any other issues you have? |
|
@paulmenzel OK. Edit: Put more information in log extract. |
|
Thanks. The gist should be. No idea what version 1:1:0-fcf6c is. |
|
It's wrong tag interpretation in the released binary firmware from Intel. Use 'fcf6c' git hash prefix only. It should be fixed with the recent firmware files. It's 1.4.1 firmware. fcf6c8c |
|
I'm running with a version of Fedora that I think should have good SOF support - kernel 5.4.14-200.fc31.x86_64 Sometimes everything starts fine and the mic is fine and the speakers are OK. Sometimes the firmware loads but I see an immediate failure, as in Even when sound works initially I sometimes experience later failures. The worst one is thousands (maybe even hundreds of thousands) or message like |
|
It’s working fantastic on Arch 5.5 on the C940 |
|
@pfps wrote:
If you can reproduce this, can you file a new bug on this and provide full kernel logs? Firmware is loading here, so we can close this bug. This could be a case where communication with i915 is failing and that is blocking audio driver load.
And ditto here. |
|
@danielcherubini is it working for you with PulseAudio on your C940? I'm running GNOME on Arch (package versions below) with no custom patching. On a normal boot all sound devices (connected at 0000:00:1f.3) are detected, however I'd get no sound. Digging in a little further, If I mask At first this sounds like it may be an issue with PulseAudio, but examining and after some time after boot: Boot Logs: https://pastebin.com/UwSGJAkm Package versions:
|
|
Can confirm it's working on Arch with kernel 5.5+ |
|
@jlaham Thanks, I've pasted here below too. We have seen some issues with Linux, Pulseaudio and UCM integration that have caused similar issues, I think now that @kv2019i and @juimonen have recently upstreamed all remaining UCM/Pulseaudio fixes. Any out standing guys ? |
|
@jlaham Based on this trace: I think you are hitting same bug as: Did you have HDMI/DP monitor connected during boot? PS As stated earlier in the bug, these errors are no longer related to firmware load, but are rather Linux driver issues. |
|
Thanks both for your feedback. @kv2019i I did not have anything plugged in; trying to keep my machine as "vanilla" as can be when debugging these sorts of issues. I was to make some significant progress on this from my end, and now have a functioning system; following are my findings:
|
|
@jlaham can you attach the dmesg for 2 next time it happens. |
|
@jlaham wrote.
Ack, and based on your previous logs, I believe this is fixed with in upstream kernel (see link to patches above). If rootcause is the same, reloading the SOF kernels driver can also help to detect the devices. Thank you for the report! |
|
@lgirdwood @perexg Can we close this now? |
|
@kv2019i I think so. It can be re-opened if needed. |
|
Hello, I am commenting here as I have some issues with the sof driver with my C940 under manjaro gnome with kernel 5.5.4-1 or 5.6-rc2. I have never been able to make the speakers working (showing fake output in gnome sound manager) or the mic except partially with kernel 5.4. I moved to the unstable branch to test with latest packages. The main error in dmesg is the following:
I joined the full dmesg logs for kernel 5.5 and 5.6 together with the packages version installed on my machine. Hope in can help you. Thanks for your efforts ! |
This looks like you don't have any firmware installed on your device? can you do a ls -l /lib/firmware/intel/sof* and paste the results? |
|
Thanks for your very quick answer ! Indeed, no sof installed, I thought it was by default... No now it seems ok from dmesg but still no speakers/mic detected by gnome with fake speakers in sound menu.
|
|
Ok I had to reboot a second time as hinted in a previous comment and it is now working ! Sorry for having polluted the issue... Thanks for the help ! |
|
I'm having issues here too. I'm new to arch. As of now I have the left speaker (weak at max volume) and the mic appears to work. See attached for how far I've gotten. I'd be very grateful for any guidance. Thanks for your time and consideration! Yoga C940 CannonLake i7-9750H |
|
So as far as I can tell I've done what is described in the wiki.
|
|
@buzuddha, this issue is closed, and your issues is probably something else. Please create a new issue. |
I'm having the same issues, with the Cannonlake C940. Could it have to do with our version of the C940 that is different? |
I am another user having the same issue, I think our Lenovo Yoga c940 being the CannonLake version might have different hardware. |
The user cannot load signed firmware v1.3:
https://bugzilla.redhat.com/show_bug.cgi?id=1772498
The text was updated successfully, but these errors were encountered: