All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Winkler, Tomas" <tomas.winkler@intel.com>
To: "C, Ramalingam" <ramalingam.c@intel.com>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	"daniel.vetter@ffwll.ch" <daniel.vetter@ffwll.ch>,
	"Shankar, Uma" <uma.shankar@intel.com>
Subject: Re: [PATCH v11 07/42] drm/i915: Initialize HDCP2.2
Date: Thu, 7 Feb 2019 15:13:58 +0000	[thread overview]
Message-ID: <5B8DA87D05A7694D9FA63FD143655C1B9DA9E6D4@hasmsx108.ger.corp.intel.com> (raw)
In-Reply-To: <1549487071-15343-8-git-send-email-ramalingam.c@intel.com>

> v2:
>   mei interface handle is protected with mutex. [Chris Wilson]
> v3:
>   Notifiers are used for the mei interface state.
> v4:
>   Poll for mei client device state
>   Error msg for out of mem [Uma]
>   Inline req for init function removed [Uma]
> v5:
>   Rebase as Part of reordering.
>   Component is used for the I915 and MEI_HDCP interface [Daniel]
> v6:
>   HDCP2.2 uses the I915 component master to communicate with mei_hdcp
> 	- [Daniel]
>   Required HDCP2.2 variables defined [Sean Paul]
> v7:
>   intel_hdcp2.2_init returns void [Uma]
>   Realigning the codes.
> v8:
>   Avoid using bool structure members.
>   MEI interface related changes are moved into separate patch.
>   Commit msg is updated accordingly.
>   intel_hdcp_exit is defined and used from i915_unload
> v9:
>   Movement of the hdcp_check_link is moved to new patch [Daniel]
>   intel_hdcp2_exit is removed as mei_comp will be unbind in i915_unload.
> v10:
>   bool is used in struct to make coding simpler. [Daniel]
>   hdmi hdcp init is placed correctly after encoder attachment.
> v11:
>   hdcp2_capability check is moved into hdcp.c [Tomas]
> 
> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
> Reviewed-by: Uma Shankar <uma.shankar@intel.com>
> ---
>  drivers/gpu/drm/i915/intel_drv.h  | 11 +++++++++++
> drivers/gpu/drm/i915/intel_hdcp.c | 28 ++++++++++++++++++++++++++--
> drivers/gpu/drm/i915/intel_hdmi.c |  6 +++---
>  3 files changed, 40 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/intel_drv.h
> b/drivers/gpu/drm/i915/intel_drv.h
> index 90ba5436370e..030d962697dd 100644
> --- a/drivers/gpu/drm/i915/intel_drv.h
> +++ b/drivers/gpu/drm/i915/intel_drv.h
> @@ -394,6 +394,17 @@ struct intel_hdcp {
>  	u64 value;
>  	struct delayed_work check_work;
>  	struct work_struct prop_work;
> +
> +	/* HDCP2.2 related definitions */
> +	/* Flag indicates whether this connector supports HDCP2.2 or not. */
> +	bool hdcp2_supported;
> +
> +	/*
> +	 * Content Stream Type defined by content owner. TYPE0(0x0) content
> can
> +	 * flow in the link protected by HDCP2.2 or HDCP1.4, where as
> TYPE1(0x1)
> +	 * content can flow only through a link protected by HDCP2.2.
> +	 */
> +	u8 content_type;
>  };
> 
>  struct intel_connector {
> diff --git a/drivers/gpu/drm/i915/intel_hdcp.c
> b/drivers/gpu/drm/i915/intel_hdcp.c
> index 8cb85b07cfde..7b1097d79fb8 100644
> --- a/drivers/gpu/drm/i915/intel_hdcp.c
> +++ b/drivers/gpu/drm/i915/intel_hdcp.c
> @@ -832,14 +832,34 @@ bool is_hdcp_supported(struct drm_i915_private
> *dev_priv, enum port port)
>  	return INTEL_GEN(dev_priv) >= 9 && port < PORT_E;  }
> 
> +static bool is_hdcp2_supported(struct drm_i915_private *dev_priv) {
> +	if (!IS_ENABLED(CONFIG_INTEL_MEI_HDCP))
> +		return false;
Is this enough, you can have SKU where this is not enabled, and you can detect that only during runtime.
> +
> +	return (INTEL_GEN(dev_priv) >= 10 || IS_GEMINILAKE(dev_priv) ||
> +		IS_KABYLAKE(dev_priv));
> +}
> +
> +static void intel_hdcp2_init(struct intel_connector *connector) {
> +	struct intel_hdcp *hdcp = &connector->hdcp;
> +
> +	/* TODO: MEI interface needs to be initialized here */
> +	hdcp->hdcp2_supported = true;
> +}
> +
>  int intel_hdcp_init(struct intel_connector *connector,
>  		    const struct intel_hdcp_shim *shim)  {
> +	struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>  	struct intel_hdcp *hdcp = &connector->hdcp;
>  	int ret;
> 
> -	ret = drm_connector_attach_content_protection_property(
> -			&connector->base);
> +	if (!shim)
> +		return -EINVAL;
> +
> +	ret =
> +drm_connector_attach_content_protection_property(&connector->base);
>  	if (ret)
>  		return ret;
> 
> @@ -847,6 +867,10 @@ int intel_hdcp_init(struct intel_connector *connector,
>  	mutex_init(&hdcp->mutex);
>  	INIT_DELAYED_WORK(&hdcp->check_work, intel_hdcp_check_work);
>  	INIT_WORK(&hdcp->prop_work, intel_hdcp_prop_work);
> +
> +	if (is_hdcp2_supported(dev_priv))
> +		intel_hdcp2_init(connector);
> +
>  	return 0;
>  }
> 
> diff --git a/drivers/gpu/drm/i915/intel_hdmi.c
> b/drivers/gpu/drm/i915/intel_hdmi.c
> index f125a62eba8c..faeedf76db99 100644
> --- a/drivers/gpu/drm/i915/intel_hdmi.c
> +++ b/drivers/gpu/drm/i915/intel_hdmi.c
> @@ -2427,6 +2427,9 @@ void intel_hdmi_init_connector(struct
> intel_digital_port *intel_dig_port,
> 
>  	intel_hdmi_add_properties(intel_hdmi, connector);
> 
> +	intel_connector_attach_encoder(intel_connector, intel_encoder);
> +	intel_hdmi->attached_connector = intel_connector;
> +
>  	if (is_hdcp_supported(dev_priv, port)) {
>  		int ret = intel_hdcp_init(intel_connector,
>  					  &intel_hdmi_hdcp_shim);
Won't this depend on the driver load order?
Thanks
Tomas

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2019-02-07 15:13 UTC|newest]

Thread overview: 74+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-06 21:03 [PATCH v11 00/42] drm/i915: Implement HDCP2.2 Ramalingam C
2019-02-06 21:03 ` [PATCH v11 01/42] component: Add documentation Ramalingam C
2019-02-07 14:54   ` Winkler, Tomas
2019-02-06 21:03 ` [PATCH v11 02/42] components: multiple components for a device Ramalingam C
2019-02-06 21:03 ` [PATCH v11 03/42] drm/doc: document recommended component helper usage Ramalingam C
2019-02-06 21:03 ` [PATCH v11 04/42] i915/snd_hdac: I915 subcomponent for the snd_hdac Ramalingam C
2019-02-06 21:03 ` [PATCH v11 05/42] drm/i915: Gathering the HDCP1.4 routines together Ramalingam C
2019-02-07 15:00   ` Winkler, Tomas
2019-02-06 21:03 ` [PATCH v11 06/42] drm: header for i915 - MEI_HDCP interface Ramalingam C
2019-02-07 15:06   ` Winkler, Tomas
2019-02-06 21:03 ` [PATCH v11 07/42] drm/i915: Initialize HDCP2.2 Ramalingam C
2019-02-07 15:13   ` Winkler, Tomas [this message]
2019-02-07 16:09     ` C, Ramalingam
2019-02-06 21:03 ` [PATCH v11 08/42] drm/i915: MEI interface definition Ramalingam C
2019-02-06 21:34   ` C, Ramalingam
2019-02-07 19:40   ` Daniel Vetter
2019-02-07 19:48     ` Daniel Vetter
2019-02-08  8:48       ` C, Ramalingam
2019-02-06 21:03 ` [PATCH v11 09/42] drm/i915: hdcp1.4 CP_IRQ handling and SW encryption tracking Ramalingam C
2019-02-06 21:03 ` [PATCH v11 10/42] drm/i915: Enable and Disable of HDCP2.2 Ramalingam C
2019-02-06 21:04 ` [PATCH v11 11/42] drm/i915: Implement HDCP2.2 receiver authentication Ramalingam C
2019-02-06 21:04 ` [PATCH v11 12/42] drm: helper functions for hdcp2 seq_num to from u32 Ramalingam C
2019-02-06 21:04 ` [PATCH v11 13/42] drm/i915: Implement HDCP2.2 repeater authentication Ramalingam C
2019-02-06 21:04 ` [PATCH v11 14/42] drm: HDCP2.2 link check period Ramalingam C
2019-02-06 21:04 ` [PATCH v11 15/42] drm/i915: Implement HDCP2.2 link integrity check Ramalingam C
2019-02-06 21:04 ` [PATCH v11 16/42] drm/i915: Handle HDCP2.2 downstream topology change Ramalingam C
2019-02-06 21:04 ` [PATCH v11 17/42] drm: removing the DP Errata msg and its msg id Ramalingam C
2019-02-06 21:04 ` [PATCH v11 18/42] drm/i915: Implement the HDCP2.2 support for DP Ramalingam C
2019-02-06 21:04 ` [PATCH v11 19/42] drm/i915: Implement the HDCP2.2 support for HDMI Ramalingam C
2019-02-06 21:04 ` [PATCH v11 20/42] drm/i915: CP_IRQ handling for DP HDCP2.2 msgs Ramalingam C
2019-02-06 21:04 ` [PATCH v11 21/42] drm/i915: HDCP state handling in ddi_update_pipe Ramalingam C
2019-02-06 21:04 ` [PATCH v11 22/42] drm/i915: Fix KBL HDCP2.2 encrypt status signalling Ramalingam C
2019-02-06 21:04 ` [PATCH v11 23/42] mei: bus: whitelist hdcp client Ramalingam C
2019-02-06 21:04 ` [PATCH v11 24/42] mei: me: add ice lake point device ids Ramalingam C
2019-02-07  7:16   ` Winkler, Tomas
2019-02-07  7:22     ` C, Ramalingam
2019-02-07  7:48       ` Daniel Vetter
2019-02-06 21:04 ` [PATCH v11 25/42] mei: bus: export to_mei_cl_device for mei client device drivers Ramalingam C
2019-02-06 21:04 ` [PATCH v11 26/42] misc/mei/hdcp: Client driver for HDCP application Ramalingam C
2019-02-07 21:07   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 27/42] misc/mei/hdcp: Define ME FW interface for HDCP2.2 Ramalingam C
2019-02-06 21:04 ` [PATCH v11 28/42] misc/mei/hdcp: Initiate Wired HDCP2.2 Tx Session Ramalingam C
2019-02-07 21:35   ` Winkler, Tomas
2019-02-08  5:15     ` C, Ramalingam
2019-02-06 21:04 ` [PATCH v11 29/42] misc/mei/hdcp: Verify Receiver Cert and prepare km Ramalingam C
2019-02-07 21:23   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 30/42] misc/mei/hdcp: Verify H_prime Ramalingam C
2019-02-07 21:37   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 31/42] misc/mei/hdcp: Store the HDCP Pairing info Ramalingam C
2019-02-07 21:39   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 32/42] misc/mei/hdcp: Initiate Locality check Ramalingam C
2019-02-07 21:38   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 33/42] misc/mei/hdcp: Verify L_prime Ramalingam C
2019-02-07 21:41   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 34/42] misc/mei/hdcp: Prepare Session Key Ramalingam C
2019-02-07 21:45   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 35/42] misc/mei/hdcp: Repeater topology verification and ack Ramalingam C
2019-02-07 21:41   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 36/42] misc/mei/hdcp: Verify M_prime Ramalingam C
2019-02-07 21:46   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 37/42] misc/mei/hdcp: Enabling the HDCP authentication Ramalingam C
2019-02-07 21:46   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 38/42] misc/mei/hdcp: Closing wired HDCP2.2 Tx Session Ramalingam C
2019-02-07 21:47   ` Winkler, Tomas
2019-02-06 21:04 ` [PATCH v11 39/42] misc/mei/hdcp: Component framework for I915 Interface Ramalingam C
2019-02-07 22:12   ` Winkler, Tomas
2019-02-08  5:15     ` C, Ramalingam
2019-02-06 21:04 ` [PATCH v11 40/42] FOR_TEST_ONLY: i915/Kconfig: Select mei_hdcp by I915 Ramalingam C
2019-02-06 21:04 ` [PATCH v11 41/42] FOR_TESTING_ONLY: debugfs: Excluding the LSPCon for HDCP1.4 Ramalingam C
2019-02-06 21:39 ` [PATCH v11 42/42] FOR_TESTING_ONLY: ICL: Limit clk to <= 340MHz Ramalingam C
2019-02-06 22:53 ` ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Implement HDCP2.2 (rev17) Patchwork
2019-02-06 23:04 ` ✗ Fi.CI.SPARSE: " Patchwork
2019-02-06 23:12 ` ✓ Fi.CI.BAT: success " Patchwork
2019-02-07  5:00 ` ✓ Fi.CI.IGT: " Patchwork

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=5B8DA87D05A7694D9FA63FD143655C1B9DA9E6D4@hasmsx108.ger.corp.intel.com \
    --to=tomas.winkler@intel.com \
    --cc=daniel.vetter@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=ramalingam.c@intel.com \
    --cc=uma.shankar@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.