From: Andrey Grodzovsky <Andrey.Grodzovsky@amd.com> To: "Thomas Hellström (Intel)" <thomas_os@shipmail.org>, amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org Cc: daniel.vetter@ffwll.ch, michel@daenzer.net, ckoenig.leichtzumerken@gmail.com Subject: Re: [PATCH 5/6] drm/ttm: Add destroy flag in TTM BO eviction interface Date: Wed, 10 Jun 2020 09:56:38 -0400 [thread overview] Message-ID: <f9ecea63-8d6e-bb01-8c27-6b85971c2570@amd.com> (raw) In-Reply-To: <dd61e068-cbf1-c612-2c7f-f1e7786b16f7@shipmail.org> On 6/10/20 6:25 AM, Thomas Hellström (Intel) wrote: > > On 5/9/20 8:51 PM, Andrey Grodzovsky wrote: >> This will allow to invalidate, destroy backing storage and notify users >> of BOs when device is unpluged. >> >> Signed-off-by: Andrey Grodzovsky <andrey.grodzovsky@amd.com> > > Please add a motivation in the commit message and use imperative > wording ("Allow to invalidate..." instead of "This will allow to") > > s /unpluged/unplugged/ I am not sure yet this patch is needed in V2 Andrey > > >> --- >> drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 2 +- >> drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +- >> drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- >> drivers/gpu/drm/qxl/qxl_object.c | 4 +-- >> drivers/gpu/drm/radeon/radeon_object.c | 2 +- >> drivers/gpu/drm/ttm/ttm_bo.c | 41 >> ++++++++++++++++++----------- >> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 ++--- >> include/drm/ttm/ttm_bo_api.h | 2 +- >> 8 files changed, 35 insertions(+), 26 deletions(-) >> >> diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h >> index b9bc1b0..9d57b8c 100644 >> --- a/include/drm/ttm/ttm_bo_api.h >> +++ b/include/drm/ttm/ttm_bo_api.h >> @@ -597,7 +597,7 @@ int ttm_bo_clean_mm(struct ttm_bo_device *bdev, >> unsigned mem_type); >> * -ERESTARTSYS: The call was interrupted by a signal while waiting to >> * evict a buffer. >> */ > > Please also update the function documentation. > >> -int ttm_bo_evict_mm(struct ttm_bo_device *bdev, unsigned mem_type); >> +int ttm_bo_evict_mm(struct ttm_bo_device *bdev, unsigned mem_type, >> bool destroy); >> /** >> * ttm_kmap_obj_virtual > > > Thanks, > > Thomas > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Andrey Grodzovsky <Andrey.Grodzovsky@amd.com> To: "Thomas Hellström (Intel)" <thomas_os@shipmail.org>, amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org Cc: daniel.vetter@ffwll.ch, michel@daenzer.net, ckoenig.leichtzumerken@gmail.com Subject: Re: [PATCH 5/6] drm/ttm: Add destroy flag in TTM BO eviction interface Date: Wed, 10 Jun 2020 09:56:38 -0400 [thread overview] Message-ID: <f9ecea63-8d6e-bb01-8c27-6b85971c2570@amd.com> (raw) In-Reply-To: <dd61e068-cbf1-c612-2c7f-f1e7786b16f7@shipmail.org> On 6/10/20 6:25 AM, Thomas Hellström (Intel) wrote: > > On 5/9/20 8:51 PM, Andrey Grodzovsky wrote: >> This will allow to invalidate, destroy backing storage and notify users >> of BOs when device is unpluged. >> >> Signed-off-by: Andrey Grodzovsky <andrey.grodzovsky@amd.com> > > Please add a motivation in the commit message and use imperative > wording ("Allow to invalidate..." instead of "This will allow to") > > s /unpluged/unplugged/ I am not sure yet this patch is needed in V2 Andrey > > >> --- >> drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 2 +- >> drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +- >> drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- >> drivers/gpu/drm/qxl/qxl_object.c | 4 +-- >> drivers/gpu/drm/radeon/radeon_object.c | 2 +- >> drivers/gpu/drm/ttm/ttm_bo.c | 41 >> ++++++++++++++++++----------- >> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 ++--- >> include/drm/ttm/ttm_bo_api.h | 2 +- >> 8 files changed, 35 insertions(+), 26 deletions(-) >> >> diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h >> index b9bc1b0..9d57b8c 100644 >> --- a/include/drm/ttm/ttm_bo_api.h >> +++ b/include/drm/ttm/ttm_bo_api.h >> @@ -597,7 +597,7 @@ int ttm_bo_clean_mm(struct ttm_bo_device *bdev, >> unsigned mem_type); >> * -ERESTARTSYS: The call was interrupted by a signal while waiting to >> * evict a buffer. >> */ > > Please also update the function documentation. > >> -int ttm_bo_evict_mm(struct ttm_bo_device *bdev, unsigned mem_type); >> +int ttm_bo_evict_mm(struct ttm_bo_device *bdev, unsigned mem_type, >> bool destroy); >> /** >> * ttm_kmap_obj_virtual > > > Thanks, > > Thomas > > _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next prev parent reply other threads:[~2020-06-10 13:56 UTC|newest] Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-09 18:51 [PATCH 0/6] RFC Support hot device unplug in amdgpu Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-09 18:51 ` [PATCH 1/6] drm/ttm: Add unampping of the entire device address space Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-11 6:45 ` Christian König 2020-05-11 6:45 ` Christian König 2020-06-05 14:29 ` Andrey Grodzovsky 2020-06-05 14:29 ` Andrey Grodzovsky 2020-06-05 18:40 ` Christian König 2020-06-05 18:40 ` Christian König 2020-06-09 16:37 ` Andrey Grodzovsky 2020-06-09 16:37 ` Andrey Grodzovsky 2020-05-09 18:51 ` [PATCH 2/6] drm/amdgpu: Force unmap all user VMAs on device removal Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-11 6:47 ` Christian König 2020-05-11 6:47 ` Christian König 2020-05-09 18:51 ` [PATCH 3/6] drm/amdgpu: Wait for all user clients Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-11 6:57 ` Christian König 2020-05-11 6:57 ` Christian König 2020-05-09 18:51 ` [PATCH 4/6] drm/amdgpu: Wait for all clients importing out dma-bufs Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-09 18:51 ` [PATCH 5/6] drm/ttm: Add destroy flag in TTM BO eviction interface Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-11 7:05 ` Christian König 2020-05-11 7:05 ` Christian König 2020-06-10 10:25 ` Thomas Hellström (Intel) 2020-06-10 10:25 ` Thomas Hellström (Intel) 2020-06-10 13:56 ` Andrey Grodzovsky [this message] 2020-06-10 13:56 ` Andrey Grodzovsky 2020-05-09 18:51 ` [PATCH 6/6] drm/amdgpu: Use TTM MMs destroy interface Andrey Grodzovsky 2020-05-09 18:51 ` Andrey Grodzovsky 2020-05-11 9:26 ` [PATCH 0/6] RFC Support hot device unplug in amdgpu Pekka Paalanen 2020-05-11 9:26 ` Pekka Paalanen 2020-05-11 12:29 ` Christian König 2020-05-11 12:29 ` Christian König 2020-05-11 16:37 ` Andrey Grodzovsky 2020-05-11 16:37 ` Andrey Grodzovsky 2020-05-11 9:54 ` Daniel Vetter 2020-05-11 9:54 ` Daniel Vetter 2020-05-11 10:19 ` Chris Wilson 2020-05-11 10:19 ` Chris Wilson 2020-05-11 11:03 ` Daniel Vetter 2020-05-11 11:03 ` Daniel Vetter 2020-05-11 11:19 ` Daniel Vetter 2020-05-11 11:19 ` Daniel Vetter 2020-05-11 12:34 ` Christian König 2020-05-11 12:34 ` Christian König 2020-05-11 12:43 ` Daniel Vetter 2020-05-11 12:43 ` Daniel Vetter 2020-05-11 11:43 ` Lukas Wunner 2020-05-11 11:43 ` Lukas Wunner 2020-05-11 12:21 ` Daniel Vetter 2020-05-11 12:21 ` Daniel Vetter 2020-05-11 14:08 ` Lukas Wunner 2020-05-11 14:08 ` Lukas Wunner 2020-05-11 14:14 ` Daniel Vetter 2020-05-11 14:14 ` Daniel Vetter 2020-05-13 14:32 ` Andrey Grodzovsky 2020-05-13 14:32 ` Andrey Grodzovsky 2020-05-13 18:05 ` Daniel Vetter 2020-05-13 18:05 ` Daniel Vetter
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=f9ecea63-8d6e-bb01-8c27-6b85971c2570@amd.com \ --to=andrey.grodzovsky@amd.com \ --cc=amd-gfx@lists.freedesktop.org \ --cc=ckoenig.leichtzumerken@gmail.com \ --cc=daniel.vetter@ffwll.ch \ --cc=dri-devel@lists.freedesktop.org \ --cc=michel@daenzer.net \ --cc=thomas_os@shipmail.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.