<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-next.git/drivers/gpu/drm/xe/xe_debugfs.h, branch master</title>
<subtitle>Linux kernel latest source</subtitle>
<id>http://mirrors.hust.edu.cn/git/linux-next.git/atom?h=master</id>
<link rel='self' href='http://mirrors.hust.edu.cn/git/linux-next.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/'/>
<updated>2026-09-04T05:30:16+00:00</updated>
<entry>
<title>drm/xe: Add fault-inject based VRAM page offline injection</title>
<updated>2026-09-04T05:30:16+00:00</updated>
<author>
<name>Tejas Upadhyay</name>
<email>tejas.upadhyay@intel.com</email>
</author>
<published>2026-09-03T16:16:08+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/commit/?id=6ef3eb10aea4260f752c06489a5369c2b67848b0'/>
<id>urn:sha1:6ef3eb10aea4260f752c06489a5369c2b67848b0</id>
<content type='text'>
Add a fault-inject based debugfs interface for testing VRAM page
offlining. This replaces the previous standalone debugfs approach
with the standard kernel fault-inject infrastructure.

Two debugfs entries are created under the xe debugfs root for
CRI platforms:
- inject_mempage_offline/: Standard fault-inject knobs (probability,
  times, interval, etc.) created by fault_create_debugfs_attr().
  Without CONFIG_FAULT_INJECTION_DEBUG_FS, the stub returns
  ERR_PTR(-ENODEV) and no knobs are created, making the trigger
  effectively a no-op.
- inject_mempage_offline_trigger: Write a PFN value to inject a
  specific page, or write "0" to auto-pick the last unallocated
  VRAM page

The trigger accepts:
- "0"      : auto-pick last unallocated page
- "0xPFN"  : inject fault at a specific PFN address

Usage:
  echo 100 &gt; inject_mempage_offline/probability
  echo 1 &gt; inject_mempage_offline/times
  echo 0 &gt; inject_mempage_offline_trigger

  probability: likelihood of should_fail() returning true (0-100)
  times: number of times injection is allowed (-1 for unlimited)

v7:
- Use PAGE_SIZE
v6(Himal):
- Add warning to rebind driver post test run
v5(Sashiko):
- exclude SRIOV and remove dpa_base addition, already absolute dpa
v4(Himal):
- Use xe_fault_mempage_offline() instead of IS_ENABLED() +
  direct should_fail(). CONFIG_FAULT_INJECTION_DEBUG_FS is now
  an implicit requirement for the trigger to function.
v3(Himal):
- Use FAULT_ACTION
v2(sashiko):
- use cond_resched()
- validate input first and fix addr &lt; 0 case
- validate vr, move block, found var as local to scope_guard

Reviewed-by: Himal Prasad Ghimiray &lt;himal.prasad.ghimiray@intel.com&gt;
Signed-off-by: Tejas Upadhyay &lt;tejas.upadhyay@intel.com&gt;
Signed-off-by: Matthew Brost &lt;matthew.brost@intel.com&gt;
Link: https://patch.msgid.link/20260903161553.528932-32-tejas.upadhyay@intel.com
</content>
</entry>
<entry>
<title>drm/xe/ras: Use fault-inject to trigger cold-reset wedge</title>
<updated>2026-08-13T13:42:26+00:00</updated>
<author>
<name>Mallesh Koujalagi</name>
<email>mallesh.koujalagi@intel.com</email>
</author>
<published>2026-08-05T07:11:57+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/commit/?id=f29c2bd7eaeb73afcdbd4e3bbf54d6f8799a9b06'/>
<id>urn:sha1:f29c2bd7eaeb73afcdbd4e3bbf54d6f8799a9b06</id>
<content type='text'>
Use the fault-inject framework to trigger the cold-reset
wedge path (punit_error_handler()) for testing the
wedge/recovery flow.

Usage:
  echo 100 &gt; .../wedge_cold_reset/probability
  echo 1   &gt; .../wedge_cold_reset/times

Signed-off-by: Mallesh Koujalagi &lt;mallesh.koujalagi@intel.com&gt;
Reviewed-by: Raag Jadav &lt;raag.jadav@intel.com&gt;
Link: https://patch.msgid.link/20260805071152.1225416-10-mallesh.koujalagi@intel.com
Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;
</content>
</entry>
<entry>
<title>drm/xe: Consolidate debugfs fault injection functions</title>
<updated>2026-07-16T04:45:25+00:00</updated>
<author>
<name>Mallesh Koujalagi</name>
<email>mallesh.koujalagi@intel.com</email>
</author>
<published>2026-07-15T08:51:59+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/commit/?id=8cd24184c0f52f9f4e5a8eafa29ed0078ea33ddd'/>
<id>urn:sha1:8cd24184c0f52f9f4e5a8eafa29ed0078ea33ddd</id>
<content type='text'>
The fault injection code was scattered: the GT reset
hook lived in xe_gt.h as an inline function with its own global
variable, the CSC hook had a separate global in xe_hw_error.c with
an extern declaration, and each was individually registered in
xe_debugfs.c. Adding a new error type meant editing many files and
copy-pasting the same boilerplate.

