[BUG] Lenovo Ideapad slim 3i: Invalid SoundWire configuration reported on HDaudio platform. #4962
Comments
|
can you attach the results of 'bash alsa-info.sh.txt' At a high level it looks like you have an HDaudio platform (hda codecs found, mask 5) but trying to load a SoundWire topology with RT711. That's probably a bad ACPI table... |
|
|
the Lenovo ACPI information is clearly bogus, it reports two RT711 jack codecs on link0 and link1. That makes zero sense. We've got to ignore this and use HDaudio instead. Gah. |
plbossart
changed the title
plbossart
added
TGL
plbossart
changed the title
I need to load snd_intel_hda? Or just waiting information from you? |
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correc,t but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: thesofproject#4962 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
|
@PavloIT115 can you try the patch in PR #4963 ? |
If you tell me step by step what to do, I can do it. I have little experience with github |
thx. If anything, I'll write back |
|
@mrhpearson FYI. The Linux single-build support really relies on valid ACPI information to detect which of I2S/SoundWire/HDaudio interfaces/topologies to use, I really don't think the DSDT is correct in this case. |
plbossart
added
ADL
|
Thanks - unfortunately I have very limited levers to get anything fixed on the Ideapads as they're not in the Linux program. |
Me need to specify something here? Or just continue according to the instructions? |
|
@PavloIT115 it's simpler if you take the code for your existing kernel and apply the patch from PR #4963 on top. |
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correc,t but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: thesofproject#4962 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Sorry but i am very confused in github. I see changes hda.c and hda.h here. But I don't know what to do with them locally (git *, uh, I can't even describe what I can't do, because I know practically nothing.). I'm far from kernel builds, I'm just lame in programming |
|
@PavloIT115 if you are not comfortable with compiling the kernel, you can still help with this option to add in /etc/modprobe.d/alsa-base.conf That will tell us if indeed the HDaudio-based card works or not. |
This working! Thx You! |
|
@PavloIT115 the speaker setup is a known problematic issue, we have nothing in Linux which tells us what to do, so usually the only way to progress is to reverse-engineer the Windows driver, see https://thesofproject.github.io/latest/getting_started/intel_debug/suggestions.html#reverse-engineer-the-windows-audio-driver If it sounds crazy it's because it is... |
By the way! Windows was never installed on this laptop : D. I`m need to check the sound there. If anything, I'll write back |
This is how the laptop speakers are arranged. In Windows it's the same |
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correct but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: thesofproject#4962 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correct but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: #4962 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correct but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: #4962 Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com> Reviewed-by: Péter Ujfalusi <peter.ujfalusi@linux.intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correct but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: #4962 Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com> Reviewed-by: Péter Ujfalusi <peter.ujfalusi@linux.intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
… reported The machine driver and topology selection starts with I2S, then SoundWire and last uses HDaudio as a fallback. That assumes that the ACPI information is correct but there are of course exceptions to the rule. On a Lenovo platform, an external HDaudio codec is detected, but the ACPI tables expose TWO RT711 jack codecs. This patch skips the SoundWire selection in case an external HDaudio codec is detected - which only works with the additional assumption that no one will mix HDaudio and SoundWire. Closes: thesofproject#4962 Reviewed-by: Bard Liao <yung-chuan.liao@linux.intel.com> Reviewed-by: Péter Ujfalusi <peter.ujfalusi@linux.intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Link: https://lore.kernel.org/r/20240503133253.108201-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Mark Brown <broonie@kernel.org>
Hello. I'm have a Lenovo ideapad slim 3i. Don't work sound (not found sound card). System Arch Linux, kernel 6.8.8 arch, pkg sof-firmware installed
log dmesg - https://pastebin.com/WWudLnkF
fragment sof log dmesg
I`m installed https://github.com/thesofproject/sof-bin, this doesn't work
The text was updated successfully, but these errors were encountered: