[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9c9169cc-0da5-f247-c8f7-f6913ca2bfb5@linux.intel.com>
Date: Mon, 6 Jan 2020 15:55:53 -0600
From: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>
To: Jon Hunter <jonathanh@...dia.com>, Arnd Bergmann <arnd@...db.de>,
Mark Brown <broonie@...nel.org>
Cc: Ben Zhang <benzh@...omium.org>,
Curtis Malainey <cujomalainey@...omium.org>,
Liam Girdwood <lgirdwood@...il.com>,
Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>,
Cezary Rojewski <cezary.rojewski@...el.com>,
Jie Yang <yang.jie@...ux.intel.com>,
Thierry Reding <thierry.reding@...il.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Charles Keepax <ckeepax@...nsource.cirrus.com>,
KaiChieh Chuang <kaichieh.chuang@...iatek.com>,
alsa-devel@...a-project.org, linux-kernel@...r.kernel.org,
linux-tegra@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org
Subject: Re: [PATCH] ASoC: rt5677: add SPI_MASTER dependency
On 12/11/19 4:59 AM, Jon Hunter wrote:
>
> On 10/12/2019 19:52, Arnd Bergmann wrote:
>> When CONFIG_SPI is disabled, the newly added code for the DSP
>> firmware loading fails to link:
>>
>> ERROR: "rt5677_spi_hotword_detected" [sound/soc/codecs/snd-soc-rt5677.ko] undefined!
>> ERROR: "rt5677_spi_write" [sound/soc/codecs/snd-soc-rt5677.ko] undefined!
>
> Would it be better if the above functions or the functions that call
> these are conditional on CONFIG_SND_SOC_RT5677_SPI?
they are already conditional, with a fallback provided:
#if IS_ENABLED(CONFIG_SND_SOC_RT5677_SPI)
int rt5677_spi_read(u32 addr, void *rxbuf, size_t len);
int rt5677_spi_write(u32 addr, const void *txbuf, size_t len);
int rt5677_spi_write_firmware(u32 addr, const struct firmware *fw);
void rt5677_spi_hotword_detected(void);
#else
static inline int rt5677_spi_read(u32 addr, void *rxbuf, size_t len)
{
return -EINVAL;
}
static inline int rt5677_spi_write(u32 addr, const void *txbuf, size_t len)
{
return -EINVAL;
}
static inline int rt5677_spi_write_firmware(u32 addr, const struct
firmware *fw)
{
return -EINVAL;
}
static inline void rt5677_spi_hotword_detected(void){}
#endif
and since we have the following definition
config SND_SOC_RT5677_SPI
tristate
default SND_SOC_RT5677 && SPI
in theory if SPI is not enabled the fallback static inlines would always
be selected?
Arnd, if you can share the .config that exposes this problem it'd be nice
FWIW, there are other missing dependencies, the SPI controller was not
explicitly enabled so depending on the Kconfigs used by a distro the
machine driver probe could fail with the spi-RT5677AA component never
registered. The patch below seems to work for me (more testing needed)
diff --git a/sound/soc/intel/boards/Kconfig b/sound/soc/intel/boards/Kconfig
index b149e28a2076..cf1a2fde4c47 100644
--- a/sound/soc/intel/boards/Kconfig
+++ b/sound/soc/intel/boards/Kconfig
@@ -50,6 +50,9 @@ config SND_SOC_INTEL_BDW_RT5677_MACH
depends on I2C_DESIGNWARE_PLATFORM || COMPILE_TEST
depends on GPIOLIB || COMPILE_TEST
depends on X86_INTEL_LPSS || COMPILE_TEST
+ depends on SPI_MASTER
+ select SPI_PXA2XX
+ select SND_SOC_RT5677_SPI
select SND_SOC_RT5677
help
This adds support for Intel Broadwell platform based boards with
Powered by blists - more mailing lists