Linux kbuild/kconfig development
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Askar Safin <safinaskar@gmail.com>
Cc: Dell.Client.Kernel@dell.com, amadeuszx.slawinski@linux.intel.com,
	baojun.xu@ti.com, bo.liu@senarytech.com,
	cezary.rojewski@intel.com, kai.vehmanen@linux.intel.com,
	kailang@realtek.com, linux-sound@vger.kernel.org,
	patches@opensource.cirrus.com, regressions@lists.linux.dev,
	rf@opensource.cirrus.com, "Nicolas Schier" <nsc@kernel.org>,
	linux-kbuild@vger.kernel.org,
	"Masahiro Yamada" <masahiroy@kernel.org>,
	"Nathan Chancellor" <nathan@kernel.org>,
	miguel.ojeda.sandonis@gmail.com, ojeda@kernel.org,
	sam@gentoo.org,
	"Thomas Weißschuh" <thomas.weissschuh@linutronix.de>,
	"Daniel Xu" <dxu@dxuuu.xyz>
Subject: Re: [REGRESSION][BISECTED] My audio broke (was: [PATCH 05/27] ALSA: hda: Move controller drivers into sound/hda/controllers directory)
Date: Tue, 09 Dec 2025 10:27:03 +0100	[thread overview]
Message-ID: <87y0ncrons.wl-tiwai@suse.de> (raw)
In-Reply-To: <875xagt7d1.wl-tiwai@suse.de>

On Tue, 09 Dec 2025 08:57:46 +0100,
Takashi Iwai wrote:
> 
> On Sat, 06 Dec 2025 22:39:52 +0100,
> Askar Safin wrote:
> > 
> > On Wed, Dec 3, 2025 at 12:42 PM Takashi Iwai <tiwai@suse.de> wrote:
> > > A rather hackish fix would be something like below.  Instead of
> > 
> > I tested. This patch works. Thank you!
> > Tested-by: Askar Safin <safinaskar@gmail.com>
> 
> Thanks for testing!
> 
> On the second thought, a better fix would be just to change the
> default fallback from ANY to LEGACY, so a oneliner change like below.
> Could you test it instead of the previous one?
> 
> It was set to ANY as we assumed that all drivers should cover the
> devices generally, but in the end, SOF or AVS need specific firmware
> files, hence it doesn't make sense to bind to them if specific kconfig
> is enabled.

The below one is a revised fix, just to be safer in case the legacy
driver is disabled, too.  Give it a try.


Takashi

-- 8< --
From: Takashi Iwai <tiwai@suse.de>
Subject: [PATCH] ALSA: hda: intel-dsp-config: Prefer legacy driver as fallback

When config table entries don't match with the device to be probed,
currently we fall back to SND_INTEL_DSP_DRIVER_ANY, which means to
allow any drivers to bind with it.

This was set so with the assumption (or hope) that all controller
drivers should cover the devices generally, but in practice, this
caused a problem as reported recently.  Namely, when a specific
kconfig for SOF isn't set for the modern Intel chips like Alderlake,
a wrong driver (AVS) got probed and failed.  This is because we have
entries like:

/* Alder Lake / Raptor Lake */
	{
		.flags = FLAG_SOF | FLAG_SOF_ONLY_IF_DMIC_OR_SOUNDWIRE,
		.device = PCI_DEVICE_ID_INTEL_HDA_ADL_S,
	},
....

so this entry is effective only when CONFIG_SND_SOC_SOF_ALDERLAKE is
set.  If not set, there is no matching entry, hence it returns
SND_INTEL_DSP_DRIVER_ANY as fallback.  OTOH, if the kconfig is set, it
explicitly falls back to SND_INTEL_DSP_DRIVER_LEGACY when no DMIC or
SoundWire is found -- that was the working scenario.  That being said,
the current setup may be broken for modern Intel chips that are
supposed to work with either SOF or legacy driver when the
corresponding kconfig were missing.

