diff mbox series

[2/2] ALSA: hda/hdmi - Fix i915 reverse port/pin mapping

Message ID 20190716074255.14267-2-tiwai@suse.de (mailing list archive)
State New, archived
Headers show
Series [1/2] ALSA: hda/hdmi - Remove duplicated define | expand

Commit Message

Takashi Iwai July 16, 2019, 7:42 a.m. UTC
The recent fix for Icelake HDMI codec introduced the mapping from pin
NID to the i915 gfx port number.  However, it forgot the reverse
mapping from the port number to the pin NID that is used in the ELD
notifier callback.  As a result, it's processed to a wrong widget and
gives a warning like
  snd_hda_codec_hdmi hdaudioC0D2: HDMI: pin nid 5 not registered

This patch corrects it with a proper reverse mapping function.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=204133
Fixes: b0d8bc50b9f2 ("ALSA: hda: hdmi - add Icelake support")
Cc: <stable@vger.kernel.org>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
 sound/pci/hda/patch_hdmi.c | 25 ++++++++++++++++++-------
 1 file changed, 18 insertions(+), 7 deletions(-)

Comments

Kai Vehmanen July 16, 2019, 2:33 p.m. UTC | #1
Hi Takashi,

On Tue, 16 Jul 2019, Takashi Iwai wrote:

> The recent fix for Icelake HDMI codec introduced the mapping from pin
> NID to the i915 gfx port number.  However, it forgot the reverse
> mapping from the port number to the pin NID that is used in the ELD
> notifier callback.  As a result, it's processed to a wrong widget and
> gives a warning like
>   snd_hda_codec_hdmi hdaudioC0D2: HDMI: pin nid 5 not registered
> 
> This patch corrects it with a proper reverse mapping function.

looks good:

Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
Takashi Iwai July 16, 2019, 2:37 p.m. UTC | #2
On Tue, 16 Jul 2019 16:33:15 +0200,
Kai Vehmanen wrote:
> 
> Hi Takashi,
> 
> On Tue, 16 Jul 2019, Takashi Iwai wrote:
> 
> > The recent fix for Icelake HDMI codec introduced the mapping from pin
> > NID to the i915 gfx port number.  However, it forgot the reverse
> > mapping from the port number to the pin NID that is used in the ELD
> > notifier callback.  As a result, it's processed to a wrong widget and
> > gives a warning like
> >   snd_hda_codec_hdmi hdaudioC0D2: HDMI: pin nid 5 not registered
> > 
> > This patch corrects it with a proper reverse mapping function.
> 
> looks good:
> 
> Reviewed-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>

Thanks for the review.

Actually I found one minor problem now.  The caller doesn't handle the
error case returned from intel_port2pin().  It should be harmless, but
it's better to bail out earlier.

Will resubmit the v2 patch (only for patch 2/2) with the correction.


Takashi
Kai Vehmanen July 16, 2019, 3:02 p.m. UTC | #3
Hey,

On Tue, 16 Jul 2019, Takashi Iwai wrote:

> Actually I found one minor problem now.  The caller doesn't handle the
> error case returned from intel_port2pin().  It should be harmless, but
> it's better to bail out earlier.
[...]
> Will resubmit the v2 patch (only for patch 2/2) with the correction.

ack, even better now. :)
diff mbox series

Patch

diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c
index 1e6c489bca15..664c81cf5ffb 100644
--- a/sound/pci/hda/patch_hdmi.c
+++ b/sound/pci/hda/patch_hdmi.c
@@ -2524,18 +2524,29 @@  static int intel_pin2port(void *audio_ptr, int pin_nid)
 	return -1;
 }
 
+static int intel_port2pin(struct hda_codec *codec, int port)
+{
+	struct hdmi_spec *spec = codec->spec;
+
+	if (!spec->port_num) {
+		/* we assume only from port-B to port-D */
+		if (port < 1 || port > 3)
+			return 0;
+		/* intel port is 1-based */
+		return port + intel_base_nid(codec) - 1;
+	}
+
+	if (port < 1 || port > spec->port_num)
+		return 0;
+	return spec->port_map[port - 1];
+}
+
 static void intel_pin_eld_notify(void *audio_ptr, int port, int pipe)
 {
 	struct hda_codec *codec = audio_ptr;
-	int pin_nid;
+	int pin_nid = intel_port2pin(codec, port);
 	int dev_id = pipe;
 
-	/* we assume only from port-B to port-D */
-	if (port < 1 || port > 3)
-		return;
-
-	pin_nid = port + intel_base_nid(codec) - 1; /* intel port is 1-based */
-
 	/* skip notification during system suspend (but not in runtime PM);
 	 * the state will be updated at resume
 	 */