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
sound does not work on bishop county laptop LAPBC710 / NUC M15 #3049
Comments
@gigago I think the problem is that your hardware is based on SoundWire links/codecs but the kernel selects an HDAudio configuration. That cannot possibly work. It's probably a similar issue to what happened on Ubuntu I'd bet a beer you don't have this option in your kernel configuration. That's not going to solve the problem completely, I see that the _ADR is not found so unfortunately we are going to have to add remapping quirks. it's likely the same problem as on HP devices. But first thing first, please reinstall your kernel with the option above enabled, that should get rid of the HDaudio stuff. |
@gigago what is 'bishop county' anyways, the DMI information says it's an Intel platform?
|
I think my theory holds water, in the case of dsp_driver=1 you don't have any external HDaudio codec detected, only Display Audio devices which do use an HDaudio internal link. By using the SoundWire machine driver you should be in a better place. |
I have a special fondness for specialty beers at room temperature, Pierre-Louis. :-) Output of zcat /proc/config.gz | grep SOUNDWIRE CONFIG_REGMAP_SOUNDWIRE=m |
The Intel naming scheme is rather obscure indeed. AFAICS, the 'Bishop County' moniker can be abbreviated to 'BC', which can be found in the product name. I've seen it used in some of last year's product announcements. The platform is definitely Intel but it may be customized and marketed by OEMs. |
ok, so I guess the only problem is that because of the missing _ADR remap we can't find a supported configuration. Can you try the two patches from #3050 to see if that improves the solution. if it doesn't then add the result of 'grep 25d /sys/bus/acpi/devices/*/adr' and dmesg info with this file added in /etc/modprobe.d/sof-dyndbg.conf |
SUCCESS I patched dmi-quirks and sof_sdw, replacing the apparently undeclared RT711_JD2 with SOF_RT711_JD_SRC_JD2 so it would compile (not sure if this is actually the right driver). TGL LP sound driver has loaded, speaker works. For completeness sake, here's the post patch alsa-info: More tests to follow to check functionality. So far so good. Thanks a lot for helping out! |
Great @gigago, thanks for testing. The JD2 stuff is normal, it's a cleanup we did last week and it's not yet in the mainline. The two definitions are equivalent. Do you mind removing the option snd_intel_dspcfg: dsp_driver=3, this should be unnecessary now? The other things to test are
I'll wait a bit more until I sent those two patches upstream, apparently there are a slew of Intel-designed laptops we didn't even know about, we need to make sure we add the quirks for all of them... Big companies... |
Mic is registered and appears to be working. Headphone jack does not work, I'll try JD1 later. Oh, ok. Driver keeps loading correctly without dsp_driver parameter. |
JD1 tested, jack detection works, headphones device (un)registered. |
Yeah, seems like a lot of noodling. Let's hope a more generic way of testing for quirks surfaces. By the way, there's also an LAPBC510 out, mainly differentiated by having an i5 processor. I'd bet two beers that it's BIOS exhibits the exact same quirks as the LAPBC710. |
Yes, I am trying to get the list of all derivatives of the same design before sending this upstream |
This device has one RT711 headset codec using JD1 mode and one RT1308 amplifier, along with 4 DMICs. thesofproject#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design, with an RT711 headset codec using JD1 mode and one RT1308 amplifier, along with 4 DMICs. BugLink: thesofproject#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
indeed, confirmed that the two skews are identical audio-wise. I updated the patches and will submit upstream next week. |
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: #3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design, with an RT711 headset codec using JD1 mode and one RT1308 amplifier, along with 4 DMICs. BugLink: #3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: #3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design, with an RT711 headset codec using JD1 mode and one RT1308 amplifier, along with 4 DMICs. BugLink: #3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design, with an RT711 headset codec using JD1 mode and one RT1308 amplifier, along with 4 DMICs. BugLink: thesofproject#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-3-pierre-louis.bossart@linux.intel.com Signed-off-by: Mark Brown <broonie@kernel.org>
The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org>
…NUC M15 The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject/linux#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org> (cherry picked from commit caa15c8) BUG=b:238403794 TEST=Test Audio use cases. Signed-off-by: sboyane <shankarx.boyane@intel.com> Change-Id: I07aa25fd5c3bec586cf9996dd6d5ee5f0f3b463e
…NUC M15 The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject/linux#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org> (cherry picked from commit caa15c8) BUG=b:238403794 TEST=Test Audio use cases. Signed-off-by: sboyane <shankarx.boyane@intel.com> Change-Id: I07aa25fd5c3bec586cf9996dd6d5ee5f0f3b463e
…NUC M15 The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject/linux#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org> (cherry picked from commit caa15c8) BUG=b:238403794 TEST=Test Audio use cases. Signed-off-by: SHANKAR BOYANE <shankarx.boyane@intel.com> Change-Id: I77c8ea722ac636bc43e513a518dfa96e7c7a7898
…NUC M15 The same quirk is used for LAPBC510 and LAPBC710 skews who use the same audio design. These devices have the same BIOS issues inherited from the Intel reference, add the same _ADR remap previously used on HP devices. BugLink: thesofproject/linux#3049 Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com> Reviewed-by: Bard Liao <bard.liao@intel.com> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com> Reviewed-by: Rander Wang <rander.wang@intel.com> Link: https://lore.kernel.org/r/20210719233248.557923-2-pierre-louis.bossart@linux.intel.com Signed-off-by: Vinod Koul <vkoul@kernel.org> (cherry picked from commit caa15c8) BUG=b:238403794 TEST=Test Audio use cases. Signed-off-by: SHANKAR BOYANE <shankarx.boyane@intel.com> Change-Id: Icedd5030096123a5af050d225d3c1b6e1aeae43c
Hi,
for some time I've been trying to get audio working on a bishop county laptop, distro Arch. Status: no PCM device loaded, maybe some working HDMI devices (couldn't test those yet). I'm looking for expert help now. Some steps taken:
I also tried remapping _ADRs analogous to the recently added /drivers/soundwire/dmi-quirks, but not with good results. I could not establish the status of the IME on my system but have no reason to assume it's been disabled. Some diagnostic files added:
alsainfo with dsp_driver=1
alsainfo-k5.13.1-20210713-dsp_driver=1.txt
alsainfo with dsp_driver=3
alsainfo-k5.13.1-20210713-dsp_driver=3.txt
topologies, DSDT and dmesg excerpt
sof-topologies_DSDT_dmesg.txt
The text was updated successfully, but these errors were encountered: