From: "C, Ramalingam" <ramalingam.c@intel.com>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: daniel.vetter@ffwll.ch, intel-gfx@lists.freedesktop.org,
dri-devel@lists.freedesktop.org, seanpaul@chromium.org,
tomas.winkler@intel.com
Subject: Re: [PATCH v9 07/39] drm/i915: MEI interface definition
Date: Wed, 19 Dec 2018 20:45:41 +0530 [thread overview]
Message-ID: <a277d739-e4d5-dac3-c015-0454cbdf2088@intel.com> (raw)
In-Reply-To: <20181219140021.GE21184@phenom.ffwll.local>
[-- Attachment #1.1: Type: text/plain, Size: 13673 bytes --]
On 12/19/2018 7:30 PM, Daniel Vetter wrote:
> On Thu, Dec 13, 2018 at 09:31:09AM +0530, Ramalingam C wrote:
>> Defining the mei-i915 interface functions and initialization of
>> the interface.
>>
>> v2:
>> Adjust to the new interface changes. [Tomas]
>> Added further debug logs for the failures at MEI i/f.
>> port in hdcp_port data is equipped to handle -ve values.
>> v3:
>> mei comp is matched for global i915 comp master. [Daniel]
>> In hdcp_shim hdcp_protocol() is replaced with const variable. [Daniel]
>> mei wrappers are adjusted as per the i/f change [Daniel]
> Yeah looks all good. Spotted some small stuff below still.
>
>> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
>> ---
>> drivers/gpu/drm/i915/intel_drv.h | 5 +
>> drivers/gpu/drm/i915/intel_hdcp.c | 248 +++++++++++++++++++++++++++++++++++++-
>> include/drm/i915_component.h | 7 ++
>> 3 files changed, 259 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
>> index dd9371647a8c..191b6e0f086c 100644
>> --- a/drivers/gpu/drm/i915/intel_drv.h
>> +++ b/drivers/gpu/drm/i915/intel_drv.h
>> @@ -39,6 +39,7 @@
>> #include <drm/drm_dp_mst_helper.h>
>> #include <drm/drm_rect.h>
>> #include <drm/drm_atomic.h>
>> +#include <drm/i915_mei_hdcp_interface.h>
>> #include <media/cec-notifier.h>
>>
>> /**
>> @@ -379,6 +380,9 @@ struct intel_hdcp_shim {
>> /* Detects panel's hdcp capability. This is optional for HDMI. */
>> int (*hdcp_capable)(struct intel_digital_port *intel_dig_port,
>> bool *hdcp_capable);
>> +
>> + /* HDCP adaptation(DP/HDMI) required on the port */
>> + enum hdcp_wired_protocol protocol;
>> };
>>
>> struct intel_hdcp {
>> @@ -399,6 +403,7 @@ struct intel_hdcp {
>> * content can flow only through a link protected by HDCP2.2.
>> */
>> u8 content_type;
>> + struct hdcp_port_data port_data;
>> };
>>
>> struct intel_connector {
>> diff --git a/drivers/gpu/drm/i915/intel_hdcp.c b/drivers/gpu/drm/i915/intel_hdcp.c
>> index 584d27f3c699..9405fce07b93 100644
>> --- a/drivers/gpu/drm/i915/intel_hdcp.c
>> +++ b/drivers/gpu/drm/i915/intel_hdcp.c
>> @@ -8,8 +8,10 @@
>>
>> #include <drm/drmP.h>
>> #include <drm/drm_hdcp.h>
>> +#include <drm/i915_component.h>
>> #include <linux/i2c.h>
>> #include <linux/random.h>
>> +#include <linux/component.h>
>>
>> #include "intel_drv.h"
>> #include "i915_reg.h"
>> @@ -833,6 +835,232 @@ bool is_hdcp_supported(struct drm_i915_private *dev_priv, enum port port)
>> return INTEL_GEN(dev_priv) >= 9 && port < PORT_E;
>> }
>>
>> +static __attribute__((unused)) int
>> +hdcp2_prepare_ake_init(struct intel_connector *connector,
>> + struct hdcp2_ake_init *ake_data)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + /* During the connector init encoder might not be initialized */
>> + if (data->port == PORT_NONE)
>> + data->port = connector->encoder->port;
>> +
>> + ret = comp->hdcp_ops->initiate_hdcp2_session(comp->mei_dev,
>> + data, ake_data);
>> + if (ret)
>> + DRM_DEBUG_KMS("Prepare_ake_init failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_verify_rx_cert_prepare_km(struct intel_connector *connector,
>> + struct hdcp2_ake_send_cert *rx_cert,
>> + bool *paired,
>> + struct hdcp2_ake_no_stored_km *ek_pub_km,
>> + size_t *msg_sz)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->verify_receiver_cert_prepare_km(comp->mei_dev,
>> + data, rx_cert,
>> + paired, ek_pub_km,
>> + msg_sz);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Verify rx_cert failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_verify_hprime(struct intel_connector *connector,
>> + struct hdcp2_ake_send_hprime *rx_hprime)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->verify_hprime(comp->mei_dev, data, rx_hprime);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Verify hprime failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_store_pairing_info(struct intel_connector *connector,
>> + struct hdcp2_ake_send_pairing_info *pairing_info)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->store_pairing_info(comp->mei_dev, data,
>> + pairing_info);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Store pairing info failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_prepare_lc_init(struct intel_connector *connector,
>> + struct hdcp2_lc_init *lc_init)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->initiate_locality_check(comp->mei_dev, data,
>> + lc_init);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Prepare lc_init failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_verify_lprime(struct intel_connector *connector,
>> + struct hdcp2_lc_send_lprime *rx_lprime)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->verify_lprime(comp->mei_dev, data, rx_lprime);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Verify L_Prime failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused))
>> +int hdcp2_prepare_skey(struct intel_connector *connector,
>> + struct hdcp2_ske_send_eks *ske_data)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->get_session_key(comp->mei_dev, data, ske_data);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Get session key failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_verify_rep_topology_prepare_ack(struct intel_connector *connector,
>> + struct hdcp2_rep_send_receiverid_list
>> + *rep_topology,
>> + struct hdcp2_rep_send_ack *rep_send_ack)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->repeater_check_flow_prepare_ack(comp->mei_dev,
>> + data,
>> + rep_topology,
>> + rep_send_ack);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Verify rep topology failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused)) int
>> +hdcp2_verify_mprime(struct intel_connector *connector,
>> + struct hdcp2_rep_stream_ready *stream_ready)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->verify_mprime(comp->mei_dev, data, stream_ready);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Verify mprime failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused))
>> +int hdcp2_authenticate_port(struct intel_connector *connector)
>> +{
>> + struct hdcp_port_data *data = &connector->hdcp.port_data;
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> + int ret;
>> +
>> + ret = comp->hdcp_ops->enable_hdcp_authentication(comp->mei_dev, data);
>> + if (ret < 0)
>> + DRM_DEBUG_KMS("Enable hdcp auth failed. %d\n", ret);
>> +
>> + return ret;
>> +}
>> +
>> +static __attribute__((unused))
>> +int hdcp2_close_mei_session(struct intel_connector *connector)
>> +{
>> + struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> + struct i915_component_master *comp = dev_priv->comp_master;
>> +
>> + return comp->hdcp_ops->close_hdcp_session(comp->mei_dev,
>> + &connector->hdcp.port_data);
>> +}
>> +
>> +static __attribute__((unused))
>> +int hdcp2_deauthenticate_port(struct intel_connector *connector)
>> +{
>> + return hdcp2_close_mei_session(connector);
>> +}
>> +
>> +static int i915_hdcp_component_match(struct device *dev, void *data)
>> +{
>> + return !strcmp(dev->driver->name, "mei_hdcp");
>> +}
>> +
>> +static int initialize_hdcp_port_data(struct intel_connector *connector)
>> +{
>> + struct intel_hdcp *hdcp = &connector->hdcp;
>> + struct hdcp_port_data *data = &hdcp->port_data;
>> +
>> + data->port = PORT_NONE;
>> + if (connector->encoder)
>> + data->port = connector->encoder->port;
> This and the code above in ake_init still look strange. I'm not really
> following how we can end up with an intialization sequence where we do not
> yet know the encoder and hence can't assign the port?
>
> That still smells like a bug. I think we should be able to set this
> uncondtionally (if not, I need to understand why).
Oops. this is caused by me by calling the hdcp_init even before intel_connector_attach_encoder.
Will fix it.
>
>> +
>> + data->port_type = (u8)HDCP_PORT_TYPE_INTEGRATED;
>> + data->protocol = (u8)hdcp->shim->protocol;
>> +
>> + data->k = 1;
>> + if (!data->streams)
>> + data->streams = kcalloc(data->k,
>> + sizeof(struct hdcp2_streamid_type),
>> + GFP_KERNEL);
>> + if (!data->streams) {
>> + DRM_ERROR("Out of Memory\n");
>> + return -ENOMEM;
>> + }
>> +
>> + data->streams[0].stream_id = 0;
>> + data->streams[0].stream_type = hdcp->content_type;
>> +
>> + return 0;
>> +}
>> +
>> bool is_hdcp2_supported(struct drm_i915_private *dev_priv)
>> {
>> return ((INTEL_GEN(dev_priv) >= 10 || IS_GEMINILAKE(dev_priv) ||
>> @@ -843,10 +1071,28 @@ static void intel_hdcp2_init(struct intel_connector *connector)
>> {
>> struct drm_i915_private *dev_priv = to_i915(connector->base.dev);
>> struct intel_hdcp *hdcp = &connector->hdcp;
>> + static bool comp_match_added;
>> + int ret;
>>
>> WARN_ON(!is_hdcp2_supported(dev_priv));
>>
>> - /* TODO: MEI interface needs to be initialized here */
>> + ret = initialize_hdcp_port_data(connector);
>> + if (ret) {
>> + DRM_DEBUG_KMS("Mei hdcp data init failed\n");
>> + return;
>> + }
>> +
>> + /*
>> + * Component for mei is common across the connector.
>> + * Adding the match once is sufficient.
>> + * TODO: Instead of static bool, do we need flag in dev_priv?.
>> + */
>> + if (!comp_match_added) {
>> + component_match_add(dev_priv->drm.dev, &dev_priv->master_match,
>> + i915_hdcp_component_match, dev_priv);
> Patch series needs to be reordered: We can only do the component_match_add
> once the mei component is merged. Maybe just split out this hunk into a
> final patch?
This function wont be called till Kconfig is defined in the mei_hdcp
changes. But yes this chunk should be last patch of these series.
>
>> + comp_match_added = true;
> This static here kinda works because there's only 1 gpu, but it's a bad
> hack. Please move to drm_i915_private (next to the other component stuff).
Ok
>
> Also, we need to only do this when CONFIG_MEI_HDCP is enabled, otherwise
> hdcp2 init must fail. Maybe best to put that into the is_hdcp2_supported
> helper for now. Once we get non-MEI hdcp2 (definitely needed for discrete
> gpu) we can split that up into is_mei_hdcp2_support and
> is_other_hdcp2_supported.
the check for CONFIG_INTEL_MEI_HDCP is already added into
is_hdcp2_supported()
-Ram
>
> Otherwise lgtm I think.
> -Daniel
>
>> + }
>> +
>> hdcp->hdcp2_supported = 1;
>> }
>>
>> diff --git a/include/drm/i915_component.h b/include/drm/i915_component.h
>> index 6f94ddd3f2c2..7a7201374cfe 100644
>> --- a/include/drm/i915_component.h
>> +++ b/include/drm/i915_component.h
>> @@ -24,6 +24,8 @@
>> #ifndef _I915_COMPONENT_H_
>> #define _I915_COMPONENT_H_
>>
>> +#include <drm/i915_mei_hdcp_interface.h>
>> +
>> #include "drm_audio_component.h"
>>
>> /* MAX_PORT is the number of port
>> @@ -50,8 +52,13 @@ struct i915_audio_component {
>> * struct i915_component_master - Used for communication between i915
>> * and any other drivers for the services
>> * of different feature.
>> + * @mei_dev: device that provide the HDCP2.2 service from MEI Bus.
>> + * @hdcp_ops: Ops implemented by mei_hdcp driver, used by i915 driver.
>> */
>> struct i915_component_master {
>> + struct device *mei_dev;
>> + const struct i915_hdcp_component_ops *hdcp_ops;
>> +
>> /*
>> * Add here the interface details between I915 and interested modules.
>> */
>> --
>> 2.7.4
>>
[-- Attachment #1.2: Type: text/html, Size: 14874 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2018-12-19 15:15 UTC|newest]
Thread overview: 102+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-13 4:01 [PATCH v9 00/39] drm/i915: Implement HDCP2.2 Ramalingam C
2018-12-13 4:01 ` [PATCH v9 01/39] drm/i915: Gathering the HDCP1.4 routines together Ramalingam C
2018-12-13 8:17 ` Winkler, Tomas
2018-12-13 11:21 ` C, Ramalingam
2018-12-19 13:35 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 02/39] drm: header for i915 - MEI_HDCP interface Ramalingam C
2018-12-17 11:28 ` Winkler, Tomas
2018-12-17 13:27 ` Daniel Vetter
2018-12-17 13:42 ` Winkler, Tomas
2018-12-17 13:59 ` Daniel Vetter
2018-12-19 13:37 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 03/39] drivers/base: use a worker for sysfs unbind Ramalingam C
2018-12-19 13:38 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 04/39] component: alloc component_match without any comp to match Ramalingam C
2018-12-19 13:42 ` Daniel Vetter
2018-12-19 15:04 ` Greg Kroah-Hartman
2018-12-13 4:01 ` [PATCH v9 05/39] drm/i915: component master at i915 driver load Ramalingam C
2018-12-19 13:45 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 06/39] drm/i915: Initialize HDCP2.2 Ramalingam C
2018-12-19 13:45 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 07/39] drm/i915: MEI interface definition Ramalingam C
2018-12-19 14:00 ` Daniel Vetter
2018-12-19 15:15 ` C, Ramalingam [this message]
2018-12-19 15:21 ` Daniel Vetter
2018-12-20 13:18 ` C, Ramalingam
2018-12-20 14:47 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 08/39] drm/i915: hdcp1.4 CP_IRQ handling and SW encryption tracking Ramalingam C
2018-12-19 15:48 ` Daniel Vetter
2018-12-20 11:29 ` C, Ramalingam
2018-12-20 14:53 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 09/39] drm/i915: Enable and Disable of HDCP2.2 Ramalingam C
2018-12-19 15:54 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 10/39] drm/i915: Implement HDCP2.2 receiver authentication Ramalingam C
2018-12-19 14:35 ` Daniel Vetter
2018-12-19 15:05 ` C, Ramalingam
2018-12-19 15:35 ` Daniel Vetter
2018-12-19 15:48 ` C, Ramalingam
2018-12-19 18:40 ` Jani Nikula
2018-12-19 21:36 ` Winkler, Tomas
2018-12-20 7:42 ` Jani Nikula
2018-12-20 14:28 ` Winkler, Tomas
2018-12-20 14:55 ` Daniel Vetter
2018-12-21 18:06 ` Ville Syrjälä
2018-12-13 4:01 ` [PATCH v9 11/39] drm: helper functions for hdcp2 seq_num to from u32 Ramalingam C
2018-12-19 14:38 ` Daniel Vetter
2018-12-13 4:01 ` [PATCH v9 12/39] drm/i915: Implement HDCP2.2 repeater authentication Ramalingam C
2018-12-13 8:22 ` Winkler, Tomas
2018-12-13 11:18 ` C, Ramalingam
2018-12-19 14:48 ` Daniel Vetter
2018-12-19 15:35 ` C, Ramalingam
2018-12-13 4:01 ` [PATCH v9 13/39] drm: HDCP2.2 link check related constants Ramalingam C
2018-12-19 15:16 ` Daniel Vetter
2018-12-19 15:39 ` C, Ramalingam
2018-12-19 15:58 ` Daniel Vetter
2018-12-19 16:22 ` C, Ramalingam
2018-12-19 16:35 ` Daniel Vetter
2018-12-19 17:01 ` C, Ramalingam
2018-12-13 4:01 ` [PATCH v9 14/39] drm/i915: Implement HDCP2.2 link integrity check Ramalingam C
2018-12-13 4:01 ` [PATCH v9 15/39] drm/i915: Handle HDCP2.2 downstream topology change Ramalingam C
2018-12-13 4:01 ` [PATCH v9 16/39] drm/i915: Implement the HDCP2.2 support for DP Ramalingam C
2018-12-13 4:01 ` [PATCH v9 17/39] drm/i915: Implement the HDCP2.2 support for HDMI Ramalingam C
2018-12-13 4:01 ` [PATCH v9 18/39] drm/i915: Add HDCP2.2 support for DP connectors Ramalingam C
2018-12-13 4:01 ` [PATCH v9 19/39] drm/i915: Add HDCP2.2 support for HDMI connectors Ramalingam C
2018-12-13 4:01 ` [PATCH v9 20/39] mei: bus: whitelist hdcp client Ramalingam C
2018-12-13 4:01 ` [PATCH v9 21/39] mei: bus: export to_mei_cl_device for mei client device drivers Ramalingam C
2018-12-13 4:01 ` [PATCH v9 22/39] misc/mei/hdcp: Client driver for HDCP application Ramalingam C
2018-12-13 4:01 ` [PATCH v9 23/39] misc/mei/hdcp: Define ME FW interface for HDCP2.2 Ramalingam C
2018-12-13 4:01 ` [PATCH v9 24/39] misc/mei/hdcp: Initiate Wired HDCP2.2 Tx Session Ramalingam C
2018-12-13 4:01 ` [PATCH v9 25/39] misc/mei/hdcp: Verify Receiver Cert and prepare km Ramalingam C
2018-12-13 4:01 ` [PATCH v9 26/39] misc/mei/hdcp: Verify H_prime Ramalingam C
2018-12-13 4:01 ` [PATCH v9 27/39] misc/mei/hdcp: Store the HDCP Pairing info Ramalingam C
2018-12-13 4:01 ` [PATCH v9 28/39] misc/mei/hdcp: Initiate Locality check Ramalingam C
2018-12-13 4:01 ` [PATCH v9 29/39] misc/mei/hdcp: Verify L_prime Ramalingam C
2018-12-13 4:01 ` [PATCH v9 30/39] misc/mei/hdcp: Prepare Session Key Ramalingam C
2018-12-13 4:01 ` [PATCH v9 31/39] misc/mei/hdcp: Repeater topology verification and ack Ramalingam C
2018-12-13 4:01 ` [PATCH v9 32/39] misc/mei/hdcp: Verify M_prime Ramalingam C
2018-12-13 4:01 ` [PATCH v9 33/39] misc/mei/hdcp: Enabling the HDCP authentication Ramalingam C
2018-12-13 4:01 ` [PATCH v9 34/39] misc/mei/hdcp: Closing wired HDCP2.2 Tx Session Ramalingam C
2018-12-13 4:01 ` [PATCH v9 35/39] misc/mei/hdcp: Component framework for I915 Interface Ramalingam C
2018-12-13 12:36 ` C, Ramalingam
2018-12-13 16:11 ` Daniel Vetter
2018-12-13 16:27 ` Winkler, Tomas
2018-12-13 17:35 ` Daniel Vetter
2018-12-15 21:20 ` Winkler, Tomas
2018-12-17 9:39 ` Daniel Vetter
2018-12-17 9:59 ` Daniel Vetter
2018-12-17 10:57 ` Winkler, Tomas
2018-12-17 13:46 ` Daniel Vetter
2018-12-19 6:45 ` C, Ramalingam
2018-12-20 15:59 ` C, Ramalingam
2018-12-20 16:06 ` Winkler, Tomas
2018-12-20 16:47 ` C, Ramalingam
2018-12-13 4:01 ` [PATCH v9 36/39] drm/i915: Commit CP without modeset Ramalingam C
2018-12-13 4:01 ` [PATCH v9 37/39] drm/i915: Fix KBL HDCP2.2 encrypt status signalling Ramalingam C
2018-12-19 15:40 ` Daniel Vetter
2018-12-19 16:16 ` C, Ramalingam
2018-12-13 4:01 ` [PATCH v9 38/39] FOR_TEST: i915/Kconfig: Select mei_hdcp by I915 Ramalingam C
2018-12-13 4:01 ` [PATCH v9 39/39] FOR_TESTING_ONLY: debugfs: Excluding the LSPCon for HDCP1.4 Ramalingam C
2018-12-13 4:17 ` ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Implement HDCP2.2 (rev11) Patchwork
2018-12-13 4:27 ` ✗ Fi.CI.SPARSE: " Patchwork
2018-12-13 4:44 ` ✗ Fi.CI.BAT: failure " Patchwork
2018-12-20 16:58 ` ✗ Fi.CI.BAT: failure for drm/i915: Implement HDCP2.2 (rev12) 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=a277d739-e4d5-dac3-c015-0454cbdf2088@intel.com \
--to=ramalingam.c@intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=seanpaul@chromium.org \
--cc=tomas.winkler@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox