[PATCH v9 02/39] drm: header for i915 - MEI_HDCP interface

Daniel Vetter daniel.vetter at ffwll.ch
Mon Dec 17 13:27:20 UTC 2018


On Mon, Dec 17, 2018 at 12:28 PM Winkler, Tomas <tomas.winkler at intel.com> wrote:
>
> >
> > Header defines the interface for the I915 and MEI_HDCP drivers.
> >
> > Signed-off-by: Ramalingam C <ramalingam.c at intel.com>
> > ---
> >  include/drm/i915_mei_hdcp_interface.h | 132
> > ++++++++++++++++++++++++++++++++++
> >  1 file changed, 132 insertions(+)
> >  create mode 100644 include/drm/i915_mei_hdcp_interface.h
> >
> > diff --git a/include/drm/i915_mei_hdcp_interface.h
> > b/include/drm/i915_mei_hdcp_interface.h
> > new file mode 100644
> > index 000000000000..e3b7fb32612a
> > --- /dev/null
> > +++ b/include/drm/i915_mei_hdcp_interface.h
>
>
> This should be just 'i915_hdcp_interface.h'

We have other hdcp engines than the mei one. Discrete gpus will
definitely get a differnt hdcp2 engine even, can't rely on ME for
those. Keeping mei in the names to make that clear makes sense to me,
removing it would just cause more confusion I think.

We already had the entire "should we have a common hdcp interface in
drm" discussion when we orginally landed this, and looking at all the
intel and non-intel implementations floating around that didn't make
sense, due to lack of comonality of how things flow and interact with
the hdmi/dp ports.
-Daniel

