HDCP2.2 phase-II introduces below features: Addition of two connector properties HDCP Content Type HDCP Topology Addition of binary sysfs "hdcp_srm" at drm subsystem Parsing for HDCP1.4 and 2.2 SRM table Once HDCP1.4/2.2 authentication is completed gathering the all downstream topology for userspace Extending debugfs entry to provide the HDCP2.2 capability too. Uevent for HDCP state change. Dedicated file for hdcp in drm. HDCP Content Type: This property is used to indicate the content type classification of a stream. Which indicate the HDCP version required for the rendering of that streams. This conten type is one of the parameter in the HDCP2.2 authentication flow, as even downstream repeaters will mandate the HDCP version requirement. Two values possible for content type of a stream: Type 0: Stream can be rendered only on HDCP encrypted link no restriction on HDCP versions. Type 1: Stream can be rendered only on HDCP2.2 encrypted link. There is a parallel effort in #wayland community to add the support for HDCP2.2 along with content type support. Patches are under review in #wayland community. HDCP Topology: This blob property is used by the kernel to pass the downstream topology of the HDCP encrypted port to the userspace. This is used by the userspace to implement the HDCP repeater, which KMD implementing the HDCP transmitters(downstream ports) and userspace implementing the upstream port(HDCP receiver). Discussion is on going to add the downstream_info support in the weston HDCP stack. hdcp_srm: write only binary sysfs used by the userspace to pass the SRM table of HDCP1.4 and 2.2. These are nothing but revocated list of receiver IDs of the HDCP sinks. KMD will use this list to identify the revocated devices in the HDCP authentication and deny the hdcp encryption to it. Daniel has suggested about moving the SRM node implementation into DRM core. Still dome more clarification is required. Once that is done another respin on SRM patches are expected. v4: All hdcp properties are stored at mode_config, attached to req connectors. [Daniel] SRM bin sysfs is moved to drm subsystem as generic to all cards [Daniel] Uevents generation along with hdcp state update is moved into DRM [Daniel] explicit paddings are added for topology blob struct definition. [Daniel] Dedicated file for HDCP codes in drm. drm_hdcp.c [Daniel] Series can be cloned from github https://github.com/ramalingampc2008/drm-tip.git hdcp2_2_p2_v4 Test-with: <20190405082346.31222-2-ramalingam.c@xxxxxxxxx> Ramalingam C (13): drm: move content protection property to mode_config drm/i915: debugfs: HDCP2.2 capability read drm: Add Content protection type property drm/i915: Attach content type property drivers: create binary sysfs for class drm: HDCP SRM binary sysfs for subsystem drm/i915: SRM revocation check for HDCP1.4 and 2.2 drm/hdcp: gathering hdcp related code into drm_hdcp.c drm: uevent for connector status change drm/hdcp: update content protection property with uevent drm/i915: update the hdcp state with uevent drm: Add CP downstream_info property drm/i915: Populate downstream info for HDCP drivers/base/class.c | 19 ++ drivers/gpu/drm/Makefile | 2 +- drivers/gpu/drm/drm_atomic_uapi.c | 11 +- drivers/gpu/drm/drm_connector.c | 80 ++--- drivers/gpu/drm/drm_hdcp.c | 511 ++++++++++++++++++++++++++++ drivers/gpu/drm/drm_internal.h | 4 + drivers/gpu/drm/drm_sysfs.c | 33 ++ drivers/gpu/drm/i915/i915_debugfs.c | 13 +- drivers/gpu/drm/i915/intel_ddi.c | 38 ++- drivers/gpu/drm/i915/intel_drv.h | 5 +- drivers/gpu/drm/i915/intel_hdcp.c | 159 +++++++-- include/drm/drm_connector.h | 21 +- include/drm/drm_hdcp.h | 48 +++ include/drm/drm_mode_config.h | 18 + include/drm/drm_sysfs.h | 5 +- include/linux/device.h | 4 + include/uapi/drm/drm_mode.h | 41 +++ 17 files changed, 918 insertions(+), 94 deletions(-) create mode 100644 drivers/gpu/drm/drm_hdcp.c -- 2.19.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
