[PATCH v2] drm/amdkfd: simplify vm_validate_pt_pd_bos
Lang Yu
Lang.Yu at amd.com
Mon Jun 13 08:41:22 UTC 2022
On 06/13/ , Christian König wrote:
> Am 13.06.22 um 10:26 schrieb Lang Yu:
> > On 06/13/ , Christian König wrote:
> > > Am 13.06.22 um 09:59 schrieb Lang Yu:
> > > > We don't need to validate and map root PD specially here,
> > > > it would be validated and mapped by amdgpu_vm_validate_pt_bos
> > > > if it is evicted.
> > > I'm not sure if that's correct. Traditionally we have handled the root PD
> > > differently to the rest in the VM.
> > >
> > > It doesn't make much sense any more today, but I need to double check if
> > > that isn't still the case.
> > From my observations, if root PD is evicted. amdgpu_vm_validate_pt_bos
> > will validate and map it.
> >
> > And amdgpu_cs_list_validate always validates root PD after
> > amdgpu_vm_validate_pt_bos has done that, it is actually unnecessary.
> > Do you think it's worth skiping root PD validation in
> > amdgpu_cs_list_validate? Thanks!
>
> No, it's just your change is completely irrelevant and just complicates
> things.
>
> Validating a BO twice should have basically no overhead at all.
>
> And especially adding the manual call to map_table() in
> amdgpu_vm_make_compute() is a no-go. We don't want such specific handling
> for compute contexts.
That's because when turning a GFX VM to a compute VM, if vm_update_mode changed,
we need to map the root PD again.
If we always validate and map it in vm_validate_pt_pd_bos, that's so confused.
Regards,
Lang
> Regards,
> Christian.
>
> >
> > Regards,
> > Lang
> >
> >
> > > Christian.
> > >
> > > > The special case is when turning a GFX VM to a compute VM,
> > > > if vm_update_mode changed, we need to map the root PD again.
> > > > So just move root PD mapping to amdgpu_vm_make_compute.
> > > >
> > > > v2:
> > > > - Don't rename vm_validate_pt_pd_bos and make it public.
> > > >
> > > > Signed-off-by: Lang Yu <Lang.Yu at amd.com>
> > > > ---
> > > > drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 14 --------------
> > > > drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 5 +++++
> > > > 2 files changed, 5 insertions(+), 14 deletions(-)
> > > >
> > > > diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
> > > > index 6a3bd8b9a08f..3805eef9ab69 100644
> > > > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
> > > > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
> > > > @@ -425,22 +425,8 @@ static int vm_validate_pt_pd_bos(struct amdgpu_vm *vm)
> > > > return ret;
> > > > }
> > > > - ret = amdgpu_amdkfd_validate_vm_bo(NULL, pd);
> > > > - if (ret) {
> > > > - pr_err("failed to validate PD\n");
> > > > - return ret;
> > > > - }
> > > > -
> > > > vm->pd_phys_addr = amdgpu_gmc_pd_addr(vm->root.bo);
> > > > - if (vm->use_cpu_for_update) {
> > > > - ret = amdgpu_bo_kmap(pd, NULL);
> > > > - if (ret) {
> > > > - pr_err("failed to kmap PD, ret=%d\n", ret);
> > > > - return ret;
> > > > - }
> > > > - }
> > > > -
> > > > return 0;
> > > > }
> > > > diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
> > > > index 703552f9a6d7..08fda57f5aa2 100644
> > > > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
> > > > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
> > > > @@ -2225,6 +2225,11 @@ int amdgpu_vm_make_compute(struct amdgpu_device *adev, struct amdgpu_vm *vm)
> > > > } else {
> > > > vm->update_funcs = &amdgpu_vm_sdma_funcs;
> > > > }
> > > > +
> > > > + r = vm->update_funcs->map_table(to_amdgpu_bo_vm(vm->root.bo));
> > > > + if (r)
> > > > + goto unreserve_bo;
> > > > +
> > > > dma_fence_put(vm->last_update);
> > > > vm->last_update = NULL;
> > > > vm->is_compute_context = true;
>
More information about the amd-gfx
mailing list