[Intel-gfx] [igt-dev] [PATCH i-g-t] tests/i915/module_load: restore gem_sanitycheck for discrete

[Das, Nirmoy]

Reviewed-by: Nirmoy Das <nirmoy.das at intel.com>

On 11/3/2022 12:10 PM, Das, Nirmoy wrote:
> Reviewed-by: Nirmoy.das at intel.com
>
> On 11/2/2022 4:05 PM, Matthew Auld wrote:
>> 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;