[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.22.394.2101051631320.864696@eliteleevi.tm.intel.com>
Date: Tue, 5 Jan 2021 17:39:39 +0200 (EET)
From: Kai Vehmanen <kai.vehmanen@...ux.intel.com>
To: Arnd Bergmann <arnd@...nel.org>
cc: Takashi Iwai <tiwai@...e.de>, Jaroslav Kysela <perex@...ex.cz>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Takashi Iwai <tiwai@...e.com>,
Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
Ranjani Sridharan <ranjani.sridharan@...ux.intel.com>,
Kai Vehmanen <kai.vehmanen@...ux.intel.com>,
Daniel Baluta <daniel.baluta@....com>,
ALSA Development Mailing List <alsa-devel@...a-project.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
sound-open-firmware@...a-project.org
Subject: Re: [PATCH] ALSA: hda: fix SND_INTEL_DSP_CONFIG dependency
Hey,
On Tue, 5 Jan 2021, Arnd Bergmann wrote:
> On Mon, Jan 4, 2021 at 4:05 PM Takashi Iwai <tiwai@...e.de> wrote:
> > As I wrote in another post, a part of the problem is that SOF PCI and
> > ACPI drivers call snd_intel_dsp_driver_probe() unconditionally, even
> > if no Intel driver is bound.
>
> Makes sense. Is there an existing Kconfig that could be used to
> decide whether the drivers use SND_INTEL_DSP_CONFIG or not?
no, unfortunately not. This is selected per platform in
sound/soc/sof/intel/Kconfig. CONFIG_SND_SOC_SOF_INTEL_PCI is close, but
there is at least one platform that does not use SND_INTEL_DSP_CONFIG.
> According to sof_pci_ids[], all PCI IDs are Intel specific, but I can't
> tell which ones need the DSP config.
Indeed currently all the ids are Intel ones (and with exception of old
Merrifield, all use DSP config). But that's just how it is now.
> Could it be part of the device specific driver_data?
This would certainly be a clean way and allow to remove the Intel-specific
calls from sof_pci_probe(). As a short-term solution, IS_REACHABLE()
seems ok as well.
Br, Kai
Powered by blists - more mailing lists