Proxmox-Port/linux-loongson
1
0
Fork 0
mirror of https://git.kernel.org/pub/scm/linux/kernel/git/chenhuacai/linux-loongson synced 2025-09-02 16:44:59 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

drm/i915/hdcp: Retry first read and writes to downstream

Browse Source 
Retry the first read and write to downstream at least 10 times
with a 50ms delay if not hdcp2 capable(dock decides to stop advertising
hdcp2 capability for some reason). The reason being that
during suspend resume Dock usually keep the HDCP2 registers inaccesible
causing AUX error. This wouldn't be a big problem if the userspace
just kept retrying with some delay while it continues to play low
values content but most userpace applications end up throwing an error
when it receives one from KMD. This makes sure we give the dock
and the sink devices to complete its power cycle and then try HDCP
authentication.

--v2
-Add more details in comment [Jani]
-fix looping condition [Jani]
-optimize loop exit condition [Jani]

--v3
-Add comment explaining why the loop was added [Ankit]

Signed-off-by: Suraj Kandpal <suraj.kandpal@intel.com>
Reviewed-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20240927060437.1422942-2-suraj.kandpal@intel.com
This commit is contained in:
Suraj Kandpal 2024-09-27 11:34:37 +05:30
parent 9572bdfeb1
commit 9d5a05f86d
1 changed files with 30 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

27
drivers/gpu/drm/i915/display/intel_hdcp.c
View File

@ -1512,7 +1512,7 @@ static int hdcp2_authentication_key_exchange(struct intel_connector *connector)
} msgs;
const struct intel_hdcp_shim *shim = hdcp->shim;
size_t size;
int ret;
int ret, i;
/* Init for seq_num */
hdcp->seq_num_v = 0;
@ -1522,13 +1522,36 @@ static int hdcp2_authentication_key_exchange(struct intel_connector *connector)
if (ret < 0)
return ret;
/*
* Retry the first read and write to downstream at least 10 times
* with a 50ms delay if not hdcp2 capable(dock decides to stop advertising
* hdcp2 capability for some reason). The reason being that
* during suspend resume dock usually keeps the HDCP2 registers inaccesible
* causing AUX error. This wouldn't be a big problem if the userspace
* just kept retrying with some delay while it continues to play low
* value content but most userpace applications end up throwing an error
* when it receives one from KMD. This makes sure we give the dock
* and the sink devices to complete its power cycle and then try HDCP
* authentication. The values of 10 and delay of 50ms was decided based
* on multiple trial and errors.
*/
for (i = 0; i < 10; i++) {
if (!intel_hdcp2_get_capability(connector)) {
msleep(50);
continue;
}
ret = shim->write_2_2_msg(connector, &msgs.ake_init,
sizeof(msgs.ake_init));
if (ret < 0)
return ret;
continue;
ret = shim->read_2_2_msg(connector, HDCP_2_2_AKE_SEND_CERT,
&msgs.send_cert, sizeof(msgs.send_cert));
if (ret > 0)
break;
}
if (ret < 0)
return ret;