From: sashiko-bot@kernel.org
To: "Riana Tauro" <riana.tauro@intel.com>
Cc: intel-xe@lists.freedesktop.org
Subject: Re: [PATCH v3 3/6] drm/xe: Separate drm-ras netlink data from device and firmware RAS state
Date: Mon, 28 Sep 2026 06:51:24 +0000 [thread overview]
Message-ID: <20260928065125.1063E1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260928061830.417395-11-riana.tauro@intel.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] drm/xe/ras: accidental deletion of platform check in xe_ras_init
--
commit 680ae4844f08c353c254033fac23eb66e90d2147
Author: Riana Tauro <riana.tauro@intel.com>
drm/xe: Separate drm-ras netlink data from device and firmware RAS state
This commit separates the DRM RAS data used for netlink reporting from the
device and firmware RAS state in xe_device. It introduces a new xe_ras_state
structure to encapsulate configuration such as the disable_page_offline flag.
> diff --git a/drivers/gpu/drm/xe/xe_ras.c b/drivers/gpu/drm/xe/xe_ras.c
> index f1da7f983637a..f7232429080a8 100644
> --- a/drivers/gpu/drm/xe/xe_ras.c
> +++ b/drivers/gpu/drm/xe/xe_ras.c
[ ... ]
> @@ -1104,19 +1115,18 @@ void xe_ras_init(struct xe_device *xe)
> {
> int ret;
>
> - /*
> - * TODO: Replace platform check with xe->info.has_disable_vram_page_offline
> - * once the feature flag is plumbed through device info.
> - */
> - if (xe->info.platform == XE_CRESCENTISLAND)
> - xe->ras.disable_vram_page_offline =
> - xe_configfs_get_disable_vram_page_offline(to_pci_dev(xe->drm.dev));
> -
> xe_drm_ras_init(xe);
>
> if (!xe->info.has_sysctrl)
> return;
>
> + /*
> + * TODO: Replace platform check with xe->info.has_disable_vram_page_offline
> + * once the feature flag is plumbed through device info.
> + */
> + xe->ras.state.disable_page_offline =
> + xe_configfs_get_disable_vram_page_offline(to_pci_dev(xe->drm.dev));
[Severity: Low]
Was the removal of the platform check intentional here?
The TODO comment mentions replacing the platform check, but it looks like the
if (xe->info.platform == XE_CRESCENTISLAND) condition was simply deleted
rather than replaced.
This changes the evaluation scope of the configfs policy in xe_ras_init(). It
will now be evaluated for all platforms that have has_sysctrl set to true,
rather than being restricted to XE_CRESCENTISLAND.
Additionally, because VFs always have has_sysctrl set to 0:
drivers/gpu/drm/xe/xe_pci.c:xe_info_init() {
...
if (IS_SRIOV_VF(xe)) {
xe->info.has_sysctrl = 0;
...
}
The policy will no longer be initialized on VFs due to the early return.
While this shouldn't have a functional impact on VFs since they don't handle
physical VRAM faults, was it intended to evaluate this policy on all other
sysctrl-capable platforms without plumbing the feature flag first?
> +
> if (IS_ENABLED(CONFIG_PCIEAER))
> ras_usp_aer_init(xe);
>
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260928061830.417395-8-riana.tauro@intel.com?part=3
next prev parent reply other threads:[~2026-09-28 6:51 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-28 6:18 [PATCH v3 0/6] Add support to handle memory double-bit ecc errors Riana Tauro
2026-09-28 6:18 ` [PATCH v3 1/6] drm/xe/xe_ras: Handle page offline requests for device memory " Riana Tauro
2026-09-28 6:34 ` sashiko-bot
2026-09-28 8:55 ` Ghimiray, Himal Prasad
2026-10-01 10:50 ` Upadhyay, Tejas
2026-10-01 11:27 ` Tauro, Riana
2026-09-28 6:18 ` [PATCH v3 2/6] drm/xe/xe_ras: Add support to query page offline queue and list Riana Tauro
2026-09-28 6:35 ` sashiko-bot
2026-10-01 11:24 ` Upadhyay, Tejas
2026-10-01 11:37 ` Tauro, Riana
2026-10-01 12:11 ` Ghimiray, Himal Prasad
2026-09-28 6:18 ` [PATCH v3 3/6] drm/xe: Separate drm-ras netlink data from device and firmware RAS state Riana Tauro
2026-09-28 6:51 ` sashiko-bot [this message]
2026-09-28 8:59 ` Ghimiray, Himal Prasad
2026-09-28 6:18 ` [PATCH v3 4/6] drm/xe/xe_ras: Add function to get maximum pages firmware can store Riana Tauro
2026-09-28 6:43 ` sashiko-bot
2026-10-01 11:36 ` Upadhyay, Tejas
2026-10-01 11:40 ` Tauro, Riana
2026-09-28 6:18 ` [PATCH v3 5/6] drm/xe/xe_ttm_vram: Report max_pages reported by firmware to userspace Riana Tauro
2026-10-01 11:37 ` Upadhyay, Tejas
2026-09-28 6:18 ` [PATCH v3 6/6] drm/xe/xe_ras: Track offlined pages by firmware to avoid duplicates Riana Tauro
2026-09-28 7:07 ` sashiko-bot
2026-09-28 9:00 ` Ghimiray, Himal Prasad
2026-09-28 9:17 ` Ghimiray, Himal Prasad
2026-09-28 9:22 ` Tauro, Riana
2026-09-28 14:42 ` ✓ CI.KUnit: success for Add support to handle memory double-bit ecc errors (rev3) Patchwork
2026-09-28 15:27 ` ✓ Xe.CI.BAT: " Patchwork
2026-09-28 17:40 ` ✓ 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=20260928065125.1063E1F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=riana.tauro@intel.com \
--cc=sashiko-reviews@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.