From: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
To: Matthew Auld <matthew.auld@intel.com>, intel-xe@lists.freedesktop.org
Cc: Tejas Upadhyay <tejas.upadhyay@intel.com>,
Matthew Brost <matthew.brost@intel.com>,
Ilia Levi <ilia.levi@intel.com>
Subject: Re: [PATCH v4 8/8] drm/xe: convert PCI barrier mmap to use xe_mmio_gem
Date: Tue, 8 Sep 2026 17:07:25 +0200 [thread overview]
Message-ID: <a06a4f77-1ff2-4083-aad5-9904a7e230bd@linux.intel.com> (raw)
In-Reply-To: <20260908134955.1344429-18-matthew.auld@intel.com>
On 9/8/26 15:50, Matthew Auld wrote:
> Convert the PCI barrier mmap over to use xe_mmio_gem, which is a good
> match for this functionality. This has the following advantages:
>
> 1. Removes a bunch of code.
> 2. Replaces the fragile hard coded fake offset design.
> 3. Adds the first user for xe_mmio_gem, which is preferred over nuking
> it. There are also potentially other upcoming usecases wanting this
> type of functionality, so having standard component to do this would
> be good.
>
> There shouldn't be any big functional change here. From userspace pov,
> they still query the fake offset like before, just that now it is no
> longer hard coded in the KMD.
>
> Assisted-by: LLM
> Signed-off-by: Matthew Auld <matthew.auld@intel.com>
> Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com>
> Cc: Tejas Upadhyay <tejas.upadhyay@intel.com>
> Cc: Matthew Brost <matthew.brost@intel.com>
> Cc: Ilia Levi <ilia.levi@intel.com>
> Reviewed-by: Ilia Levi <ilia.levi@intel.com>
> ---
> drivers/gpu/drm/xe/xe_bo.c | 24 +++++--
> drivers/gpu/drm/xe/xe_bo.h | 1 -
> drivers/gpu/drm/xe/xe_device.c | 104 +++------------------------
> drivers/gpu/drm/xe/xe_device_types.h | 12 ++++
> 4 files changed, 41 insertions(+), 100 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_bo.c b/drivers/gpu/drm/xe/xe_bo.c
> index b162753cebb7..8de1b9a94315 100644
> --- a/drivers/gpu/drm/xe/xe_bo.c
> +++ b/drivers/gpu/drm/xe/xe_bo.c
> @@ -28,6 +28,7 @@
> #include "xe_ggtt.h"
> #include "xe_map.h"
> #include "xe_migrate.h"
> +#include "xe_mmio_gem.h"
> #include "xe_pat.h"
> #include "xe_pm.h"
> #include "xe_preempt_fence.h"
> @@ -3680,18 +3681,31 @@ int xe_gem_mmap_offset_ioctl(struct drm_device *dev, void *data,
> return -EINVAL;
>
> if (args->flags & DRM_XE_MMAP_OFFSET_FLAG_PCI_BARRIER) {
> + struct xe_file *xef = file->driver_priv;
> +
> if (XE_IOCTL_DBG(xe, !IS_DGFX(xe)))
> return -EINVAL;
>
> if (XE_IOCTL_DBG(xe, args->handle))
> return -EINVAL;
>
> - if (XE_IOCTL_DBG(xe, PAGE_SIZE > SZ_4K))
> - return -EINVAL;
> + guard(mutex)(&xef->mmio_gem.lock);
Can we use scoped_guard() to "annotate" the locked region?
> + if (!xef->mmio_gem.pci_barrier) {
> + phys_addr_t phys_addr;
> + int err;
>
> - BUILD_BUG_ON(((XE_PCI_BARRIER_MMAP_OFFSET >> XE_PTE_SHIFT) +
> - SZ_4K) >= DRM_FILE_PAGE_OFFSET_START);
> - args->offset = XE_PCI_BARRIER_MMAP_OFFSET;
> +#define LAST_DB_PAGE_OFFSET 0x7ff000
> + phys_addr = pci_resource_start(to_pci_dev(dev->dev), 0) +
> + LAST_DB_PAGE_OFFSET;
> + xef->mmio_gem.pci_barrier = xe_mmio_gem_create(xe, file, phys_addr, SZ_4K);
> + if (IS_ERR(xef->mmio_gem.pci_barrier)) {
> + err = PTR_ERR(xef->mmio_gem.pci_barrier);
> + xef->mmio_gem.pci_barrier = NULL;
> + return err;
> + }
> + }
> +
> + args->offset = xe_mmio_gem_mmap_offset(xef->mmio_gem.pci_barrier);
> return 0;
> }
>
> diff --git a/drivers/gpu/drm/xe/xe_bo.h b/drivers/gpu/drm/xe/xe_bo.h
> index eede678ad303..290ca624e2a7 100644
> --- a/drivers/gpu/drm/xe/xe_bo.h
> +++ b/drivers/gpu/drm/xe/xe_bo.h
> @@ -87,7 +87,6 @@
>
> #define XE_BO_PROPS_INVALID (-1)
>
> -#define XE_PCI_BARRIER_MMAP_OFFSET (0x50 << XE_PTE_SHIFT)
>
> /**
> * enum xe_madv_purgeable_state - Buffer object purgeable state enumeration
> diff --git a/drivers/gpu/drm/xe/xe_device.c b/drivers/gpu/drm/xe/xe_device.c
> index 8583b2e9ecf4..515fae065178 100644
> --- a/drivers/gpu/drm/xe/xe_device.c
> +++ b/drivers/gpu/drm/xe/xe_device.c
> @@ -50,6 +50,7 @@
> #include "xe_late_bind_fw.h"
> #include "xe_log.h"
> #include "xe_mmio.h"
> +#include "xe_mmio_gem.h"
> #include "xe_module.h"
> #include "xe_nvm.h"
> #include "xe_oa.h"
> @@ -111,6 +112,8 @@ static int xe_file_open(struct drm_device *dev, struct drm_file *file)
> mutex_init(&xef->exec_queue.lock);
> xa_init_flags(&xef->exec_queue.xa, XA_FLAGS_ALLOC1);
>
> + mutex_init(&xef->mmio_gem.lock);
> +
> file->driver_priv = xef;
> kref_init(&xef->refcount);
>
> @@ -133,6 +136,8 @@ static void xe_file_destroy(struct kref *ref)
> xa_destroy(&xef->vm.xa);
> mutex_destroy(&xef->vm.lock);
>
> + mutex_destroy(&xef->mmio_gem.lock);
> +
> xe_drm_client_put(xef->client);
> kfree(xef->process_name);
> kfree(xef);
> @@ -189,6 +194,11 @@ static void xe_file_close(struct drm_device *dev, struct drm_file *file)
> xa_for_each(&xef->vm.xa, idx, vm)
> xe_vm_close_and_put(vm);
>
> + if (xef->mmio_gem.pci_barrier) {
> + xe_mmio_gem_destroy(xef->mmio_gem.pci_barrier, file);
> + xef->mmio_gem.pci_barrier = NULL;
> + }
> +
While we shouldn't be able to race here, Perhaps lock this anyway to
make static analyzers happy?
> xe_file_put(xef);
> }
>
> @@ -258,95 +268,6 @@ static long xe_drm_compat_ioctl(struct file *file, unsigned int cmd, unsigned lo
> #define xe_drm_compat_ioctl NULL
> #endif
>
> -static void barrier_open(struct vm_area_struct *vma)
> -{
> - drm_dev_get(vma->vm_private_data);
> -}
> -
> -static void barrier_close(struct vm_area_struct *vma)
> -{
> - drm_dev_put(vma->vm_private_data);
> -}
> -
> -static void barrier_release_dummy_page(struct drm_device *dev, void *res)
> -{
> - struct page *dummy_page = (struct page *)res;
> -
> - __free_page(dummy_page);
> -}
> -
> -static vm_fault_t barrier_fault(struct vm_fault *vmf)
> -{
> - struct drm_device *dev = vmf->vma->vm_private_data;
> - struct vm_area_struct *vma = vmf->vma;
> - vm_fault_t ret = VM_FAULT_NOPAGE;
> - pgprot_t prot;
> - int idx;
> -
> - prot = vma_get_page_prot(vma);
> -
> - if (drm_dev_enter(dev, &idx)) {
> - unsigned long pfn;
> -
> -#define LAST_DB_PAGE_OFFSET 0x7ff001
> - pfn = PHYS_PFN(pci_resource_start(to_pci_dev(dev->dev), 0) +
> - LAST_DB_PAGE_OFFSET);
> - ret = vmf_insert_pfn_prot(vma, vma->vm_start, pfn,
> - pgprot_noncached(prot));
> - drm_dev_exit(idx);
> - } else {
> - struct page *page;
> -
> - /* Allocate new dummy page to map all the VA range in this VMA to it*/
> - page = alloc_page(GFP_KERNEL | __GFP_ZERO);
> - if (!page)
> - return VM_FAULT_OOM;
> -
> - /* Set the page to be freed using drmm release action */
> - if (drmm_add_action_or_reset(dev, barrier_release_dummy_page, page))
> - return VM_FAULT_OOM;
> -
> - ret = vmf_insert_pfn_prot(vma, vma->vm_start, page_to_pfn(page),
> - prot);
> - }
> -
> - return ret;
> -}
> -
> -static const struct vm_operations_struct vm_ops_barrier = {
> - .open = barrier_open,
> - .close = barrier_close,
> - .fault = barrier_fault,
> -};
> -
> -static int xe_pci_barrier_mmap(struct file *filp,
> - struct vm_area_struct *vma)
> -{
> - struct drm_file *priv = filp->private_data;
> - struct drm_device *dev = priv->minor->dev;
> - struct xe_device *xe = to_xe_device(dev);
> -
> - if (!IS_DGFX(xe))
> - return -EINVAL;
> -
> - if (vma->vm_end - vma->vm_start > SZ_4K)
> - return -EINVAL;
> -
> - if (vma_is_cow_mapping(vma))
> - return -EINVAL;
> -
> - if (vma->vm_flags & (VM_READ | VM_EXEC))
> - return -EINVAL;
> -
> - vm_flags_clear(vma, VM_MAYREAD | VM_MAYEXEC);
> - vm_flags_set(vma, VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP | VM_IO);
> - vma->vm_ops = &vm_ops_barrier;
> - vma->vm_private_data = dev;
> - drm_dev_get(vma->vm_private_data);
> -
> - return 0;
> -}
> -
> static int xe_mmap(struct file *filp, struct vm_area_struct *vma)
> {
> struct drm_file *priv = filp->private_data;
> @@ -355,11 +276,6 @@ static int xe_mmap(struct file *filp, struct vm_area_struct *vma)
> if (drm_dev_is_unplugged(dev))
> return -ENODEV;
>
> - switch (vma->vm_pgoff) {
> - case XE_PCI_BARRIER_MMAP_OFFSET >> XE_PTE_SHIFT:
> - return xe_pci_barrier_mmap(filp, vma);
> - }
> -
> return drm_gem_mmap(filp, vma);
> }
>
> diff --git a/drivers/gpu/drm/xe/xe_device_types.h b/drivers/gpu/drm/xe/xe_device_types.h
> index 180d450a6deb..0391a20646cf 100644
> --- a/drivers/gpu/drm/xe/xe_device_types.h
> +++ b/drivers/gpu/drm/xe/xe_device_types.h
> @@ -40,6 +40,7 @@ struct intel_display;
> struct intel_dg_nvm_dev;
> struct xe_ggtt;
> struct xe_i2c;
> +struct xe_mmio_gem;
> struct xe_pat_ops;
> struct xe_pxp;
> struct xe_ttm_stolen_mgr;
> @@ -676,6 +677,17 @@ struct xe_file {
>
> /** @refcount: ref count of this xe file */
> struct kref refcount;
> +
> + /** @mmio_gem: MMIO GEM objects for this xe file */
> + struct {
> + /**
> + * @mmio_gem.lock: Protects allocation and attach of MMIO GEM
> + * objects (singleton).
... And if so, update the docs here?
> + */
> + struct mutex lock;
> + /** @mmio_gem.pci_barrier: MMIO GEM object for PCI barrier mmap. */
> + struct xe_mmio_gem *pci_barrier;
> + } mmio_gem;
> };
>
> #endif
next prev parent reply other threads:[~2026-09-08 15:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-08 13:49 [PATCH v4 0/8] drm/xe/mmio_gem: fix fault handler and destroy path Matthew Auld
2026-09-08 13:49 ` [PATCH v4 1/8] drm/xe/mmio_gem: forbid VMA split Matthew Auld
2026-09-08 13:49 ` [PATCH v4 2/8] drm/xe/mmio_gem: use write-back mapping for dummy page Matthew Auld
2026-09-08 13:49 ` [PATCH v4 3/8] drm/xe/mmio_gem: simplify fault handler loop Matthew Auld
2026-09-08 13:50 ` [PATCH v4 4/8] drm/xe/mmio_gem: Revoke drm_vma_node on xe_mmio_gem destroy Matthew Auld
2026-09-08 13:50 ` [PATCH v4 5/8] drm/xe/mmio_gem: cache the dummy page per object Matthew Auld
2026-09-08 13:50 ` [PATCH v4 6/8] drm/xe/mmio_gem: fix destroy flow Matthew Auld
2026-09-08 13:50 ` [PATCH v4 7/8] drm/xe/mmio_gem: reject VM_EXEC and drop VM_DONTCOPY Matthew Auld
2026-09-08 14:57 ` Thomas Hellström
2026-09-08 13:50 ` [PATCH v4 8/8] drm/xe: convert PCI barrier mmap to use xe_mmio_gem Matthew Auld
2026-09-08 14:09 ` sashiko-bot
2026-09-08 14:21 ` Matthew Auld
2026-09-08 15:07 ` Thomas Hellström [this message]
2026-09-08 14:48 ` ✓ CI.KUnit: success for drm/xe/mmio_gem: fix fault handler and destroy path (rev4) Patchwork
2026-09-08 15:25 ` ✓ Xe.CI.BAT: " 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=a06a4f77-1ff2-4083-aad5-9904a7e230bd@linux.intel.com \
--to=thomas.hellstrom@linux.intel.com \
--cc=ilia.levi@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.auld@intel.com \
--cc=matthew.brost@intel.com \
--cc=tejas.upadhyay@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