From: Jani Nikula <jani.nikula@linux.intel.com>
To: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>,
intel-xe@lists.freedesktop.org
Cc: "Daniele Ceraolo Spurio" <daniele.ceraolospurio@intel.com>,
"Matthew Brost" <matthew.brost@intel.com>,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
"John Harrison" <John.C.Harrison@Intel.com>
Subject: Re: [PATCH v3 09/12] drm/xe/pxp: Add API to mark a BO as using PXP
Date: Thu, 21 Nov 2024 11:57:22 +0200 [thread overview]
Message-ID: <87iksg29kt.fsf@intel.com> (raw)
In-Reply-To: <20241120234353.1037180-10-daniele.ceraolospurio@intel.com>
On Wed, 20 Nov 2024, Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com> wrote:
> diff --git a/drivers/gpu/drm/xe/compat-i915-headers/pxp/intel_pxp.h b/drivers/gpu/drm/xe/compat-i915-headers/pxp/intel_pxp.h
> index 419e8e926f00..533bc82255b6 100644
> --- a/drivers/gpu/drm/xe/compat-i915-headers/pxp/intel_pxp.h
> +++ b/drivers/gpu/drm/xe/compat-i915-headers/pxp/intel_pxp.h
> @@ -9,6 +9,9 @@
> #include <linux/errno.h>
> #include <linux/types.h>
>
> +#include "xe_bo.h"
> +#include "xe_pxp.h"
> +
Can't have this. This will include xe_bo.h and xe_pxp.h from i915
display.
Basically you can't use gem_to_xe_bo() in static inlines in headers that
get included to i915 display. It all needs to stay opaque.
BR,
Jani.
> struct drm_gem_object;
> struct xe_pxp;
>
> @@ -16,7 +19,15 @@ static inline int intel_pxp_key_check(struct xe_pxp *pxp,
> struct drm_gem_object *obj,
> bool assign)
> {
> - return -ENODEV;
> + /*
> + * The assign variable is used in i915 to assign the key to the BO at
> + * first submission time. In Xe the key is instead assigned at BO
> + * creation time, so the assign variable must always be false.
> + */
> + if (assign)
> + return -EINVAL;
> +
> + return xe_pxp_key_check(pxp, gem_to_xe_bo(obj));
> }
>
> #endif
--
Jani Nikula, Intel
next prev parent reply other threads:[~2024-11-21 9:57 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-20 23:43 [PATCH v3 00/12] Add PXP HWDRM support Daniele Ceraolo Spurio
2024-11-20 23:43 ` [PATCH v3 01/12] drm/xe/pxp: Initialize PXP structure and KCR reg Daniele Ceraolo Spurio
2024-12-06 1:59 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 02/12] drm/xe/pxp: Allocate PXP execution resources Daniele Ceraolo Spurio
2024-12-06 2:10 ` John Harrison
2024-12-06 23:49 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 03/12] drm/xe/pxp: Add VCS inline termination support Daniele Ceraolo Spurio
2024-12-06 20:27 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 04/12] drm/xe/pxp: Add GSC session invalidation support Daniele Ceraolo Spurio
2024-12-06 20:38 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 05/12] drm/xe/pxp: Handle the PXP termination interrupt Daniele Ceraolo Spurio
2024-12-06 23:23 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 06/12] drm/xe/pxp: Add GSC session initialization support Daniele Ceraolo Spurio
2024-12-06 23:27 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 07/12] drm/xe/pxp: Add support for PXP-using queues Daniele Ceraolo Spurio
2024-12-09 18:53 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 08/12] drm/xe/pxp: add a query for PXP status Daniele Ceraolo Spurio
2024-12-09 19:00 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 09/12] drm/xe/pxp: Add API to mark a BO as using PXP Daniele Ceraolo Spurio
2024-11-21 9:57 ` Jani Nikula [this message]
2024-11-21 17:21 ` Daniele Ceraolo Spurio
2024-11-21 20:03 ` Jani Nikula
2024-11-21 21:37 ` Daniele Ceraolo Spurio
2024-11-22 15:06 ` Jani Nikula
2024-11-22 17:00 ` Daniele Ceraolo Spurio
2024-11-25 15:30 ` Jani Nikula
2024-11-20 23:43 ` [PATCH v3 10/12] drm/xe/pxp: add PXP PM support Daniele Ceraolo Spurio
2024-12-09 19:42 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 11/12] drm/xe/pxp: Add PXP debugfs support Daniele Ceraolo Spurio
2024-12-09 19:44 ` John Harrison
2024-11-20 23:43 ` [PATCH v3 12/12] drm/xe/pxp: Enable PXP for MTL and LNL Daniele Ceraolo Spurio
2024-11-21 0:15 ` ✓ CI.Patch_applied: success for Add PXP HWDRM support (rev3) Patchwork
2024-11-21 0:16 ` ✗ CI.checkpatch: warning " Patchwork
2024-11-21 0:17 ` ✓ CI.KUnit: success " Patchwork
2024-11-21 0:35 ` ✓ CI.Build: " Patchwork
2024-11-21 0:37 ` ✗ CI.Hooks: failure " Patchwork
2024-11-21 0:39 ` ✓ CI.checksparse: success " Patchwork
2024-11-21 10:42 ` ✗ Xe.CI.Full: failure " 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=87iksg29kt.fsf@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=John.C.Harrison@Intel.com \
--cc=daniele.ceraolospurio@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.brost@intel.com \
--cc=thomas.hellstrom@linux.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;
as well as URLs for NNTP newsgroup(s).