[Intel-gfx] [PATCH i-g-t] tests/i915/module_load: restore gem_sanitycheck for discrete
Matthew Auld
matthew.auld at intel.com
Wed Nov 2 15:05:00 UTC 2022
This looks to be recently broken in: 5389b3f3
("tests/i915/i915_module_load: Use GEM_BUSY instead of SET_CACHE for
sanity check").
Which fails on discrete platforms, since we switched over to the
gem_busy ioctl, from the set_caching ioctl, which no longer gives
-ENODEV as the expected error.
Signed-off-by: Matthew Auld <matthew.auld at intel.com>
Cc: Janga Rahul Kumar <janga.rahul.kumar at intel.com>
Cc: Priyanka Dandamudi <priyanka.dandamudi at intel.com>
---
tests/i915/i915_module_load.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/i915/i915_module_load.c b/tests/i915/i915_module_load.c
index eebb3167..d3a86b11 100644
--- a/tests/i915/i915_module_load.c
+++ b/tests/i915/i915_module_load.c
@@ -228,7 +228,7 @@ static void gem_sanitycheck(void)
{
struct drm_i915_gem_busy args = {};
int i915 = __drm_open_driver(DRIVER_INTEL);
- int expected = gem_has_lmem(i915) ? -ENODEV : -ENOENT;
+ int expected = -ENOENT;
int err;
err = 0;
--
2.38.1
More information about the Intel-gfx
mailing list