[PATCH] drm/amdkfd: Fix partial migrate issue

Chen, Xiaogang xiaogang.chen at amd.com
Tue Jan 7 22:29:35 UTC 2025


On 1/7/2025 2:44 PM, Philip Yang wrote:
>
>
> On 2025-01-07 10:50, Chen, Xiaogang wrote:
>>
>>
>> On 1/6/2025 8:02 PM, Deng, Emily wrote:
>>>
>>> [AMD Official Use Only - AMD Internal Distribution Only]
>>>
>>>
>>> *From:*Chen, Xiaogang <Xiaogang.Chen at amd.com>
>>> *Sent:* Monday, January 6, 2025 11:27 PM
>>> *To:* Deng, Emily <Emily.Deng at amd.com>; amd-gfx at lists.freedesktop.org
>>> *Subject:* Re: [PATCH] drm/amdkfd: Fix partial migrate issue
>>>
>>> On 1/2/2025 6:06 PM, Emily Deng wrote:
>>>
>>>     For partial migrate from ram to vram, the migrate->cpages is not
>>>
>>>     equal to migrate->npages, should use migrate->npages to check all needed
>>>
>>>     migrate pages which could be copied or not.
>>>
>>>     And only need to set those pages could be migrated to migrate->dst[i], or
>>>
>>>     the migrate_vma_pages will migrate the wrong pages based on the migrate->dst[i].
>>>
>>>     Signed-off-by: Emily Deng<Emily.Deng at amd.com> <mailto:Emily.Deng at amd.com>
>>>
>>>     ---
>>>
>>>       drivers/gpu/drm/amd/amdkfd/kfd_migrate.c | 8 ++++----
>>>
>>>       1 file changed, 4 insertions(+), 4 deletions(-)
>>>
>>>     diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_migrate.c b/drivers/gpu/drm/amd/amdkfd/kfd_migrate.c
>>>
>>>     index 4b275937d05e..5c96c2d425e3 100644
>>>
>>>     --- a/drivers/gpu/drm/amd/amdkfd/kfd_migrate.c
>>>
>>>     +++ b/drivers/gpu/drm/amd/amdkfd/kfd_migrate.c
>>>
>>>     @@ -278,7 +278,7 @@ svm_migrate_copy_to_vram(struct kfd_node *node, struct svm_range *prange,
>>>
>>>                               struct migrate_vma *migrate, struct dma_fence **mfence,
>>>
>>>                               dma_addr_t *scratch, uint64_t ttm_res_offset)
>>>
>>>       {
>>>
>>>     -       uint64_t npages = migrate->cpages;
>>>
>>>     +       uint64_t npages = migrate->npages;
>>>
>>> I agree this part.
>>>
>>>              struct amdgpu_device *adev = node->adev;
>>>
>>>              struct device *dev = adev->dev;
>>>
>>>              struct amdgpu_res_cursor cursor;
>>>
>>>     @@ -299,9 +299,6 @@ svm_migrate_copy_to_vram(struct kfd_node *node, struct svm_range *prange,
>>>
>>>                      struct page *spage;
>>>
>>>       
>>>
>>>                      dst[i] = cursor.start + (j << PAGE_SHIFT);
>>>
>>>     -               migrate->dst[i] = svm_migrate_addr_to_pfn(adev, dst[i]);
>>>
>>>     -        svm_migrate_get_vram_page(prange, migrate->dst[i]);
>>>
>>>     -               migrate->dst[i] = migrate_pfn(migrate->dst[i]);
>>>
>>>       
>>>
>>>                      spage = migrate_pfn_to_page(migrate->src[i]);
>>>
>>>                      if (spage && !is_zone_device_page(spage)) {
>>>
>>>     @@ -345,6 +342,9 @@ svm_migrate_copy_to_vram(struct kfd_node *node, struct svm_range *prange,
>>>
>>>                      } else {
>>>
>>>                              j++;
>>>
>>>                      }
>>>
>>>     +               migrate->dst[i] = svm_migrate_addr_to_pfn(adev, dst[i]);
>>>
>>>     +        svm_migrate_get_vram_page(prange, migrate->dst[i]);
>>>
>>>     +               migrate->dst[i] = migrate_pfn(migrate->dst[i]);
>>>
>>> I think what current code misses here is that migrate->dst[i] should 
>>> match migrate->src[i]: migrate->dst[i](vram page) got set for page 
>>> that will be migrated from system ram, otherwise migrate->dst[i] 
>>> should be zero. Your change makes migrates->dst[i] not set though 
>>> its page has been migrated by svm_migrate_copy_memory_gart for the 
>>> case that cpages != npages, because you set migrate->dst[i] at end 
>>> of loop and use 'continue' after migration.
>>>
>>> The page migration happens at svm_migrate_copy_memory_gart, not 
>>> migrate_vma_pages that migrates struct page meta-data from source 
>>> struct page to destination struct page and has mmu notification.
>>>
>>> Regards
>>>
>>> Xiaogang
>>>
>>> The migrate->dst[i] default value is 0. The purpose of the change is 
>>> to match the migrate->dst[i] and migrate->src[i]. And for 
>>> svm_migrate_copy_to_vram, it only will call 
>>> svm_migrate_copy_memory_gart to copy those pages which need to be 
>>> migrated, for those don’t need migrate pages, it won’t call 
>>> svm_migrate_copy_memory_gart.
>>>
>> Yes, the issue here is we need match migrate->dst[i] and 
>> migrate->src[i]: migrate->dst[i] need be set only when its 
>> correspondent migrate->src[i] page will be migrated or the src page 
>> has dma address setup by dma_map_page. Then why not set 
>> migrate->dst[i] at same time when have dma_map_page for src page?
>>
> yes, agree, I will reply the v2 patch with this change.
>>
>> That way will simplify the logic and not need use amdgpu_res_next to 
>> jump vram cursor.
>>
> if spage is not contiguous or dst is the last page of cursor (vram 
> address is not contiguous), we need setup sdma copy and then call 
> amdgpu_res_next to update cursor->start.
>
I think we only need use amdgpu_res_nex at one place where update 
migrate->dst[i] together with dma_map_page for src page, but need to 
remember the jump between two dma_map_page to adapt to cursor->start update.

Regards

Xiaogang

> Regards,
>
> Philip
>
>> Regards
>>
>> Xiaogang
>>
>>>              }
>>>
>>>       
>>>
>>>              r = svm_migrate_copy_memory_gart(adev, src + i - j, dst + i - j, j,
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/amd-gfx/attachments/20250107/0bad30ad/attachment-0001.htm>


More information about the amd-gfx mailing list