* Re: [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER
2023-11-15 13:21 [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER maarten.lankhorst
@ 2023-11-15 12:43 ` Takashi Iwai
2023-11-15 20:33 ` Ville Syrjälä
1 sibling, 0 replies; 3+ messages in thread
From: Takashi Iwai @ 2023-11-15 12:43 UTC (permalink / raw)
To: Maarten Lankhorst
Cc: alsa-devel, intel-gfx, intel-xe, Jani Nikula,
Ville Syrjälä, Kai Vehmanen
On Wed, 15 Nov 2023 13:36:25 +0100,
Maarten Lankhorst wrote:
>
> It turns out that even if the comment says that the driver can load
> fine, it's not really the case and no codecs are detected.
> Specifically for -EPROBE_DEFER, always fail the probe.
>
> This fixes a regression when HDA-intel is loaded before i915.
>
> Reported-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> Tested-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
> Fixes: e6d0c13e9f46 ("ALSA: hda: i915: Remove extra argument from snd_hdac_i915_init")
> Cc: Takashi Iwai <tiwai@suse.de>
>
> ---
> Using Takashi's version, as I like the separate -EPROBE_DEFER if more.
Applied now. Thanks.
Takashi
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER
@ 2023-11-15 13:21 maarten.lankhorst
2023-11-15 12:43 ` Takashi Iwai
2023-11-15 20:33 ` Ville Syrjälä
0 siblings, 2 replies; 3+ messages in thread
From: maarten.lankhorst @ 2023-11-15 13:21 UTC (permalink / raw)
To: alsa-devel
The content of this message was lost. It was probably cross-posted to
multiple lists and previously handled on another list.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER
2023-11-15 13:21 [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER maarten.lankhorst
2023-11-15 12:43 ` Takashi Iwai
@ 2023-11-15 20:33 ` Ville Syrjälä
1 sibling, 0 replies; 3+ messages in thread
From: Ville Syrjälä @ 2023-11-15 20:33 UTC (permalink / raw)
To: Maarten Lankhorst
Cc: alsa-devel, intel-gfx, intel-xe, Jani Nikula, Kai Vehmanen,
Takashi Iwai
On Wed, Nov 15, 2023 at 01:36:25PM +0100, Maarten Lankhorst wrote:
> It turns out that even if the comment says that the driver can load
> fine, it's not really the case and no codecs are detected.
> Specifically for -EPROBE_DEFER, always fail the probe.
>
> This fixes a regression when HDA-intel is loaded before i915.
>
> Reported-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Signed-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
> Tested-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
> Fixes: e6d0c13e9f46 ("ALSA: hda: i915: Remove extra argument from snd_hdac_i915_init")
> Cc: Takashi Iwai <tiwai@suse.de>
Appears to work here as well. Thanks.
>
> ---
> Using Takashi's version, as I like the separate -EPROBE_DEFER if more.
> ---
> sound/pci/hda/hda_intel.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> index 058f6e6491f9..8e9a003daa8d 100644
> --- a/sound/pci/hda/hda_intel.c
> +++ b/sound/pci/hda/hda_intel.c
> @@ -2140,6 +2140,9 @@ static int azx_probe(struct pci_dev *pci,
> if (chip->driver_caps & AZX_DCAPS_I915_COMPONENT) {
> err = snd_hdac_i915_init(azx_bus(chip));
> if (err < 0) {
> + if (err == -EPROBE_DEFER)
> + goto out_free;
> +
> /* if the controller is bound only with HDMI/DP
> * (for HSW and BDW), we need to abort the probe;
> * for other chips, still continue probing as other
> --
> 2.40.1
--
Ville Syrjälä
Intel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-11-15 20:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-11-15 13:21 [PATCH] ALSA: hda: i915: Alays handle -EPROBE_DEFER maarten.lankhorst
2023-11-15 12:43 ` Takashi Iwai
2023-11-15 20:33 ` Ville Syrjälä
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox