Bug 108549

Summary:	[CI][BAT] igt@* - dmesg-warn / dmesg-fail - KSV list failed to become ready
Product:	DRI	Reporter:	Martin Peres <martin.peres>
Component:	DRM/Intel	Assignee:	Ramalingam C <ramalingam.c>
Status:	CLOSED FIXED	QA Contact:	Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity:	normal
Priority:	highest	CC:	intel-gfx-bugs
Version:	XOrg git
Hardware:	Other
OS:	All
Whiteboard:	ReadyForDev
i915 platform:	BXT, KBL	i915 features:	display/HDCP

Description Martin Peres 2018-10-25 11:04:02 UTC

https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4692/shard-apl3/igt@kms_cursor_crc@cursor-64x21-random.html

https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4692/shard-kbl3/igt@kms_plane_lowres@pipe-c-tiling-y.html

<3> [1593.409624] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1598.892579] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1604.291919] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1604.301758] [drm:_intel_hdcp_enable [i915]] *ERROR* HDCP authentication failed (3 tries/-110)
<3> [1617.387583] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1622.929607] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1628.345439] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1628.348185] [drm:_intel_hdcp_enable [i915]] *ERROR* HDCP authentication failed (3 tries/-110)
<3> [1641.585642] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1647.001942] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1652.422904] [drm:intel_hdcp_auth [i915]] *ERROR* KSV list failed to become ready (-110)
<3> [1652.432990] [drm:_intel_hdcp_enable [i915]] *ERROR* HDCP authentication failed (3 tries/-110)

Comment 1 Ramalingam C 2018-10-25 14:15:08 UTC

This is the first time we have the kms_content_protection run on CI effectively. And catching a bug at IGT.

As per the HDCP design at kernel, if content protection property is left at DESIRED, then on subsequent modesets HDCP authentication will be attempted by the kernel on its own.

In Our IGT when we set "content protection" to DESIRED and wait for ENABLED state, on error case assert take us out of kms_content_protection, leaving the "content protection" at DESIRED state.

To avoid HDCP authentication and related logs in subsequent tests we need to fix this.

And another point is even within kms_content_protection, we don't want dmesg errors incase of failure in authentication. So we need to cleanup all errors the authentication flow by converting them into debug/info logs.

Will work on these solutions immediately. Thanks

Comment 2 Ramalingam C 2018-10-25 14:15:35 UTC

*** Bug 108550 has been marked as a duplicate of this bug. ***

Comment 3 Ramalingam C 2018-10-25 18:25:58 UTC

With kernel change at https://patchwork.freedesktop.org/series/51538/ and IGT change at https://patchwork.freedesktop.org/patch/258450/ this issue should be addressed.

Comment 4 Ramalingam C 2018-10-30 14:45:29 UTC

Hi,

"dmesg-warn / dmesg-fail - KSV list failed to become ready" is fixed with a merger of https://patchwork.freedesktop.org/series/51495/

This same logs will be still seen on apl as debug logs, for genuine HDCP failures at repeater side. But this will happen only for kms_content_protection tests alone.

As no more such dmesg warnings or errors, marking this as RESOLVED. Please let me know if this issue has to be open untill the genuine HDCP failure of apl also fixed.

Comment 5 Martin Peres 2018-11-13 15:48:48 UTC

(In reply to Ramalingam C from comment #4)
> Hi,
> 
> "dmesg-warn / dmesg-fail - KSV list failed to become ready" is fixed with a
> merger of https://patchwork.freedesktop.org/series/51495/
> 
> This same logs will be still seen on apl as debug logs, for genuine HDCP
> failures at repeater side. But this will happen only for
> kms_content_protection tests alone.
> 
> As no more such dmesg warnings or errors, marking this as RESOLVED. Please
> let me know if this issue has to be open untill the genuine HDCP failure of
> apl also fixed.

Seems to be working pretty reliably. Thanks!

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.