Re: [PATCH v9 13/39] drm: HDCP2.2 link check related constants

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 12/19/2018 8:46 PM, Daniel Vetter wrote:
On Thu, Dec 13, 2018 at 09:31:15AM +0530, Ramalingam C wrote:
Enums and macros are defined for HDCP2.2 link check.

Signed-off-by: Ramalingam C <ramalingam.c@xxxxxxxxx>
---
  include/drm/drm_hdcp.h | 8 ++++++++
  1 file changed, 8 insertions(+)

diff --git a/include/drm/drm_hdcp.h b/include/drm/drm_hdcp.h
index d8093ecf3ddc..21a128e7020a 100644
--- a/include/drm/drm_hdcp.h
+++ b/include/drm/drm_hdcp.h
@@ -11,6 +11,14 @@
/* Period of hdcp checks (to ensure we're still authenticated) */
  #define DRM_HDCP_CHECK_PERIOD_MS		(128 * 16)
+#define DRM_HDCP2_CHECK_PERIOD_MS		500
This one here is good imo, and has my Reviewed-by: Daniel Vetter <daniel.vetter@xxxxxxxx>

+
+enum check_link_response {
+	DRM_HDCP_LINK_PROTECTED	= 0,
+	DRM_HDCP_TOPOLOGY_CHANGE,
+	DRM_HDCP_LINK_INTEGRITY_FAILURE,
+	DRM_HDCP_REAUTH_REQUEST
+};
But this one here is just a part of the intel_hdcp_shim interface. I think
we should put into the intel_drv.h header, and change the return value of
the check_2_2_link hook to this enum. I think that would clarify the code
a lot. Plus then ofc merge this part into the first patch that uses it.

daniel,

this is generic link check results as per the HDCP spec. This could be used by any other driver in DRM. Still should i move as local to intel?

-Ram


With that remaining patches have my ack, too.

Cheers, Daniel

/* Shared lengths/masks between HDMI/DVI/DisplayPort */
  #define DRM_HDCP_AN_LEN				8
--
2.7.4

_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux