[PATCH 3/8] drm/amdgpu: Implement mmap as GEM object function

Felix Kuehling felix.kuehling at amd.com
Wed Apr 7 19:49:32 UTC 2021


On 2021-04-07 3:34 p.m., Felix Kuehling wrote:
> On 2021-04-07 7:25 a.m., Christian König wrote:
>>>>>> +    /*
>>>>>> +     * Don't verify access for KFD BOs. They don't have a GEM
>>>>>> +     * object associated with them.
>>>>>> +     */
>>>>>> +    if (bo->kfd_bo)
>>>>>> +        goto out;
>>>>> Who does the access verification now?
>>>> This is somewhat confusing.
>>>>
>>>> I took this check as-is, including the comment, from amdgpu's
>>>> verify_access function. The verify_access function was called by
>>>> ttm_bo_mmap. It returned 0 and ttm_bo_mmap did the mapping.
>>> This is probably a left-over from when we mapped BOs using /dev/kfd. We
>>> changed this to use /dev/dri/renderD* a long time ago to fix CPU 
>>> mapping
>>> invalidations on memory evictions. I think we can let GEM do the access
>>> check.
>>
>> Ok, good to know.
>>
>> Thomas can you remove the extra handling in a separate prerequisite 
>> patch?
>>
>> If anybody then bisects to this patch we at least know what to do to 
>> get it working again.
>
> FWIW, I ran KFDTest test with this shortcut removed on current 
> amd-staging-drm-next + my HMM patch series, and it didn't seem to 
> cause any issues.

Wait, I celebrated too soon. I was running the wrong kernel. I do see 
some failures where access is being denied. I need to do more debugging 
to figure out what's causing that.

Regards,
   Felix


>
> Regards,
>   Felix
>
>
>>
>> Regards,
>> Christian. 


More information about the dri-devel mailing list