From: Jani Nikula <jani.nikula@linux.intel.com>
To: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>,
intel-xe@lists.freedesktop.org
Cc: "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 22:03:30 +0200 [thread overview]
Message-ID: <87plmoz759.fsf@intel.com> (raw)
In-Reply-To: <cb789d6f-dcf0-4077-bc36-e630df0d9913@intel.com>
On Thu, 21 Nov 2024, Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com> wrote:
> On 11/21/2024 1:57 AM, Jani Nikula wrote:
>> 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.
>
> Why would this be included to i915 display? This is the copy of the
> header used for building the display code with Xe, i915 should use it's
> own copy (i915/pxp/intel_pxp.h). Several other headers in the
> compat-i915-headers subfolder include Xe headers. Or is the problem
> specifically with the BO part of it? Because I can move the code to
> xe_pxp.c, but I'd still have to include at least xe_pxp.h.
With "i915 display", I refer to the display code that gets built for
both i915 and xe. And regardless of which module the code is being built
for, it should not include details like this. The goal is to make it
more and more independent from the two, eventually spawning into a
dedicated module. So we want to axe includes that lead from i915 display
to either i915 or xe core headers.
BR,
Jani.
>
> Daniele
>
>>
>> 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 20:03 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
2024-11-21 17:21 ` Daniele Ceraolo Spurio
2024-11-21 20:03 ` Jani Nikula [this message]
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=87plmoz759.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).