From: "Christian König" <christian.koenig@amd.com>
To: Mika Kuoppala <mika.kuoppala@linux.intel.com>,
intel-xe@lists.freedesktop.org
Cc: simona.vetter@ffwll.ch, matthew.brost@intel.com,
thomas.hellstrom@linux.intel.com,
joonas.lahtinen@linux.intel.com, christoph.manszewski@intel.com,
rodrigo.vivi@intel.com, lucas.demarchi@intel.com,
andrzej.hajda@intel.com, matthew.auld@intel.com,
maciej.patelczyk@intel.com, gwan-gyeong.mun@intel.com
Subject: Re: [PATCH 00/15] Intel Xe GPU Debug Support (eudebug) v4
Date: Fri, 8 Aug 2025 14:49:21 +0200 [thread overview]
Message-ID: <49a1024b-a318-446f-8c97-4076fc647fdd@amd.com> (raw)
In-Reply-To: <20250808104356.3294210-1-mika.kuoppala@linux.intel.com>
On 08.08.25 12:43, Mika Kuoppala wrote:
> Hi,
>
> This is the v4 patch series for Intel Xe GPU debug support (eudebug).
>
> This series continues from the following previous submissions:
> - v1: https://lists.freedesktop.org/archives/intel-xe/2024-July/043605.html
> - v2: https://lists.freedesktop.org/archives/intel-xe/2024-October/052260.html
> - v3: https://lists.freedesktop.org/archives/intel-xe/2024-December/061476.html
>
> This is a major cleanup and rework of eudebug patch series to address the
> feedback for v3. Page fault handling is omitted for until we receive
> ack on core design, as there was no feedback on it on previous iterations.
>
> ### Major Changes
>
> #### 1. Elimination of ptrace_may_access() and pid
>
> In previous series, the connection attempt was made using the process ID
> (PID) as the target. Access was checked using the `ptrace_may_access()`
> helper to achieve security parity with CPU-side debugging.
>
> In v4, this has been changed to connect to a DRM client, using a file
> descriptor as the target. This approach eliminates the need for the
> `ptrace_may_access()` symbol export, as access control is now managed
> through the debugger process's access to the file descriptor. For example,
> accessing a remote DRM client requires the debugger process to
> successfully call `pidfd_getfd()` to obtain a duplicate of the target
> file descriptor.The 1:1 mapping between DRM clients and their debuggers
> eliminates the need for `EVENT_OPEN` and simplifies overall connection
> tracking.
It would be really nice if we could document that approach under Documentation/gpu.
>
> #### 2. ELF binaries not held in kernel memory
>
> In v4, debug data is delivered as a VM bind 'OP_ADD_DEBUG_DATA' extension.
> The ELF binaries are no longer stored within the Xe KMD but are instead
> kept in a file. The file path is passed as part of an extension in
> the newly introduced 'OP_ADD_DEBUG_DATA' VM bind operation. Alternatively
> pseudo-paths can be used to annotate special address ranges similar to
> /proc/<pid>/maps.
>
> #### 3. Debug metadata not carried in VMA struct
>
> Instead of attaching debug data to vma created by 'OP_MAP',
> we introduce separate ops for managing the metadata.
> Debug data is no longer held in the VMA struct. xe_vm contains a
> list of all associated debug data.
I need to take a closer look but that sounds like it takes a big step into the right direction.
Regards,
Christian.
>
> ### Supported Hardware with v4
> - Lunarlake (LNL)
> - Battlemage (BMG)
> - Pantherlake (PTL)
>
> The code for this submission can be found at:
> https://gitlab.freedesktop.org/miku/kernel/-/tree/eudebug-v4
>
> Christoph Manszewski (5):
> drm/xe: Introduce ADD_DEBUG_DATA and REMOVE_DEBUG_DATA vm bind ops
> drm/xe/eudebug: Introduce vm bind and vm bind debug data events
> drm/xe/eudebug_test: Introduce xe_eudebug wa kunit test
> drm/xe: Implement SR-IOV and eudebug exclusivity
> drm/xe: Add xe_client_debugfs and introduce debug_data file
>
> Dominik Grzegorzek (5):
> drm/xe/eudebug: Introduce exec_queue events
> drm/xe: Add EUDEBUG_ENABLE exec queue property
> drm/xe/eudebug: hw enablement for eudebug
> drm/xe/eudebug: Introduce EU control interface
> drm/xe/eudebug: Introduce per device attention scan worker
>
> Mika Kuoppala (5):
> drm/xe/eudebug: Introduce eudebug interface
> drm/xe/eudebug: Introduce discovery for resources
> drm/xe/eudebug: Add UFENCE events with acks
> drm/xe/eudebug: vm open/pread/pwrite
> drm/xe/eudebug: userptr vm pread/pwrite
>
> drivers/gpu/drm/xe/Kconfig | 10 +
> drivers/gpu/drm/xe/Makefile | 7 +-
> drivers/gpu/drm/xe/regs/xe_engine_regs.h | 7 +
> drivers/gpu/drm/xe/regs/xe_gt_regs.h | 43 +
> drivers/gpu/drm/xe/tests/xe_eudebug.c | 189 ++
> drivers/gpu/drm/xe/tests/xe_live_test_mod.c | 5 +
> drivers/gpu/drm/xe/xe_client_debugfs.c | 118 +
> drivers/gpu/drm/xe/xe_client_debugfs.h | 19 +
> drivers/gpu/drm/xe/xe_debug_data.c | 279 +++
> drivers/gpu/drm/xe/xe_debug_data.h | 22 +
> drivers/gpu/drm/xe/xe_debug_data_types.h | 25 +
> drivers/gpu/drm/xe/xe_device.c | 30 +-
> drivers/gpu/drm/xe/xe_device.h | 42 +
> drivers/gpu/drm/xe/xe_device_types.h | 40 +
> drivers/gpu/drm/xe/xe_eudebug.c | 2309 +++++++++++++++++++
> drivers/gpu/drm/xe/xe_eudebug.h | 116 +
> drivers/gpu/drm/xe/xe_eudebug_hw.c | 730 ++++++
> drivers/gpu/drm/xe/xe_eudebug_hw.h | 32 +
> drivers/gpu/drm/xe/xe_eudebug_types.h | 174 ++
> drivers/gpu/drm/xe/xe_eudebug_vm.c | 434 ++++
> drivers/gpu/drm/xe/xe_eudebug_vm.h | 8 +
> drivers/gpu/drm/xe/xe_exec.c | 2 +-
> drivers/gpu/drm/xe/xe_exec_queue.c | 51 +-
> drivers/gpu/drm/xe/xe_exec_queue.h | 2 +
> drivers/gpu/drm/xe/xe_exec_queue_types.h | 7 +
> drivers/gpu/drm/xe/xe_gt.c | 1 +
> drivers/gpu/drm/xe/xe_gt_debug.c | 179 ++
> drivers/gpu/drm/xe/xe_gt_debug.h | 41 +
> drivers/gpu/drm/xe/xe_hw_engine.h | 14 +
> drivers/gpu/drm/xe/xe_lrc.c | 10 +
> drivers/gpu/drm/xe/xe_oa.c | 3 +-
> drivers/gpu/drm/xe/xe_pci_sriov.c | 10 +
> drivers/gpu/drm/xe/xe_reg_sr.c | 21 +-
> drivers/gpu/drm/xe/xe_reg_sr.h | 4 +-
> drivers/gpu/drm/xe/xe_reg_whitelist.c | 2 +-
> drivers/gpu/drm/xe/xe_rtp.c | 2 +-
> drivers/gpu/drm/xe/xe_sync.c | 45 +-
> drivers/gpu/drm/xe/xe_sync.h | 8 +-
> drivers/gpu/drm/xe/xe_sync_types.h | 28 +-
> drivers/gpu/drm/xe/xe_vm.c | 186 +-
> drivers/gpu/drm/xe/xe_vm.h | 26 +
> drivers/gpu/drm/xe/xe_vm_types.h | 38 +
> drivers/gpu/drm/xe/xe_wa_oob.rules | 4 +
> include/uapi/drm/xe_drm.h | 59 +
> include/uapi/drm/xe_drm_eudebug.h | 217 ++
> 45 files changed, 5552 insertions(+), 47 deletions(-)
> create mode 100644 drivers/gpu/drm/xe/tests/xe_eudebug.c
> create mode 100644 drivers/gpu/drm/xe/xe_client_debugfs.c
> create mode 100644 drivers/gpu/drm/xe/xe_client_debugfs.h
> create mode 100644 drivers/gpu/drm/xe/xe_debug_data.c
> create mode 100644 drivers/gpu/drm/xe/xe_debug_data.h
> create mode 100644 drivers/gpu/drm/xe/xe_debug_data_types.h
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug.c
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug.h
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug_hw.c
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug_hw.h
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug_types.h
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug_vm.c
> create mode 100644 drivers/gpu/drm/xe/xe_eudebug_vm.h
> create mode 100644 drivers/gpu/drm/xe/xe_gt_debug.c
> create mode 100644 drivers/gpu/drm/xe/xe_gt_debug.h
> create mode 100644 include/uapi/drm/xe_drm_eudebug.h
>
next prev parent reply other threads:[~2025-08-08 12:49 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-08 10:43 [PATCH 00/15] Intel Xe GPU Debug Support (eudebug) v4 Mika Kuoppala
2025-08-08 10:43 ` Mika Kuoppala
2025-08-08 10:43 ` [PATCH 01/15] drm/xe/eudebug: Introduce eudebug interface Mika Kuoppala
2025-08-08 10:43 ` [PATCH 02/15] drm/xe/eudebug: Introduce discovery for resources Mika Kuoppala
2025-08-08 10:43 ` [PATCH 03/15] drm/xe/eudebug: Introduce exec_queue events Mika Kuoppala
2025-08-08 10:43 ` [PATCH 04/15] drm/xe: Add EUDEBUG_ENABLE exec queue property Mika Kuoppala
2025-08-08 10:43 ` [PATCH 05/15] drm/xe: Introduce ADD_DEBUG_DATA and REMOVE_DEBUG_DATA vm bind ops Mika Kuoppala
2025-08-08 10:43 ` [PATCH 06/15] drm/xe/eudebug: Introduce vm bind and vm bind debug data events Mika Kuoppala
2025-08-08 10:43 ` [PATCH 07/15] drm/xe/eudebug: Add UFENCE events with acks Mika Kuoppala
2025-08-08 10:43 ` [PATCH 08/15] drm/xe/eudebug: vm open/pread/pwrite Mika Kuoppala
2025-08-08 10:43 ` [PATCH 09/15] drm/xe/eudebug: userptr vm pread/pwrite Mika Kuoppala
2025-08-08 10:43 ` [PATCH 10/15] drm/xe/eudebug: hw enablement for eudebug Mika Kuoppala
2025-08-08 10:43 ` [PATCH 11/15] drm/xe/eudebug: Introduce EU control interface Mika Kuoppala
2025-08-08 10:43 ` [PATCH 12/15] drm/xe/eudebug: Introduce per device attention scan worker Mika Kuoppala
2025-08-08 10:43 ` [PATCH 13/15] drm/xe/eudebug_test: Introduce xe_eudebug wa kunit test Mika Kuoppala
2025-08-08 10:43 ` [PATCH 14/15] drm/xe: Implement SR-IOV and eudebug exclusivity Mika Kuoppala
2025-08-08 10:43 ` [PATCH 15/15] drm/xe: Add xe_client_debugfs and introduce debug_data file Mika Kuoppala
2025-08-08 12:26 ` Christian König
2025-08-08 12:49 ` Christian König [this message]
2025-12-03 9:18 ` [PATCH 00/15] Intel Xe GPU Debug Support (eudebug) v4 Mika Kuoppala
2025-12-08 8:45 ` Joonas Lahtinen
2025-12-08 8:49 ` Christian König
2025-12-08 13:50 ` Joonas Lahtinen
2025-08-08 13:18 ` ✗ CI.checkpatch: warning for " Patchwork
2025-08-08 13:19 ` ✓ CI.KUnit: success " Patchwork
2025-08-08 14:25 ` ✗ Xe.CI.BAT: failure " Patchwork
2025-08-08 15:06 ` ✗ Xe.CI.Full: " 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=49a1024b-a318-446f-8c97-4076fc647fdd@amd.com \
--to=christian.koenig@amd.com \
--cc=andrzej.hajda@intel.com \
--cc=christoph.manszewski@intel.com \
--cc=gwan-gyeong.mun@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=joonas.lahtinen@linux.intel.com \
--cc=lucas.demarchi@intel.com \
--cc=maciej.patelczyk@intel.com \
--cc=matthew.auld@intel.com \
--cc=matthew.brost@intel.com \
--cc=mika.kuoppala@linux.intel.com \
--cc=rodrigo.vivi@intel.com \
--cc=simona.vetter@ffwll.ch \
--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