Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
To: Suraj Kandpal <suraj.kandpal@intel.com>,
	<intel-gfx@lists.freedesktop.org>,
	<intel-xe@lists.freedesktop.org>
Subject: Re: [PATCH 4/5] drm/xe/hdcp: Enable HDCP for XE
Date: Tue, 13 Feb 2024 15:30:43 -0800	[thread overview]
Message-ID: <a08914b5-ffa2-4fbd-821c-5967af24a372@intel.com> (raw)
In-Reply-To: <20240209101412.1326176-5-suraj.kandpal@intel.com>



On 2/9/2024 2:14 AM, Suraj Kandpal wrote:
> Enable HDCP for Xe by defining functions which take care of
> interaction of HDCP as a client with the GSC CS interface.
>
> --v2
> -add kfree at appropriate place [Daniele]
> -remove useless define [Daniele]
> -move host session logic to xe_gsc_submit.c [Daniele]
> -call xe_gsc_check_and_update_pending directly in an if condition
> [Daniele]
> -use xe_device instead of drm_i915_private [Daniele]
>
> --v3
> -use xe prefix for newly exposed function [Daniele]
> -remove client specific defines from intel_gsc_mtl_header [Daniele]
> -add missing kfree() [Daniele]
> -have NULL check for hdcp_message in finish function [Daniele]
> -dont have too many variable declarations in the same line [Daniele]
>
> Signed-off-by: Suraj Kandpal <suraj.kandpal@intel.com>
> ---
>   drivers/gpu/drm/xe/display/xe_hdcp_gsc.c | 180 ++++++++++++++++++++++-
>   drivers/gpu/drm/xe/xe_gsc_submit.c       |  15 ++
>   drivers/gpu/drm/xe/xe_gsc_submit.h       |   1 +
>   3 files changed, 193 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/display/xe_hdcp_gsc.c b/drivers/gpu/drm/xe/display/xe_hdcp_gsc.c
> index 425db3532ce5..aa8c13916bb6 100644
> --- a/drivers/gpu/drm/xe/display/xe_hdcp_gsc.c
> +++ b/drivers/gpu/drm/xe/display/xe_hdcp_gsc.c
> @@ -4,12 +4,27 @@
>    */
>   
>   #include <drm/drm_print.h>
> +#include <linux/delay.h>
>   
> +#include "abi/gsc_command_header_abi.h"
>   #include "intel_hdcp_gsc.h"
>   #include "xe_device_types.h"
>   #include "xe_gt.h"
>   #include "xe_gsc_proxy.h"
>   #include "xe_pm.h"
> +#include "xe_bo.h"
> +#include "xe_map.h"
> +#include "xe_gsc_submit.h"
> +
> +#define HECI_MEADDRESS_HDCP 18
> +
> +struct intel_hdcp_gsc_message {
> +	struct xe_bo *hdcp_bo;
> +	u64 hdcp_cmd_in;
> +	u64 hdcp_cmd_out;
> +};
> +
> +#define HDCP_GSC_HEADER_SIZE sizeof(struct intel_gsc_mtl_header)
>   
>   bool intel_hdcp_gsc_cs_required(struct xe_device *xe)
>   {
> @@ -40,19 +55,178 @@ bool intel_hdcp_gsc_check_status(struct xe_device *xe)
>   	return ret;
>   }
>   
> +/*This function helps allocate memory for the command that we will send to gsc cs */
> +static int intel_hdcp_gsc_initialize_message(struct xe_device *xe,
> +					     struct intel_hdcp_gsc_message *hdcp_message)
> +{
> +	struct xe_bo *bo = NULL;
> +	u64 cmd_in, cmd_out;
> +	int ret = 0;
> +
> +	/* allocate object of two page for HDCP command memory and store it */
> +	xe_device_mem_access_get(xe);
> +	bo = xe_bo_create_pin_map(xe, xe_device_get_root_tile(xe), NULL, PAGE_SIZE * 2,
> +				  ttm_bo_type_kernel,
> +				  XE_BO_CREATE_SYSTEM_BIT |
> +				  XE_BO_CREATE_GGTT_BIT);
> +
> +	if (IS_ERR(bo)) {
> +		drm_err(&xe->drm, "Failed to allocate bo for HDCP streaming command!\n");
> +		ret = PTR_ERR(bo);
> +		goto out;
> +	}
> +
> +	cmd_in = xe_bo_ggtt_addr(bo);
> +	cmd_out = cmd_in + PAGE_SIZE;
> +	xe_map_memset(xe, &bo->vmap, 0, 0, bo->size);
> +
> +	hdcp_message->hdcp_bo = bo;
> +	hdcp_message->hdcp_cmd_in = cmd_in;
> +	hdcp_message->hdcp_cmd_out = cmd_out;
> +out:
> +	xe_device_mem_access_put(xe);
> +	return ret;
> +}
> +
> +static int intel_hdcp_gsc_hdcp2_init(struct xe_device *xe)
> +{
> +	struct intel_hdcp_gsc_message *hdcp_message;
> +	int ret;
> +
> +	hdcp_message = kzalloc(sizeof(*hdcp_message), GFP_KERNEL);
> +
> +	if (!hdcp_message)
> +		return -ENOMEM;
> +
> +	/*
> +	 * NOTE: No need to lock the comp mutex here as it is already
> +	 * going to be taken before this function called
> +	 */
> +	ret = intel_hdcp_gsc_initialize_message(xe, hdcp_message);
> +	xe->display.hdcp.hdcp_message = hdcp_message;
> +
> +	if (ret) {
> +		drm_err(&xe->drm, "Could not initialize hdcp_message\n");
> +		kfree(hdcp_message);

Here you're leaving xe->display.hdcp.hdcp_message pointing to a memory 
location that we no longer own. is that safe for the _fini function?

LGTM apart from this (assuming it is going to be squashed with the next 
patch for merge).

Daniele

> +	}
> +
> +	return ret;
> +}
> +
>   int intel_hdcp_gsc_init(struct xe_device *xe)
>   {
> -	drm_dbg_kms(&xe->drm, "HDCP support not yet implemented\n");
> -	return -ENODEV;
> +	struct i915_hdcp_arbiter *data;
> +	int ret;
> +
> +	data = kzalloc(sizeof(*data), GFP_KERNEL);
> +	if (!data)
> +		return -ENOMEM;
> +
> +	mutex_lock(&xe->display.hdcp.hdcp_mutex);
> +	xe->display.hdcp.arbiter = data;
> +	xe->display.hdcp.arbiter->hdcp_dev = xe->drm.dev;
> +	xe->display.hdcp.arbiter->ops = &gsc_hdcp_ops;
> +	ret = intel_hdcp_gsc_hdcp2_init(xe);
> +	if (ret)
> +		kfree(data);
> +
> +	mutex_unlock(&xe->display.hdcp.hdcp_mutex);
> +
> +	return ret;
>   }
>   
>   void intel_hdcp_gsc_fini(struct xe_device *xe)
>   {
> +	struct intel_hdcp_gsc_message *hdcp_message =
> +					xe->display.hdcp.hdcp_message;
> +
> +	if (!hdcp_message)
> +		return;
> +
> +	xe_bo_unpin_map_no_vm(hdcp_message->hdcp_bo);
> +	kfree(hdcp_message);
> +}
> +
> +static int xe_gsc_send_sync(struct xe_device *xe,
> +			    struct intel_hdcp_gsc_message *hdcp_message,
> +			    u32 msg_size_in, u32 msg_size_out,
> +			    u32 addr_out_off)
> +{
> +	struct xe_gt *gt = hdcp_message->hdcp_bo->tile->media_gt;
> +	struct iosys_map *map = &hdcp_message->hdcp_bo->vmap;
> +	struct xe_gsc *gsc = &gt->uc.gsc;
> +	int ret;
> +
> +	ret = xe_gsc_pkt_submit_kernel(gsc, hdcp_message->hdcp_cmd_in, msg_size_in,
> +				       hdcp_message->hdcp_cmd_out, msg_size_out);
> +	if (ret) {
> +		drm_err(&xe->drm, "failed to send gsc HDCP msg (%d)\n", ret);
> +		return ret;
> +	}
> +
> +	if (xe_gsc_check_and_update_pending(xe, map, 0, map, addr_out_off))
> +		return -EAGAIN;
> +
> +	ret = xe_gsc_read_out_header(xe, map, addr_out_off,
> +				     sizeof(struct hdcp_cmd_header), NULL);
> +
> +	return ret;
>   }
>   
>   ssize_t intel_hdcp_gsc_msg_send(struct xe_device *xe, u8 *msg_in,
>   				size_t msg_in_len, u8 *msg_out,
>   				size_t msg_out_len)
>   {
> -	return -ENODEV;
> +	const size_t max_msg_size = PAGE_SIZE - HDCP_GSC_HEADER_SIZE;
> +	struct intel_hdcp_gsc_message *hdcp_message;
> +	u64 host_session_id;
> +	u32 msg_size_in, msg_size_out;
> +	u32 addr_out_off, addr_in_wr_off = 0;
> +	int ret, tries = 0;
> +
> +	if (msg_in_len > max_msg_size || msg_out_len > max_msg_size) {
> +		ret = -ENOSPC;
> +		goto out;
> +	}
> +
> +	msg_size_in = msg_in_len + HDCP_GSC_HEADER_SIZE;
> +	msg_size_out = msg_out_len + HDCP_GSC_HEADER_SIZE;
> +	hdcp_message = xe->display.hdcp.hdcp_message;
> +	addr_out_off = PAGE_SIZE;
> +
> +	host_session_id = xe_gsc_create_host_session_id();
> +	xe_device_mem_access_get(xe);
> +	addr_in_wr_off = xe_gsc_emit_header(xe, &hdcp_message->hdcp_bo->vmap,
> +					    addr_in_wr_off, HECI_MEADDRESS_HDCP,
> +					    host_session_id, msg_in_len);
> +	xe_map_memcpy_to(xe, &hdcp_message->hdcp_bo->vmap, addr_in_wr_off,
> +			 msg_in, msg_in_len);
> +	/*
> +	 * Keep sending request in case the pending bit is set no need to add
> +	 * message handle as we are using same address hence loc. of header is
> +	 * same and it will contain the message handle. we will send the message
> +	 * 20 times each message 50 ms apart
> +	 */
> +	do {
> +		ret = xe_gsc_send_sync(xe, hdcp_message, msg_size_in, msg_size_out,
> +				       addr_out_off);
> +
> +		/* Only try again if gsc says so */
> +		if (ret != -EAGAIN)
> +			break;
> +
> +		msleep(50);
> +
> +	} while (++tries < 20);
> +
> +	if (ret)
> +		goto out;
> +
> +	xe_map_memcpy_from(xe, msg_out, &hdcp_message->hdcp_bo->vmap,
> +			   addr_out_off + HDCP_GSC_HEADER_SIZE,
> +			   msg_out_len);
> +
> +out:
> +	xe_device_mem_access_put(xe);
> +	return ret;
>   }
> diff --git a/drivers/gpu/drm/xe/xe_gsc_submit.c b/drivers/gpu/drm/xe/xe_gsc_submit.c
> index 348994b271be..9a18f5667db3 100644
> --- a/drivers/gpu/drm/xe/xe_gsc_submit.c
> +++ b/drivers/gpu/drm/xe/xe_gsc_submit.c
> @@ -40,6 +40,21 @@ gsc_to_gt(struct xe_gsc *gsc)
>   	return container_of(gsc, struct xe_gt, uc.gsc);
>   }
>   
> +/**
> + * xe_gsc_get_host_session_id - Creates a random 64 bit host_session id with
> + * bits 56-63 masked.
> + *
> + * Returns: random host_session_id which can be used to send messages to gsc cs
> + */
> +u64 xe_gsc_create_host_session_id(void)
> +{
> +	u64 host_session_id;
> +
> +	get_random_bytes(&host_session_id, sizeof(u64));
> +	host_session_id &= ~HOST_SESSION_CLIENT_MASK;
> +	return host_session_id;
> +}
> +
>   /**
>    * xe_gsc_emit_header - write the MTL GSC header in memory
>    * @xe: the Xe device
> diff --git a/drivers/gpu/drm/xe/xe_gsc_submit.h b/drivers/gpu/drm/xe/xe_gsc_submit.h
> index 1939855031a6..1416b5745a4c 100644
> --- a/drivers/gpu/drm/xe/xe_gsc_submit.h
> +++ b/drivers/gpu/drm/xe/xe_gsc_submit.h
> @@ -28,4 +28,5 @@ int xe_gsc_read_out_header(struct xe_device *xe,
>   int xe_gsc_pkt_submit_kernel(struct xe_gsc *gsc, u64 addr_in, u32 size_in,
>   			     u64 addr_out, u32 size_out);
>   
> +u64 xe_gsc_create_host_session_id(void);
>   #endif


  parent reply	other threads:[~2024-02-13 23:30 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-09 10:14 [PATCH 0/5] XE HDCP Enablement Suraj Kandpal
2024-02-09 10:14 ` [PATCH 1/5] drm/i915/hdcp: Move intel_hdcp_gsc_message def away from header file Suraj Kandpal
2024-02-26  8:18   ` Murthy, Arun R
2024-02-09 10:14 ` [PATCH 2/5] drm/xe/hdcp: Use xe_device struct Suraj Kandpal
2024-02-13 23:16   ` Daniele Ceraolo Spurio
2024-02-14  5:30     ` Kandpal, Suraj
2024-02-26  8:45       ` Murthy, Arun R
2024-02-09 10:14 ` [PATCH 3/5] drm/xe: Use gsc_proxy_init_done to check proxy status Suraj Kandpal
2024-02-13 23:22   ` Daniele Ceraolo Spurio
2024-02-26 10:21     ` Murthy, Arun R
2024-02-09 10:14 ` [PATCH 4/5] drm/xe/hdcp: Enable HDCP for XE Suraj Kandpal
2024-02-09 17:50   ` kernel test robot
2024-02-13 23:30   ` Daniele Ceraolo Spurio [this message]
2024-02-14  5:33     ` Kandpal, Suraj
2024-02-14 17:05       ` Daniele Ceraolo Spurio
2024-02-15  6:12   ` Suraj Kandpal
2024-02-26 11:01     ` Murthy, Arun R
2024-02-09 10:14 ` [PATCH 5/5] drm/xe/hdcp: Add intel_hdcp_gsc_message to Makefile Suraj Kandpal
2024-02-16 13:52   ` Maarten Lankhorst
2024-02-19  5:09     ` Kandpal, Suraj
2024-02-09 10:56 ` ✓ CI.Patch_applied: success for XE HDCP Enablement (rev4) Patchwork
2024-02-09 10:57 ` ✓ CI.checkpatch: " Patchwork
2024-02-09 10:58 ` ✓ CI.KUnit: " Patchwork
2024-02-09 11:08 ` ✓ CI.Build: " Patchwork
2024-02-09 11:09 ` ✗ CI.Hooks: failure " Patchwork
2024-02-09 11:10 ` ✗ CI.checksparse: warning " Patchwork
2024-02-09 11:54 ` ✗ CI.BAT: failure " Patchwork
2024-02-15  6:17 ` ✓ CI.Patch_applied: success for XE HDCP Enablement (rev5) Patchwork
2024-02-15  6:18 ` ✓ CI.checkpatch: " Patchwork
2024-02-15  6:19 ` ✓ CI.KUnit: " Patchwork
2024-02-15  6:29 ` ✓ CI.Build: " Patchwork
2024-02-15  6:29 ` ✗ CI.Hooks: failure " Patchwork
2024-02-15  6:31 ` ✗ CI.checksparse: warning " Patchwork
2024-02-15  7:02 ` ✓ CI.BAT: success " Patchwork

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a08914b5-ffa2-4fbd-821c-5967af24a372@intel.com \
    --to=daniele.ceraolospurio@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=suraj.kandpal@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox