[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <465d1076-163c-4933-a9b5-e4e8736f5748@amd.com>
Date: Tue, 20 Feb 2024 11:27:30 +0530
From: "Mukunda,Vijendar" <vijendar.mukunda@....com>
To: Arnd Bergmann <arnd@...nel.org>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
Liam Girdwood <lgirdwood@...il.com>,
Peter Ujfalusi <peter.ujfalusi@...ux.intel.com>,
Bard Liao <yung-chuan.liao@...ux.intel.com>,
Ranjani Sridharan <ranjani.sridharan@...ux.intel.com>,
Daniel Baluta <daniel.baluta@....com>, Mark Brown <broonie@...nel.org>
Cc: Arnd Bergmann <arnd@...db.de>, Kai Vehmanen
<kai.vehmanen@...ux.intel.com>, Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
V sujith kumar Reddy <Vsujithkumar.Reddy@....com>,
Venkata Prasad Potturu <venkataprasad.potturu@....com>,
sound-open-firmware@...a-project.org, linux-sound@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ASoC: SOF: amd: fix soundwire dependencies
On 19/02/24 15:08, Arnd Bergmann wrote:
> From: Arnd Bergmann <arnd@...db.de>
>
> The soundwire-amd driver has a bit of a layering violation requiring
> the SOF driver to directly call into its exported symbols rather than
> through an abstraction.
>
> The SND_SOC_SOF_AMD_SOUNDWIRE Kconfig symbol tries to deal with the
> dependency by selecting SOUNDWIRE_AMD in a complicated set of conditions,
> but gets it wrong for a configuration involving SND_SOC_SOF_AMD_COMMON=y,
> SND_SOC_SOF_AMD_ACP63=m, and SND_SOC_SOF_AMD_SOUNDWIRE_LINK_BASELINE=m
> SOUNDWIRE_AMD=m, which results in a link failure:
>
> ld.lld: error: undefined symbol: sdw_amd_get_slave_info
>>>> referenced by acp-common.c
> ld.lld: error: undefined symbol: amd_sdw_scan_controller
> ld.lld: error: undefined symbol: sdw_amd_probe
> ld.lld: error: undefined symbol: sdw_amd_exit
>>>> referenced by acp.c
>>>> sound/soc/sof/amd/acp.o:(amd_sof_acp_remove) in archive vmlinux.a
> In essence, the SND_SOC_SOF_AMD_COMMON option cannot be built-in when
> trying to link against a modular SOUNDWIRE_AMD driver.
>
> Since CONFIG_SOUNDWIRE_AMD is a user-visible option, it really should
> never be selected by another driver in the first place, so replace the
> extra complexity with a normal Kconfig dependency in SND_SOC_SOF_AMD_SOUNDWIRE,
> plus a top-level check that forbids any of the AMD SOF drivers from being
> built-in with CONFIG_SOUNDWIRE_AMD=m.
>
> In normal configs, they should all either be built-in or all loadable
> modules anyway, so this simplification does not limit any real usecases.
Tested this patch. SOUNWIRE_AMD flag is not selected by default causing
AMD SOF driver for ACP 6.3 platform is build without enabling SoundWire.
>
> Fixes: d948218424bf ("ASoC: SOF: amd: add code for invoking soundwire manager helper functions")
> Signed-off-by: Arnd Bergmann <arnd@...db.de>
> ---
> sound/soc/sof/amd/Kconfig | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/sound/soc/sof/amd/Kconfig b/sound/soc/sof/amd/Kconfig
> index c3bbe6c70fb2..2729c6eb3feb 100644
> --- a/sound/soc/sof/amd/Kconfig
> +++ b/sound/soc/sof/amd/Kconfig
> @@ -6,6 +6,7 @@
>
> config SND_SOC_SOF_AMD_TOPLEVEL
> tristate "SOF support for AMD audio DSPs"
> + depends on SOUNDWIRE_AMD || !SOUNDWIRE_AMD
> depends on X86 || COMPILE_TEST
> help
> This adds support for Sound Open Firmware for AMD platforms.
> @@ -62,15 +63,14 @@ config SND_SOC_SOF_ACP_PROBES
>
> config SND_SOC_SOF_AMD_SOUNDWIRE_LINK_BASELINE
> tristate
> - select SOUNDWIRE_AMD if SND_SOC_SOF_AMD_SOUNDWIRE != n
> select SND_AMD_SOUNDWIRE_ACPI if ACPI
>
> config SND_SOC_SOF_AMD_SOUNDWIRE
> tristate "SOF support for SoundWire based AMD platforms"
> default SND_SOC_SOF_AMD_SOUNDWIRE_LINK_BASELINE
> depends on SND_SOC_SOF_AMD_SOUNDWIRE_LINK_BASELINE
> - depends on ACPI && SOUNDWIRE
> - depends on !(SOUNDWIRE=m && SND_SOC_SOF_AMD_SOUNDWIRE_LINK_BASELINE=y)
> + depends on ACPI
> + depends on SOUNDWIRE_AMD
> help
> This adds support for SoundWire with Sound Open Firmware
> for AMD platforms.
Powered by blists - more mailing lists