You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[BUG] Cannot load firmware on Lenovo Yoga C940 with cpu IceLake i7-1065G7 #2134
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)
00:1f.3 Audio device: Intel Corporation Device 02c8 (prog-if 80)
Subsystem: Lenovo Device 2292
Flags: bus master, fast devsel, latency 64, IRQ 177
Memory at ea23c000 (64-bit, non-prefetchable) [size=16K]
Memory at ea000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: <access denied>
Kernel driver in use: sof-audio-pci
Kernel modules: snd_hda_intel, snd_soc_skl, sof_pci_dev
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
[ 5.328957] sof-audio-pci 0000:00:1f.3: error: codec #2 probe error, ret: -5
... and then FW load fails:
[ 32.101032] sof-audio-pci 0000:00:1f.3: error: load fw failed ret: -110
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:
drm/i915: save AUD_FREQ_CNTRL state at audio domain suspend
drm/i915: Fix audio power up sequence for gen10+ display
drm/i915: extend audio CDCLK>=2*BCLK constraint to more platforms
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?
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?
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").
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
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
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!
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.
Update: The latest sof-cnl.ri file works with the original 5.3.0-24-generic kernel so I won't file an issue.
Ok, good!
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.
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 )
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!
@buzuddha, this issue is closed, and your issues is probably something else. Please create a new issue.
I am another user having the same issue, I think our Lenovo Yoga c940 being the CannonLake version might have different hardware.
I opened this issue thesofproject/linux#2020 (comment)
Activity
pfps commentedon Nov 25, 2019
I'm the original user for this bug. What can be done to diagnose the problem?
perexg commentedon Nov 25, 2019
@pfps: We have finally new firmware from Intel. Please, wait few hours (or to tomorrow). I'm updating Fedora packages right now.
joshk0 commentedon Dec 10, 2019
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!
pfps commentedon Dec 10, 2019
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.
joshk0 commentedon Dec 10, 2019
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.
plbossart commentedon Dec 10, 2019
02c8 == CometLake LP
9dc8 == CannonLake
@joshk0 which firmware version were you trying to use?
@lbetlej FYI
joshk0 commentedon Dec 13, 2019
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!
kv2019i commentedon Dec 13, 2019
@joshk0 @pfps There are multiple issues in the logs. First HDMI codec initializing fails
[ 5.328957] sof-audio-pci 0000:00:1f.3: error: codec #2 probe error, ret: -5
... and then FW load fails:
[ 32.101032] sof-audio-pci 0000:00:1f.3: error: load fw failed ret: -110
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:
drm/i915: save AUD_FREQ_CNTRL state at audio domain suspend
drm/i915: Fix audio power up sequence for gen10+ display
drm/i915: extend audio CDCLK>=2*BCLK constraint to more platforms
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?
kv2019i commentedon Dec 13, 2019
@joshk0 wrote:
I think so yes. Your device has a different generation audio-DSP (0x02c8 -> cAVS1.8 -> sof-cnl.ri, see:
https://thesofproject.github.io/latest/platforms/intel-cavs/index.html ), so the issue potentially different than what is seen on IceLake (0x34c8, sof-icl.ri).
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.
joshk0 commentedon Dec 15, 2019
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.
perexg commentedon Dec 15, 2019
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 .
kv2019i commentedon Dec 17, 2019
@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 )
19 remaining items
kv2019i commentedon Feb 11, 2020
@lgirdwood @perexg Can we close this now?
lgirdwood commentedon Feb 11, 2020
@kv2019i I think so. It can be re-opened if needed.
plbossart commentedon Feb 19, 2020
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?
buzuddha commentedon Jun 4, 2020
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
sof-troubleshoot.txt
danielcherubini commentedon Jun 4, 2020
Here you go
https://wiki.archlinux.org/index.php/Lenovo_Yoga_c940#Linux_5.5_and_later
buzuddha commentedon Jun 4, 2020
So as far as I can tell I've done what is described in the wiki.
paulmenzel commentedon Jun 4, 2020
@buzuddha, this issue is closed, and your issues is probably something else. Please create a new issue.
aleksfadini commentedon Jun 21, 2020
I'm having the same issues, with the Cannonlake C940. Could it have to do with our version of the C940 that is different?
aleksfadini commentedon Jun 21, 2020
I am another user having the same issue, I think our Lenovo Yoga c940 being the CannonLake version might have different hardware.
I opened this issue
thesofproject/linux#2020 (comment)