From: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
To: Jerome Anand <jerome.anand@intel.com>,
intel-gfx@lists.freedesktop.org, alsa-devel@alsa-project.org
Cc: tiwai@suse.de, broonie@kernel.org, rakesh.a.ughreja@intel.com
Subject: Re: [alsa-devel] [PATCH V2 2/7] drm/i915: Add support for audio driver notifications
Date: Fri, 6 Jan 2017 14:20:06 -0600 [thread overview]
Message-ID: <4a3a114e-9b81-a834-9fc1-5c20d9355b6d@linux.intel.com> (raw)
In-Reply-To: <20170107012109.25744-3-jerome.anand@intel.com>
Same here, missing fixes on agreed comments?
On 1/6/17 7:21 PM, Jerome Anand wrote:
> Notifiations like mode change, hot plug and edid to
> the audio driver are added. This is inturn used by the
> audio driver for its functionality.
>
> A new interface file capturing the notifications needed by the
> audio driver is added
>
> Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
> Signed-off-by: Jerome Anand <jerome.anand@intel.com>
> ---
> drivers/gpu/drm/i915/i915_drv.h | 3 +++
> drivers/gpu/drm/i915/intel_audio.c | 8 ++++++
> drivers/gpu/drm/i915/intel_hdmi.c | 1 +
> drivers/gpu/drm/i915/intel_lpe_audio.c | 46 ++++++++++++++++++++++++++++++++++
> include/drm/intel_lpe_audio.h | 1 +
> 5 files changed, 59 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index 2f8165e..263bc48 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -3634,6 +3634,9 @@ int intel_lpe_audio_setup(struct drm_i915_private *dev_priv);
> void intel_lpe_audio_teardown(struct drm_i915_private *dev_priv);
> void intel_lpe_audio_irq_handler(struct drm_i915_private *dev_priv);
> bool intel_lpe_audio_detect(struct drm_i915_private *dev_priv);
> +void intel_lpe_audio_notify(struct drm_i915_private *dev_priv,
> + void *eld, int port, int tmds_clk_speed,
> + bool connected);
>
> /* intel_i2c.c */
> extern int intel_setup_gmbus(struct drm_i915_private *dev_priv);
> diff --git a/drivers/gpu/drm/i915/intel_audio.c b/drivers/gpu/drm/i915/intel_audio.c
> index 16c2027..aeb37c2 100644
> --- a/drivers/gpu/drm/i915/intel_audio.c
> +++ b/drivers/gpu/drm/i915/intel_audio.c
> @@ -24,6 +24,7 @@
> #include <linux/kernel.h>
> #include <linux/component.h>
> #include <drm/i915_component.h>
> +#include <drm/intel_lpe_audio.h>
> #include "intel_drv.h"
>
> #include <drm/drmP.h>
> @@ -630,6 +631,10 @@ void intel_audio_codec_enable(struct intel_encoder *intel_encoder,
> if (acomp && acomp->audio_ops && acomp->audio_ops->pin_eld_notify)
> acomp->audio_ops->pin_eld_notify(acomp->audio_ops->audio_ptr,
> (int) port, (int) pipe);
> +
> + if (HAS_LPE_AUDIO(dev_priv))
> + intel_lpe_audio_notify(dev_priv, connector->eld, port,
> + crtc_state->port_clock, true);
> }
>
> /**
> @@ -663,6 +668,9 @@ void intel_audio_codec_disable(struct intel_encoder *intel_encoder)
> if (acomp && acomp->audio_ops && acomp->audio_ops->pin_eld_notify)
> acomp->audio_ops->pin_eld_notify(acomp->audio_ops->audio_ptr,
> (int) port, (int) pipe);
> +
> + if (HAS_LPE_AUDIO(dev_priv))
> + intel_lpe_audio_notify(dev_priv, NULL, port, 0, false);
> }
From Ville: The entire 'connected' parameter seems superfluous. Also
why aren't we passing 'pipe' along here? How is the audio driver
supposed to find the right thing to use?
>
> /**
> diff --git a/drivers/gpu/drm/i915/intel_hdmi.c b/drivers/gpu/drm/i915/intel_hdmi.c
> index 0bcfead..377584e1 100644
> --- a/drivers/gpu/drm/i915/intel_hdmi.c
> +++ b/drivers/gpu/drm/i915/intel_hdmi.c
> @@ -36,6 +36,7 @@
> #include <drm/drm_edid.h>
> #include "intel_drv.h"
> #include <drm/i915_drm.h>
> +#include <drm/intel_lpe_audio.h>
> #include "i915_drv.h"
>
> static struct drm_device *intel_hdmi_to_dev(struct intel_hdmi *intel_hdmi)
> diff --git a/drivers/gpu/drm/i915/intel_lpe_audio.c b/drivers/gpu/drm/i915/intel_lpe_audio.c
> index 05f5e4e..2a3c1e8 100644
> --- a/drivers/gpu/drm/i915/intel_lpe_audio.c
> +++ b/drivers/gpu/drm/i915/intel_lpe_audio.c
> @@ -353,3 +353,49 @@ void intel_lpe_audio_teardown(struct drm_i915_private *dev_priv)
>
> spin_unlock_irqrestore(&dev_priv->irq_lock, irqflags);
> }
> +
> +
> +/**
> + * intel_lpe_audio_notify() - notify lpe audio event
> + * audio driver and i915
> + * @dev_priv: the i915 drm device private data
> + * @eld : ELD data
> + * @port: port id
> + * @tmds_clk_speed: tmds clock frequency in Hz
> + * @connected: hdmi connected/disconnected
> + *
> + * Notify lpe audio driver of eld change.
> + */
> +void intel_lpe_audio_notify(struct drm_i915_private *dev_priv,
> + void *eld, int port, int tmds_clk_speed,
> + bool connected)
> +{
> + unsigned long irq_flags;
> + struct intel_hdmi_lpe_audio_pdata *pdata = NULL;
> +
> + if (!HAS_LPE_AUDIO(dev_priv))
> + return;
> +
> + pdata = dev_get_platdata(
> + &(dev_priv->lpe_audio.platdev->dev));
> +
> + spin_lock_irqsave(&pdata->lpe_audio_slock, irq_flags);
> +
> + if (eld != NULL) {
> + memcpy(pdata->eld.eld_data, eld,
> + HDMI_MAX_ELD_BYTES);
> + pdata->eld.port_id = port;
> +
> + if (tmds_clk_speed)
> + pdata->tmds_clock_speed = tmds_clk_speed;
> + }
From Takashi: If eld==NULL means that no ELD is found (or
disconnected), it's better to clear pdata eld as well, so that we don't
leak the previous ELD.
JA: OK
> + pdata->hdmi_connected = connected;
> + if (pdata->notify_audio_lpe)
> + pdata->notify_audio_lpe(
> + (eld != NULL) ? &pdata->eld : NULL);
> + else
> + pdata->notify_pending = true;
> +
> + spin_unlock_irqrestore(&pdata->lpe_audio_slock,
> + irq_flags);
> +}
> diff --git a/include/drm/intel_lpe_audio.h b/include/drm/intel_lpe_audio.h
> index a64c449..952de05 100644
> --- a/include/drm/intel_lpe_audio.h
> +++ b/include/drm/intel_lpe_audio.h
> @@ -25,6 +25,7 @@
> #define _INTEL_LPE_AUDIO_H_
>
> #include <linux/types.h>
> +#include <linux/spinlock_types.h>
From Takashi: Why do we need to add a header at this point out of sudden?
JA: It was for some warning removal. I'll try to remove this if not
applicable now.
>
> #define HDMI_MAX_ELD_BYTES 128
>
>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2017-01-06 20:20 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-07 1:21 [PATCH V2 0/7] Add support for Legacy HDMI audio drivers Jerome Anand
2017-01-07 1:21 ` [PATCH V2 1/7] drm/i915: setup bridge for HDMI LPE audio driver Jerome Anand
2017-01-06 20:12 ` [alsa-devel] " Pierre-Louis Bossart
2017-01-07 4:45 ` Anand, Jerome
2017-01-07 1:21 ` [PATCH V2 2/7] drm/i915: Add support for audio driver notifications Jerome Anand
2017-01-06 20:20 ` Pierre-Louis Bossart [this message]
2017-01-07 4:52 ` [alsa-devel] " Anand, Jerome
2017-01-07 1:21 ` [PATCH V2 3/7] ALSA: add shell for Intel HDMI LPE audio driver Jerome Anand
2017-01-06 20:33 ` [alsa-devel] " Pierre-Louis Bossart
2017-01-07 4:56 ` Anand, Jerome
2017-01-07 1:21 ` [PATCH V2 4/7] ALSA: x86: hdmi: Add audio support for BYT and CHT Jerome Anand
2017-01-07 1:21 ` [PATCH V2 5/7] ALSA: x86: hdmi: Improve position reporting Jerome Anand
2017-01-06 20:39 ` [alsa-devel] " Pierre-Louis Bossart
2017-01-07 4:58 ` Anand, Jerome
2017-01-07 1:21 ` [PATCH V2 6/7] ALSA: x86: hdmi: Fixup some monitor Jerome Anand
2017-01-06 20:40 ` [alsa-devel] " Pierre-Louis Bossart
2017-01-07 1:21 ` [PATCH V2 7/7] ALSA: x86: hdmi: continue playback even when display resolution changes Jerome Anand
2017-01-06 20:43 ` [alsa-devel] " Pierre-Louis Bossart
2017-01-07 4:58 ` Anand, Jerome
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=4a3a114e-9b81-a834-9fc1-5c20d9355b6d@linux.intel.com \
--to=pierre-louis.bossart@linux.intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=broonie@kernel.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jerome.anand@intel.com \
--cc=rakesh.a.ughreja@intel.com \
--cc=tiwai@suse.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;
as well as URLs for NNTP newsgroup(s).