From: "Mallesh, Koujalagi" <mallesh.koujalagi@intel.com>
To: Michal Wajdeczko <michal.wajdeczko@intel.com>,
<intel-xe@lists.freedesktop.org>
Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>,
Aravind Iddamsetty <aravind.iddamsetty@intel.com>,
Raag Jadav <raag.jadav@intel.com>,
"Riana Tauro" <riana.tauro@intel.com>
Subject: Re: [PATCH v3 03/23] drm/xe/log: Introduce structured component/location identifiers
Date: Mon, 3 Aug 2026 13:30:56 +0530 [thread overview]
Message-ID: <e58bf20d-6583-44ad-83b1-69950b766c45@intel.com> (raw)
In-Reply-To: <20260730152121.576-4-michal.wajdeczko@intel.com>
On 30-07-2026 08:50 pm, Michal Wajdeczko wrote:
> Introduce structured identifiers for each component type that
> could emit a SIGID log entry and for their locations. We plan
> to store those IDs in the CPER records for better filtering.
> Define also structured identifiers for the supported locations.
>
> Signed-off-by: Michal Wajdeczko <michal.wajdeczko@intel.com>
> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
> ---
> Cc: Aravind Iddamsetty <aravind.iddamsetty@intel.com>
> Cc: Mallesh Koujalagi <mallesh.koujalagi@intel.com>
> Cc: Raag Jadav <raag.jadav@intel.com>
> Cc: Riana Tauro <riana.tauro@intel.com>
> ---
> v2: fix typo, define reserved ids (Michal)
> v3: fix kernel-doc to match code (Sashiko)
> ---
> drivers/gpu/drm/xe/abi/xe_log_abi.h | 186 ++++++++++++++++++++++++++++
> 1 file changed, 186 insertions(+)
> create mode 100644 drivers/gpu/drm/xe/abi/xe_log_abi.h
>
> diff --git a/drivers/gpu/drm/xe/abi/xe_log_abi.h b/drivers/gpu/drm/xe/abi/xe_log_abi.h
> new file mode 100644
> index 000000000000..4861a5b58c10
> --- /dev/null
> +++ b/drivers/gpu/drm/xe/abi/xe_log_abi.h
> @@ -0,0 +1,186 @@
> +/* SPDX-License-Identifier: MIT */
> +/*
> + * Copyright © 2026 Intel Corporation
> + */
> +
> +#ifndef _ABI_XE_LOG_ABI_H_
> +#define _ABI_XE_LOG_ABI_H_
> +
> +#include <linux/bits.h>
> +#include <linux/bitfield.h>
> +
> +#include "abi/xe_sigid_abi.h"
> +
> +/**
> + * enum xe_log_component_bits - bits for components structure definitions
> + *
> + * Component identifiers are structured based on::
> + *
> + * COMPONENT = CLASS(8b).TYPE(8b)
> + *
Are 8b sufficient for CLASS and TYPE? In future we need to increase that.
> + * and the structure looks like this::
> + *
> + * ├── SYSTEM(0)
> + * │ └── ...
> + * ├── DRIVER(1)
> + * │ └── ...
> + * ├── FEATURE(2)
> + * │ └── ...
> + * ├── FIRMWARE(4)
> + * │ └── ...
> + * └── HARDWARE(8)
> + * └── ...
> + *
> + * Examples::
> + *
> + * COMPONENT(0.type) = SYSTEM.type = system component
> + * COMPONENT(1.type) = DRIVER.type = driver core component
> + * COMPONENT(3.type) = DRIVER_FEATURE.type = driver feature
> + * COMPONENT(5.type) = DRIVER_FIRMWARE.type = firmware driver component
> + * COMPONENT(9.type) = DRIVER_HARDWARE.type = hardware driver component
> + *
> + */
> +enum xe_log_component_bits {
> + /* private: */
> + XE_LOG_COMPONENT_CLASS_MASK = GENMASK_U16(7, 0),
> + XE_LOG_COMPONENT_TYPE_MASK = GENMASK_U16(15, 8),
> + /* private: component classes */
> + XE_LOG_COMPONENT_CLASS_SYSTEM = 0u,
> + XE_LOG_COMPONENT_CLASS_DRIVER = 1u,
> + XE_LOG_COMPONENT_CLASS_FEATURE = 2u,
> + XE_LOG_COMPONENT_CLASS_FIRMWARE = 4u,
> + XE_LOG_COMPONENT_CLASS_HARDWARE = 8u,
> + XE_LOG_COMPONENT_CLASS_DRIVER_FEATURE = XE_LOG_COMPONENT_CLASS_DRIVER |
> + XE_LOG_COMPONENT_CLASS_FEATURE,
> + XE_LOG_COMPONENT_CLASS_DRIVER_FIRMWARE = XE_LOG_COMPONENT_CLASS_DRIVER |
> + XE_LOG_COMPONENT_CLASS_FIRMWARE,
> + XE_LOG_COMPONENT_CLASS_DRIVER_HARDWARE = XE_LOG_COMPONENT_CLASS_DRIVER |
> + XE_LOG_COMPONENT_CLASS_HARDWARE,
> + /* private: reserved identifiers */
> + XE_LOG_COMPONENT_NONE = 0u,
> +};
> +
> +#define MAKE_XE_LOG_COMPONENT(_CLASS, type) \
> + (FIELD_PREP_CONST(XE_LOG_COMPONENT_CLASS_MASK, \
> + XE_LOG_COMPONENT_CLASS_##_CLASS) | \
> + FIELD_PREP_CONST(XE_LOG_COMPONENT_TYPE_MASK, (type)))
> +
> +/**
> + * enum xe_log_location_bits - bits for location structure definitions
> + *
> + * Location identifiers are structured based on::
> + *
> + * LOCATION = TYPE(8b).ID(8b)
> + *
Are 8b sufficient for Type and ID?
Everything else looks good.
Reviewed-by: Mallesh Koujalagi <mallesh.koujalagi@intel.com>
> + * and the structure looks like this::
> + *
> + * ├── DEVICE(0)
> + * │ └── MBZ(0)
> + * ├── TILE(1)
> + * │ ├── Tile0(0)
> + * │ ├── ...
> + * │ └── TileN(n)
> + * ├── GT(1)
> + * │ ├── GT0(0)
> + * │ ├── ...
> + * │ └── GTn(n)
> + * └── ...
> + *
> + * Examples::
> + *
> + * LOCATION(0.0) = NONE
> + * LOCATION(1.0) = DEVICE.0 = "Device"
> + * LOCATION(2.1) = TILE.1 = "Tile1"
> + * LOCATION(3.2) = GT.2 = "GT2"
> + *
> + */
> +enum xe_log_location_bits {
> + /* private: */
> + XE_LOG_LOCATION_TYPE_MASK = GENMASK_U16(7, 0),
> + XE_LOG_LOCATION_ID_MASK = GENMASK_U16(15, 8),
> + /* private: location types */
> + XE_LOG_LOCATION_TYPE_DEVICE = 1u,
> + XE_LOG_LOCATION_TYPE_TILE = 2u,
> + XE_LOG_LOCATION_TYPE_GT = 3u,
> + /* private: reserved identifiers */
> + XE_LOG_LOCATION_NONE = 0u,
> +};
> +
> +#define PREP_XE_LOG_LOCATION(type, id) \
> + (FIELD_PREP(XE_LOG_LOCATION_TYPE_MASK, (type)) | \
> + FIELD_PREP(XE_LOG_LOCATION_ID_MASK, (id)))
> +
> +#define MAKE_XE_LOG_LOCATION(_TYPE, id) \
> + PREP_XE_LOG_LOCATION(XE_LOG_LOCATION_TYPE_##_TYPE, (id))
> +
> +/**
> + * DEFINE_XE_LOG_COMPONENTS() - Define log components.
> + * @define: name of the inner macro to expand.
> + *
> + * Use this super macro to define custom code for the log components.
> + * The following parameters are available for each component::
> + *
> + * define(CLASS, ID, TAG, SIGID, NAME)
> + *
> + * where:
> + *
> + * @ID is the unique component identifier within CLASS.SUBCLASS.CATEGORY
> + * @TAG is unique component tag (across all components)
> + * @SIGID is the default xe_sigid for the component (without the XE_SIGID_ prefix)
> + */
> +#define DEFINE_XE_LOG_COMPONENTS(define) \
> + /* */ \
> + define(SYSTEM, 1, PCI, SW, "Linux PCI Subsystem") \
> + define(SYSTEM, 2, DRM, SW, "DRM") \
> + /* */ \
> + define(DRIVER, 1, XE, SW, "Xe Driver") \
> + define(DRIVER, 2, PROBE, PROBE, "Driver Initialization") \
> + define(DRIVER, 3, WEDGED, WEDGED, "Device Malfunction") \
> + define(DRIVER, 4, RTP, SW, "Register Table Processing") \
> + define(DRIVER, 5, WA, SW, "Workarounds") \
> + define(DRIVER, 6, PAGEFAULT, MEM_FAULT, "Page Fault") \
> + /* */ \
> + define(DRIVER_HARDWARE, 1, REGS, IO_BUS, "Registers") \
> + define(DRIVER_HARDWARE, 2, GGTT, IO_BUS, "Global GTT") \
> + define(DRIVER_HARDWARE, 3, GT, GT_TDR, "Graphics Technology") \
> + define(DRIVER_HARDWARE, 4, LMTT, IO_BUS, "LMEM Translation Table") \
> + define(DRIVER_HARDWARE, 5, MEMIRQ, IO_BUS, "Memory Based IRQ") \
> + /* */ \
> + define(DRIVER_FEATURE, 1, PF, SW, "SR-IOV Physical Function") \
> + define(DRIVER_FEATURE, 2, VF, SW, "SR-IOV Virtual Function") \
> + define(DRIVER_FEATURE, 3, SURVIVABILITY, SURVIVABILITY, "Survivability") \
> + define(DRIVER_FEATURE, 4, RAS, SW, "Reliability, Accessibility, Serviceability") \
> + /* */ \
> + define(DRIVER_FIRMWARE, 1, GUC, RUNTIME_FW, "GuC") \
> + define(DRIVER_FIRMWARE, 2, HUC, RUNTIME_FW, "HuC") \
> + define(DRIVER_FIRMWARE, 3, GSC, RUNTIME_FW, "GSC") \
> + define(DRIVER_FIRMWARE, 16, PCODE, DEVICE_FW, "PCode") \
> + define(DRIVER_FIRMWARE, 17, SYSCTRL, DEVICE_FW, "System Controller") \
> + /* eod */
> +
> +/**
> + * enum xe_log_component_tags - TAGs of all supported components
> + */
> +enum xe_log_component_tags {
> + /* private: */
> +#define MAKE_XE_LOG_COMPONENT_ENUM(_CLASS, _ID, _TAG, _SIG, _NAME) \
> + XE_LOG_COMPONENT_##_TAG = MAKE_XE_LOG_COMPONENT(_CLASS, (_ID)), \
> + XE_LOG_COMPONENT_##_CLASS##_##_ID = XE_LOG_COMPONENT_##_TAG, \
> + /* eod */
> + DEFINE_XE_LOG_COMPONENTS(MAKE_XE_LOG_COMPONENT_ENUM)
> +#undef MAKE_XE_LOG_COMPONENT_ENUM
> +};
> +
> +/**
> + * enum xe_log_component_sigids - SIGIDs of all supported components
> + */
> +enum xe_log_component_sigids {
> + /* private: */
> +#define MAKE_XE_LOG_COMPONENT_SIGID(_CLASS, _ID, _TAG, _SIG, _NAME) \
> + XE_LOG_COMPONENT_##_TAG##_SIGID = XE_SIGID_##_SIG, \
> + /* eod */
> + DEFINE_XE_LOG_COMPONENTS(MAKE_XE_LOG_COMPONENT_SIGID)
> +#undef MAKE_XE_LOG_COMPONENT_SIGID
> +};
> +
> +#endif
next prev parent reply other threads:[~2026-08-03 8:01 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 15:20 [PATCH v3 00/23] drm/xe: Add structured SIGID error logging infrastructure Michal Wajdeczko
2026-07-30 15:20 ` [PATCH v3 02/23] drm/xe/log: " Michal Wajdeczko
2026-08-04 15:00 ` Tauro, Riana
2026-08-04 18:52 ` Rodrigo Vivi
2026-08-05 17:23 ` Michal Wajdeczko
2026-08-05 18:58 ` Rodrigo Vivi
2026-08-04 21:21 ` Summers, Stuart
2026-08-04 21:22 ` Summers, Stuart
2026-08-05 1:39 ` Rodrigo Vivi
2026-08-05 1:36 ` Rodrigo Vivi
2026-08-05 22:24 ` Summers, Stuart
2026-08-06 11:31 ` Michal Wajdeczko
2026-08-06 19:10 ` Summers, Stuart
2026-08-06 19:46 ` Rodrigo Vivi
2026-07-30 15:21 ` [PATCH v3 05/23] drm/xe/log: Add SIGID log helpers for severity Michal Wajdeczko
2026-08-03 8:23 ` Mallesh, Koujalagi
2026-07-30 15:21 ` [PATCH v3 06/23] drm/xe/log: Add SIGID log helpers for location Michal Wajdeczko
2026-08-03 8:50 ` Mallesh, Koujalagi
2026-07-30 15:21 ` [PATCH v3 07/23] drm/xe/log: Add SIGID log helpers for location & severity Michal Wajdeczko
2026-08-03 8:58 ` Mallesh, Koujalagi
2026-07-30 15:21 ` [PATCH v3 08/23] drm/xe/log: Add SIGID log helpers for components Michal Wajdeczko
2026-08-03 12:42 ` Mallesh, Koujalagi
2026-07-30 15:21 ` [PATCH v3 09/23] drm/xe/log: Add SIGID log helpers for errno-only Michal Wajdeczko
2026-08-04 4:56 ` Mallesh, Koujalagi
2026-07-30 15:21 ` [PATCH v3 10/23] drm/xe/log: Add hardware error signatures Michal Wajdeczko
2026-07-31 11:41 ` Mallesh, Koujalagi
2026-08-04 15:56 ` Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 12/23] drm/xe/ras: Check RAS and LOG component definitions Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 13/23] drm/xe/kunit: Setup driver data in the test device Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 14/23] drm/xe/tests: Add Kunit tests for xe_log Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 16/23] drm/xe: Report 'probe blocked' error using SIGID Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 17/23] drm/xe: Report 'device wedged' errors " Michal Wajdeczko
2026-08-07 9:56 ` Mallesh, Koujalagi
2026-08-07 10:24 ` Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 18/23] drm/xe: Report 'Survivability Mode' " Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 20/23] drm/xe/pcode: Report 'Mailbox failed' error " Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 22/23] drm/xe/gt: Report 'pagefault' errors " Michal Wajdeczko
2026-07-30 15:21 ` [PATCH v3 23/23] drm/xe/pci: Report 'cannot re-enable' error " Michal Wajdeczko
2026-07-30 15:40 ` ✗ CI.checkpatch: warning for drm/xe: Add structured SIGID error logging infrastructure (rev3) Patchwork
2026-07-30 15:41 ` ✓ CI.KUnit: success " Patchwork
2026-07-30 16:17 ` ✗ Xe.CI.BAT: failure " Patchwork
2026-08-04 16:00 ` Michal Wajdeczko
2026-07-30 18:31 ` ✗ Xe.CI.FULL: " Patchwork
2026-08-04 16:05 ` Michal Wajdeczko
[not found] ` <20260730152121.576-4-michal.wajdeczko@intel.com>
2026-08-03 8:00 ` Mallesh, Koujalagi [this message]
2026-08-04 15:19 ` [PATCH v3 03/23] drm/xe/log: Introduce structured component/location identifiers Michal Wajdeczko
[not found] ` <20260730152121.576-12-michal.wajdeczko@intel.com>
2026-08-04 6:05 ` [PATCH v3 11/23] drm/xe/log: Extend components list with hardware items Mallesh, Koujalagi
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=e58bf20d-6583-44ad-83b1-69950b766c45@intel.com \
--to=mallesh.koujalagi@intel.com \
--cc=aravind.iddamsetty@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=michal.wajdeczko@intel.com \
--cc=raag.jadav@intel.com \
--cc=riana.tauro@intel.com \
--cc=rodrigo.vivi@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