For addressing the problem above, this patch changes the fallback
driver to the legacy driver as much as possible, i.e. return
SND_INTEL_DSP_DRIVER_LEGACY type.  When CONFIG_SND_HDA_INTEL is also
off, the fallback is set to SND_INTEL_DSP_DRIVER_ANY type, just to be
sure.

Link: https://lore.kernel.org/all/20251014034156.4480-1-safinaskar@gmail.com/
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
 sound/hda/core/intel-dsp-config.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/sound/hda/core/intel-dsp-config.c b/sound/hda/core/intel-dsp-config.c
index c401c0658421..0c25e87408de 100644
--- a/sound/hda/core/intel-dsp-config.c
+++ b/sound/hda/core/intel-dsp-config.c
@@ -718,7 +718,8 @@ int snd_intel_dsp_driver_probe(struct pci_dev *pci)
 	/* find the configuration for the specific device */
 	cfg = snd_intel_dsp_find_config(pci, config_table, ARRAY_SIZE(config_table));
 	if (!cfg)
-		return SND_INTEL_DSP_DRIVER_ANY;
+		return IS_ENABLED(CONFIG_SND_HDA_INTEL) ?
+			SND_INTEL_DSP_DRIVER_LEGACY : SND_INTEL_DSP_DRIVER_ANY;
 
 	if (cfg->flags & FLAG_SOF) {
 		if (cfg->flags & FLAG_SOF_ONLY_IF_SOUNDWIRE &&
-- 
2.52.0


  reply	other threads:[~2025-12-09  9:27 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87o6q8l68r.wl-tiwai@suse.de>
     [not found] ` <20251015145749.2572-1-safinaskar@gmail.com>
     [not found]   ` <878qhckxc5.wl-tiwai@suse.de>
     [not found]     ` <CAPnZJGDeCkqqUpEh0SBfwvsxfMp9ZDXqvhrC1s9zRp6jX+Fvnw@mail.gmail.com>
     [not found]       ` <875xcgkvnw.wl-tiwai@suse.de>
     [not found]         ` <CAPnZJGDmCnKPz2eygwDjQGXZWVctGyJxV+OeFSLLeZPOCEvvbA@mail.gmail.com>
2025-10-16  4:50           ` [REGRESSION][BISECTED] My audio broke (was: [PATCH 05/27] ALSA: hda: Move controller drivers into sound/hda/controllers directory) Askar Safin
2025-10-16  6:03             ` Askar Safin
2025-10-16  9:52               ` Takashi Iwai
2025-10-28 12:05                 ` Takashi Iwai
2025-10-28 13:03                   ` Askar Safin
2025-10-29 12:23                   ` Askar Safin
2025-12-02 19:21                 ` Askar Safin
2025-12-03  9:42                   ` Takashi Iwai
2025-12-06 21:39                     ` Askar Safin
2025-12-09  7:57                       ` Takashi Iwai
2025-12-09  9:27                         ` Takashi Iwai [this message]
2025-12-10  1:45                           ` Askar Safin
2025-12-10 13:00                             ` Takashi Iwai
2025-12-10 13:55                               ` Thorsten Leemhuis
2025-12-11 18:11                               ` Askar Safin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y0ncrons.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=Dell.Client.Kernel@dell.com \
    --cc=amadeuszx.slawinski@linux.intel.com \
    --cc=baojun.xu@ti.com \
    --cc=bo.liu@senarytech.com \
    --cc=cezary.rojewski@intel.com \
    --cc=dxu@dxuuu.xyz \
    --cc=kai.vehmanen@linux.intel.com \
    --cc=kailang@realtek.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-sound@vger.kernel.org \
    --cc=masahiroy@kernel.org \
    --cc=miguel.ojeda.sandonis@gmail.com \
    --cc=nathan@kernel.org \
    --cc=nsc@kernel.org \
    --cc=ojeda@kernel.org \
    --cc=patches@opensource.cirrus.com \
    --cc=regressions@lists.linux.dev \
    --cc=rf@opensource.cirrus.com \
    --cc=safinaskar@gmail.com \
    --cc=sam@gentoo.org \
    --cc=thomas.weissschuh@linutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox