From: Gustavo Sousa <gustavo.sousa@intel.com>
To: Ashutosh Dixit <ashutosh.dixit@intel.com>,
<igt-dev@lists.freedesktop.org>
Cc: <ngai-mint.kwan@intel.com>
Subject: Re: [PATCH i-g-t] Revert "lib/intel_wa: Assert on error instead of returning -1"
Date: Thu, 28 May 2026 09:49:36 -0300 [thread overview]
Message-ID: <878q93bswv.fsf@intel.com> (raw)
In-Reply-To: <20260527170827.1963198-1-ashutosh.dixit@intel.com>
Ashutosh Dixit <ashutosh.dixit@intel.com> writes:
> This reverts commit b360115af75ac702b4f776aa3db0ac8a2a620657.
>
> There are cases (e.g. igt@core_setmaster@master-drop-set-user) which drop
> root before accessing debugfs, where we don't want to assert.
>
> Also fix the igt_has_intel_wa() call in tests/intel/xe_oa.c.
>
> Signed-off-by: Ashutosh Dixit <ashutosh.dixit@intel.com>
Reviewed-by: Gustavo Sousa <gustavo.sousa@intel.com>
> ---
> lib/intel_wa.c | 19 ++++++++++---------
> lib/intel_wa.h | 2 +-
> tests/intel/xe_oa.c | 2 +-
> 3 files changed, 12 insertions(+), 11 deletions(-)
>
> diff --git a/lib/intel_wa.c b/lib/intel_wa.c
> index a16ea62a4c..727dd6c988 100644
> --- a/lib/intel_wa.c
> +++ b/lib/intel_wa.c
> @@ -7,18 +7,18 @@
> #include <stdint.h>
> #include <stdio.h>
>
> -#include "igt_core.h"
> #include "igt_debugfs.h"
> #include "igt_sysfs.h"
> #include "intel_wa.h"
> #include "xe/xe_query.h"
>
> -static bool debugfs_file_has_wa(int drm_fd, int debugfs_fd,
> +static int debugfs_file_has_wa(int drm_fd, int debugfs_fd,
> const char *debugfs_name, const char *wa)
> {
> char *debugfs_dump;
>
> - igt_assert(igt_debugfs_exists(drm_fd, debugfs_name, O_RDONLY));
> + if (!igt_debugfs_exists(drm_fd, debugfs_name, O_RDONLY))
> + return -1;
>
> debugfs_dump = igt_sysfs_get(debugfs_fd, debugfs_name);
> if (debugfs_dump) {
> @@ -27,10 +27,10 @@ static bool debugfs_file_has_wa(int drm_fd, int debugfs_fd,
> free(debugfs_dump);
>
> if (has_wa)
> - return true;
> + return 1;
> }
>
> - return false;
> + return 0;
> }
>
> /**
> @@ -38,17 +38,18 @@ static bool debugfs_file_has_wa(int drm_fd, int debugfs_fd,
> * @drm_fd: A drm file descriptor
> * @check_wa: Workaround to be checked
> *
> - * Returns: true if WA present, false otherwise
> + * Returns: 0 if no WA, 1 if WA present, -1 on error
> */
> -bool igt_has_intel_wa(int drm_fd, const char *check_wa)
> +int igt_has_intel_wa(int drm_fd, const char *check_wa)
> {
> - bool ret = false;
> + int ret = 0;
> int debugfs_fd;
> unsigned int xe;
> char name[256];
>
> debugfs_fd = igt_debugfs_dir(drm_fd);
> - igt_assert(debugfs_fd >= 0);
> + if (debugfs_fd == -1)
> + return -1;
>
> xe_for_each_gt(drm_fd, xe) {
> sprintf(name, "gt%d/workarounds", xe);
> diff --git a/lib/intel_wa.h b/lib/intel_wa.h
> index 34cafecc41..765a5948ef 100644
> --- a/lib/intel_wa.h
> +++ b/lib/intel_wa.h
> @@ -6,6 +6,6 @@
> #ifndef __INTEL_WA_H__
> #define __INTEL_WA_H__
>
> -bool igt_has_intel_wa(int drm_fd, const char *check_wa);
> +int igt_has_intel_wa(int drm_fd, const char *check_wa);
>
> #endif /* __INTEL_WA_H__ */
> diff --git a/tests/intel/xe_oa.c b/tests/intel/xe_oa.c
> index 56d818d860..e59fe953b0 100644
> --- a/tests/intel/xe_oa.c
> +++ b/tests/intel/xe_oa.c
> @@ -2678,7 +2678,7 @@ test_non_zero_reason(const struct drm_xe_oa_unit *oau, size_t oa_buffer_size)
> * can result in buffer overflows.
> */
> if (oau->oa_unit_type == DRM_XE_OA_UNIT_TYPE_MERT &&
> - igt_has_intel_wa(drm_fd, "14026633728")) {
> + igt_has_intel_wa(drm_fd, "14026633728") > 0) {
> oa_exponent = max(oa_exponent, 8);
> properties[9] = oa_exponent;
> }
> --
> 2.54.0
next prev parent reply other threads:[~2026-05-28 12:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-27 17:08 [PATCH i-g-t] Revert "lib/intel_wa: Assert on error instead of returning -1" Ashutosh Dixit
2026-05-27 21:56 ` ✗ i915.CI.BAT: failure for " Patchwork
2026-05-27 21:59 ` ✓ Xe.CI.BAT: success " Patchwork
2026-05-27 22:58 ` [PATCH i-g-t] " Ngai-Mint Kwan
2026-05-28 8:16 ` ✗ Xe.CI.FULL: failure for " Patchwork
2026-05-28 12:49 ` Gustavo Sousa [this message]
2026-06-05 11:03 ` [PATCH i-g-t] " Bhadane, Dnyaneshwar
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=878q93bswv.fsf@intel.com \
--to=gustavo.sousa@intel.com \
--cc=ashutosh.dixit@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=ngai-mint.kwan@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 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.