Debugfs interface (under /sys/kernel/debug/dri/0/):
 - fail_gt_reset         - GT reset failure
 - inject_csc_hw_error   - CSC firmware error

Signed-off-by: Mallesh Koujalagi &lt;mallesh.koujalagi@intel.com&gt;
Reviewed-by: Riana Tauro &lt;riana.tauro@intel.com&gt;
Link: https://patch.msgid.link/20260715085159.424040-2-mallesh.koujalagi@intel.com
Signed-off-by: Riana Tauro &lt;riana.tauro@intel.com&gt;
</content>
</entry>
<entry>
<title>drm/xe: Allow to compile out debugfs</title>
<updated>2024-08-10T04:15:14+00:00</updated>
<author>
<name>Lucas De Marchi</name>
<email>lucas.demarchi@intel.com</email>
</author>
<published>2024-08-08T17:11:21+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/commit/?id=08b5a4798713f4331317272752b27b1c4f6a246d'/>
<id>urn:sha1:08b5a4798713f4331317272752b27b1c4f6a246d</id>
<content type='text'>
Use a dummy xe_debugfs_register() if debugfs is not enabled and move all
debugfs-related files under `ifeq ($(CONFIG_DEBUG_FS),y)` in the
Makefile. This is similar to what was done for display in
commit 439987f6f471 ("drm/xe: don't build debugfs files when
CONFIG_DEBUG_FS=n").

This removes the following warning while loading xe with
CONFIG_DEUBG_FS=n:

	xe 0000:03:00.0: [drm] Create GT directory failed

Reviewed-by: Nirmoy Das &lt;nirmoy.das@intel.com&gt;
Reviewed-by: Matthew Brost &lt;matthew.brost@intel.com&gt;
Link: https://patchwork.freedesktop.org/patch/msgid/20240808171121.2484237-1-lucas.demarchi@intel.com
Signed-off-by: Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;
</content>
</entry>
<entry>
<title>drm/xe: Introduce a new DRM driver for Intel GPUs</title>
<updated>2023-12-12T19:05:48+00:00</updated>
<author>
<name>Matthew Brost</name>
<email>matthew.brost@intel.com</email>
</author>
<published>2023-03-30T21:31:57+00:00</published>
<link rel='alternate' type='text/html' href='http://mirrors.hust.edu.cn/git/linux-next.git/commit/?id=dd08ebf6c3525a7ea2186e636df064ea47281987'/>
<id>urn:sha1:dd08ebf6c3525a7ea2186e636df064ea47281987</id>
<content type='text'>
Xe, is a new driver for Intel GPUs that supports both integrated and
discrete platforms starting with Tiger Lake (first Intel Xe Architecture).

The code is at a stage where it is already functional and has experimental
support for multiple platforms starting from Tiger Lake, with initial
support implemented in Mesa (for Iris and Anv, our OpenGL and Vulkan
drivers), as well as in NEO (for OpenCL and Level0).

The new Xe driver leverages a lot from i915.

As for display, the intent is to share the display code with the i915
driver so that there is maximum reuse there. But it is not added
in this patch.

This initial work is a collaboration of many people and unfortunately
the big squashed patch won't fully honor the proper credits. But let's
get some git quick stats so we can at least try to preserve some of the
credits:

Co-developed-by: Matthew Brost &lt;matthew.brost@intel.com&gt;
Co-developed-by: Matthew Auld &lt;matthew.auld@intel.com&gt;
Co-developed-by: Matt Roper &lt;matthew.d.roper@intel.com&gt;
Co-developed-by: Thomas Hellström &lt;thomas.hellstrom@linux.intel.com&gt;
Co-developed-by: Francois Dugast &lt;francois.dugast@intel.com&gt;
Co-developed-by: Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;
Co-developed-by: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt;
Co-developed-by: Philippe Lecluse &lt;philippe.lecluse@intel.com&gt;
Co-developed-by: Nirmoy Das &lt;nirmoy.das@intel.com&gt;
Co-developed-by: Jani Nikula &lt;jani.nikula@intel.com&gt;
Co-developed-by: José Roberto de Souza &lt;jose.souza@intel.com&gt;
Co-developed-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;
Co-developed-by: Dave Airlie &lt;airlied@redhat.com&gt;
Co-developed-by: Faith Ekstrand &lt;faith.ekstrand@collabora.com&gt;
Co-developed-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;
Co-developed-by: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;
Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;
Signed-off-by: Matthew Brost &lt;matthew.brost@intel.com&gt;
</content>
</entry>
</feed>