>
> > @@ -0,0 +1,132 @@
> > +/* SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause) */
> > +/*
> > + * Copyright © 2017-2018 Intel Corporation
> > + *
> > + * Authors:
> > + * Ramalingam C <ramalingam.c at intel.com>  */
> > +
> > +#ifndef _I915_MEI_HDCP_INTERFACE_H_
> > +#define _I915_MEI_HDCP_INTERFACE_H_
> Drop MEI
> > +
> > +#include <linux/mutex.h>
> > +#include <drm/drm_hdcp.h>
> > +
> > +/**
> > + * enum hdcp_port_type - HDCP port implementation type defined by ME FW
> > + * @HDCP_PORT_TYPE_INVALID: Invalid hdcp port type
> > + * @HDCP_PORT_TYPE_INTEGRATED: In-Host HDCP2.x port
> > + * @HDCP_PORT_TYPE_LSPCON: HDCP2.2 discrete wired Tx port with LSPCON
> > + *                      (HDMI 2.0) solution
> > + * @HDCP_PORT_TYPE_CPDP: HDCP2.2 discrete wired Tx port using the CPDP
> > (DP 1.3)
> > + *                    solution
> > + */
> > +enum hdcp_port_type {
> > +     HDCP_PORT_TYPE_INVALID,
> > +     HDCP_PORT_TYPE_INTEGRATED,
> > +     HDCP_PORT_TYPE_LSPCON,
> > +     HDCP_PORT_TYPE_CPDP
> > +};
> > +
> > +/**
> > + * enum hdcp_wired_protocol - HDCP adaptation used on the port
> > + * @HDCP_PROTOCOL_INVALID: Invalid HDCP adaptation protocol
> > + * @HDCP_PROTOCOL_HDMI: HDMI adaptation of HDCP used on the port
> > + * @HDCP_PROTOCOL_DP: DP adaptation of HDCP used on the port  */ enum
> > +hdcp_wired_protocol {
> > +     HDCP_PROTOCOL_INVALID,
> > +     HDCP_PROTOCOL_HDMI,
> > +     HDCP_PROTOCOL_DP
> > +};
> > +
> > +/**
> > + * struct hdcp_port_data - intel specific HDCP port data
> > + * @port: port index as per I915
> > + * @port_type: HDCP port type as per ME FW classification
> > + * @protocol: HDCP adaptation as per ME FW
> > + * @k: No of streams transmitted on a port. Only on DP MST this is != 1
> > + * @seq_num_m: Count of RepeaterAuth_Stream_Manage msg propagated.
> > + *          Initialized to 0 on AKE_INIT. Incremented after every successful
> > + *          transmission of RepeaterAuth_Stream_Manage message. When it
> > rolls
> > + *          over re-Auth has to be triggered.
> > + * @streams: struct hdcp2_streamid_type[k]. Defines the type and id for the
> > + *        streams
> > + */
> > +struct hdcp_port_data {
> > +     short int port;
> > +     u8 port_type;
> > +     u8 protocol;
> > +     u16 k;
> > +     u32 seq_num_m;
> > +     struct hdcp2_streamid_type *streams;
> > +};
> > +
> > +/**
> > + * struct i915_hdcp_component_ops- ops for HDCP2.2 services.
> > + * @owner: Module providing the ops
> > + * @initiate_hdcp2_session: Initiate a Wired HDCP2.2 Tx Session.
> > + *                       And Prepare AKE_Init.
> > + * @verify_receiver_cert_prepare_km: Verify the Receiver Certificate
> > + *                                AKE_Send_Cert and prepare
> > +                                  AKE_Stored_Km/AKE_No_Stored_Km
> > + * @verify_hprime: Verify AKE_Send_H_prime
> > + * @store_pairing_info: Store pairing info received
> > + * @initiate_locality_check: Prepare LC_Init
> > + * @verify_lprime: Verify lprime
> > + * @get_session_key: Prepare SKE_Send_Eks
> > + * @repeater_check_flow_prepare_ack: Validate the Downstream topology
> > + *                                and prepare rep_ack
> > + * @verify_mprime: Verify mprime
> > + * @enable_hdcp_authentication:  Mark a port as authenticated.
> > + * @close_hdcp_session: Close the Wired HDCP Tx session per port.
> > + *                   This also disables the authenticated state of the port.
> > + */
> > +struct i915_hdcp_component_ops {
> > +     /**
> > +      * @owner: mei_hdcp module
> > +      */
> > +     struct module *owner;
> > +
> > +     int (*initiate_hdcp2_session)(struct device *dev,
> > +                                   struct hdcp_port_data *data,
> > +                                   struct hdcp2_ake_init *ake_data);
> > +     int (*verify_receiver_cert_prepare_km)(struct device *dev,
> > +                                            struct hdcp_port_data *data,
> > +                                            struct hdcp2_ake_send_cert
> > +                                                             *rx_cert,
> > +                                            bool *km_stored,
> > +                                            struct hdcp2_ake_no_stored_km
> > +                                                             *ek_pub_km,
> > +                                            size_t *msg_sz);
> > +     int (*verify_hprime)(struct device *dev,
> > +                          struct hdcp_port_data *data,
> > +                          struct hdcp2_ake_send_hprime *rx_hprime);
> > +     int (*store_pairing_info)(struct device *dev,
> > +                               struct hdcp_port_data *data,
> > +                               struct hdcp2_ake_send_pairing_info
> > +
> >       *pairing_info);
> > +     int (*initiate_locality_check)(struct device *dev,
> > +                                    struct hdcp_port_data *data,
> > +                                    struct hdcp2_lc_init *lc_init_data);
> > +     int (*verify_lprime)(struct device *dev,
> > +                          struct hdcp_port_data *data,
> > +                          struct hdcp2_lc_send_lprime *rx_lprime);
> > +     int (*get_session_key)(struct device *dev,
> > +                            struct hdcp_port_data *data,
> > +                            struct hdcp2_ske_send_eks *ske_data);
> > +     int (*repeater_check_flow_prepare_ack)(struct device *dev,
> > +                                            struct hdcp_port_data *data,
> > +                                            struct
> > hdcp2_rep_send_receiverid_list
> > +
> >       *rep_topology,
> > +                                            struct hdcp2_rep_send_ack
> > +
> >       *rep_send_ack);
> > +     int (*verify_mprime)(struct device *dev,
> > +                          struct hdcp_port_data *data,
> > +                          struct hdcp2_rep_stream_ready *stream_ready);
> > +     int (*enable_hdcp_authentication)(struct device *dev,
> > +                                       struct hdcp_port_data *data);
> > +     int (*close_hdcp_session)(struct device *dev,
> > +                               struct hdcp_port_data *data);
> > +};
> > +#endif /* _I915_MEI_HDCP_NTERFACE_H_ */
> DROP MEI
> > 2.7.4
>


-- 
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch


More information about the dri-devel mailing list