Re: [PATCH] drm/ttm: use the parent resv for ghost objects v2

On 2019/10/24 下午6:25, Christian König wrote: > Ping? > > Am 18.10.19 um 13:58 schrieb Christian König: >> This way the TTM is destroyed with the correct dma_resv object >> locked and we can even pipeline imported BO evictions. >> >> v2: Limit this to only cases when the parent object uses a

Re: [PATCH 1/1] drm/syncobj: add sideband payload

: Lionel Landwerlin ; Zhou, David(ChunMing) ; Koenig, Christian ; Jason Ekstrand Subject: [PATCH 1/1] drm/syncobj: add sideband payload The Vulkan timeline semaphores allow signaling to happen on the point of the timeline without all of the its dependencies to be created. The current 2

回复：[PATCH v3 1/1] drm/syncobj: add sideband payload

Thank you, I got your mean. when you have sideband payload, you will go into timeline path. Clever! -David 原始邮件 主题：Re: [PATCH v3 1/1] drm/syncobj: add sideband payload 发件人：Lionel Landwerlin 收件人："Zhou, David(ChunMing)" ,dri-de...@freedesktop.org 抄送："Koenig, Ch

RE: Threaded submission & semaphore sharing

. By the way, I already pass all your CTS cases for now. I suggest you to switch to Semaphore Thread instead of Queue Thread as well. It works very well. -David -Original Message- From: Lionel Landwerlin Sent: Friday, August 2, 2019 4:52 AM To: dri-devel ; Koenig, Christian ; Zhou, David

Recall: [PATCH libdrm] libdrm: wrap new flexible syncobj query interface v2

Zhou, David(ChunMing) would like to recall the message, "[PATCH libdrm] libdrm: wrap new flexible syncobj query interface v2". ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

Recall: [PATCH libdrm] libdrm: wrap new flexible syncobj query interface v2

Zhou, David(ChunMing) would like to recall the message, "[PATCH libdrm] libdrm: wrap new flexible syncobj query interface v2". ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel

RE: [PATCH 1/2] update drm.h

> -Original Message- > From: Michel Dänzer > Sent: Thursday, June 06, 2019 10:09 PM > To: Zhou, David(ChunMing) ; Koenig, Christian > ; Zhou, David(ChunMing) > > Cc: dri-devel@lists.freedesktop.org > Subject: Re: [PATCH 1/2] update drm.h > > On 2019-0

RE: [PATCH 10/10] drm/amdgpu: stop removing BOs from the LRU v3

Patch #1,#5,#6,#8,#9,#10 are Reviewed-by: Chunming Zhou Patch #2,#3,#4 are Acked-by: Chunming Zhou -David > -Original Message- > From: dri-devel On Behalf Of > Christian K?nig > Sent: Wednesday, May 29, 2019 8:27 PM > To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org

Re:[PATCH 1/2] drm/syncobj: add an output syncobj parameter to find_fence

ot; ,"Zhou, David(ChunMing)" ,Eric Anholt ,DRI-Devel [CAUTION: External Email] We would like to get both the fence & the syncobj in i915 rather than doing 2 calls to drm_syncobj_find() & drm_syncobj_find_fence(). Signed-off-by: Lionel Landwerlin Cc: Christian Koenig Cc: Da

RE: [PATCH 01/11] drm/ttm: Make LRU removal optional.

> -Original Message- > From: Christian König > Sent: Tuesday, May 14, 2019 8:31 PM > To: Olsak, Marek ; Zhou, David(ChunMing) > ; Liang, Prike ; dri- > de...@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: [PATCH 01/11] drm/ttm: Make LRU removal op

Re:[PATCH libdrm] enable syncobj test depending on capability

Can you guy do that? Otherwise if kernel driver doesn't set that cap, test could fail. Thanks, -David Original Message Subject: Re: [PATCH libdrm] enable syncobj test depending on capability From: "Koenig, Christian" To: Michel Dänzer ,"Zhou, David(ChunMing)

Re:[PATCH libdrm 7/7] add syncobj timeline tests v3

e tests v3 From: Christian König To: "Zhou, David(ChunMing)" ,"Koenig, Christian" ,"Zhou, David(ChunMing)" ,dri-devel@lists.freedesktop.org CC: [CAUTION: External Email] Am 16.05.19 um 12:19 schrieb zhoucm1: > > > On 2019年05月16日 18:09, Christian König wrote: >

Re:[PATCH libdrm] enable syncobj test depending on capability

could you help push this patch as well? Thanks, -David Original Message Subject: Re: [PATCH libdrm] enable syncobj test depending on capability From: "Koenig, Christian" To: "Zhou, David(ChunMing)" ,dri-devel@lists.freedesktop.org CC: Am 16.05.19 um 12:46 s

Re:[PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS

ng CS From: "Koenig, Christian" To: "Zhou, David(ChunMing)" ,"Olsak, Marek" ,"Liang, Prike" ,dri-devel@lists.freedesktop.org,amd-...@lists.freedesktop.org CC: [CAUTION: External Email] BO list? No, we stop removing them from the LRU. But we still mov

Re:[PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS

Isn't this patch trying to stop removing for all BOs from bo list? -David Original Message Subject: Re: [PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS From: Christian König To: "Zhou, David(ChunMing)" ,"Koenig, Christian" ,"Olsa

Re:[PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS

CS From: Christian König To: "Zhou, David(ChunMing)" ,"Olsak, Marek" ,"Liang, Prike" ,dri-devel@lists.freedesktop.org,amd-...@lists.freedesktop.org CC: [CAUTION: External Email] Hui? What do you mean with that? Christian. Am 14.05.19 um 15:12 schrieb Zhou, Da

Re:[PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS

my only concern is how to fresh LRU when bo is from bo list. -David Original Message Subject: [PATCH 11/11] drm/amdgpu: stop removing BOs from the LRU during CS From: Christian König To: "Olsak, Marek" ,"Zhou, David(ChunMing)" ,"Liang, Prike" ,d

Re:[PATCH 1/2] drm/ttm: fix busy memory to fail other user v7

confusing me, and he said he is debugging that. -David Original Message Subject: Re: [PATCH 1/2] drm/ttm: fix busy memory to fail other user v7 From: "Koenig, Christian" To: "Zhou, David(ChunMing)" ,"Liang, Prike" ,dri-devel@lists.freedesktop.org CC

RE: [PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled.

Sorry, I only can put my Acked-by: Chunming Zhou on patch#3. I cannot fully judge patch #4, #5, #6. -David From: amd-gfx On Behalf Of Grodzovsky, Andrey Sent: Friday, April 26, 2019 10:09 PM To: Koenig, Christian ; Zhou, David(ChunMing) ; dri-devel@lists.freedesktop.org; amd

Re:[PATCH] gpu/docs: Clarify what userspace means for gl

Will linux be only mesa-linux? I thought linux is an open linux. Which will impact our opengl/amdvlk(MIT open source), not sure Rocm: 1. how to deal with one uapi that opengl/amdvlk needs but mesa dont need? reject? 2. one hw feature that opengl/amdvlk developers work on that but no mesa

RE: [PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled.

amd-gfx On Behalf Of Grodzovsky, Andrey Sent: Wednesday, April 24, 2019 12:00 AM To: Zhou, David(ChunMing) ; dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; e...@anholt.net; etna...@lists.freedesktop.org; ckoenig.leichtzumer...@gmail.com Cc: Kazlauskas, Nicholas ; Liu, Monk Sub

Re:[PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled.

do you mean fence timer? why not stop it as well when stopping sched for the reason of hw reset? Original Message Subject: Re: [PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled. From: "Grodzovsky, Andrey" To: "Zhou, David(ChunMin

Re:[PATCH] ttm: wait mem space if user allow while gpu busy

l Message Subject: Re: [PATCH] ttm: wait mem space if user allow while gpu busy From: Christian König To: "Zhou, David(ChunMing)" ,"Koenig, Christian" ,"Liang, Prike" ,dri-devel@lists.freedesktop.org CC: Well that's not so easy of hand. The basic problem here is that w

Re:[PATCH v5 3/6] drm/scheduler: rework job destruction

3/6] drm/scheduler: rework job destruction From: "Grodzovsky, Andrey" To: "Zhou, David(ChunMing)" ,dri-devel@lists.freedesktop.org,amd-...@lists.freedesktop.org,e...@anholt.net,etna...@lists.freedesktop.org,ckoenig.leichtzumer...@gmail.com CC: "Kazlauskas, Nicholas" ,&

Re:[PATCH] ttm: wait mem space if user allow while gpu busy

nig To: "Liang, Prike" ,"Zhou, David(ChunMing)" ,dri-devel@lists.freedesktop.org CC: Well that is certainly a NAK because it can lead to deadlock in the memory management. You can't just busy wait with all those locks held. Regards, Christian. Am 23.04.19 um 03:45 schrie

RE: DMA-buf P2P

Which test are you using? Can share? -David > -Original Message- > From: dri-devel On Behalf Of > Christian K?nig > Sent: Thursday, April 18, 2019 8:09 PM > To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: DMA-buf P2P > > Hi guys, > > as promised this is

RE: [PATCH libdrm] amdgpu: Add context priority override function.

Reviewed-by: Chunming Zhou > -Original Message- > From: dri-devel On Behalf Of Bas > Nieuwenhuizen > Sent: Thursday, April 18, 2019 2:34 AM > To: dri-devel@lists.freedesktop.org > Subject: [PATCH libdrm] amdgpu: Add context priority override function. > > This way we can override the

Re:[PATCH v2] drm: introduce a capability flag for syncobj timeline support

ter ,"Zhou, David(ChunMing)" Unfortunately userspace users of this API cannot be publicly disclosed yet. This commit effectively disables timeline syncobj ioctls for all drivers. Each driver wishing to support this feature will need to expose DRIVER_SYNCOBJ_TIMELINE. v2: Add uAPI capabil

RE: [PATCH 2/9] drm/syncobj: add new drm_syncobj_add_point interface v4

> -Original Message- > From: Lionel Landwerlin > Sent: Saturday, March 30, 2019 10:09 PM > To: Koenig, Christian ; Zhou, David(ChunMing) > ; dri-devel@lists.freedesktop.org; amd- > g...@lists.freedesktop.org; ja...@jlekstrand.net; Hector, Tobias > > Subject: Re:

Re:[PATCH 1/9] dma-buf: add new dma_fence_chain container v6

cmpxchg be replaced by some simple c sentance? otherwise we have to remove __rcu of chian->prev. -David Original Message Subject: Re: [PATCH 1/9] dma-buf: add new dma_fence_chain container v6 From: Christian König To: "Zhou, David(ChunMing)" ,kbuild test robot

RE: [PATCH] drm/amdgpu: Error handling issues about CHECKED_RETURN

> -Original Message- > From: Bo YU > Sent: Thursday, February 14, 2019 12:46 PM > To: Deucher, Alexander ; Koenig, Christian > ; Zhou, David(ChunMing) > ; airl...@linux.ie; dan...@ffwll.ch; Zhu, Rex > ; Grodzovsky, Andrey > ; dri-devel@lists.freed

RE: [Intel-gfx] [PATCH 03/10] drm/syncobj: add new drm_syncobj_add_point interface v2

y add test case to igt, and tested by many existing test, like libdrm unit test, igt related test, vulkan cts, and steam games. -David > -Original Message- > From: Daniel Vetter > Sent: Wednesday, December 12, 2018 7:15 PM > To: Koenig, Christian > Cc: Zhou, David(

RE: [PATCH 01/10] dma-buf: add new dma_fence_chain container v4

Hi Daniel and Chris, Could you take a look on all the patches? Can we get your RB or AB on all patches including igt patch before we submit to drm-misc? We already fix all existing issues, and also add test case in IGT as your required. Btw, the patch set is tested by below tests: a. vulkan

RE: [PATCH v3 2/2] drm/sched: Rework HW fence processing.

ent: Tuesday, December 11, 2018 5:44 AM > To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; > ckoenig.leichtzumer...@gmail.com; e...@anholt.net; > etna...@lists.freedesktop.org > Cc: Zhou, David(ChunMing) ; Liu, Monk > ; Grodzovsky, Andrey > > Subject: [PATCH v

RE: [PATCH -next] drm/amdgpu: remove set but not used variable 'grbm_soft_reset'

> -Original Message- > From: YueHaibing > Sent: Saturday, December 08, 2018 11:01 PM > To: Deucher, Alexander ; Koenig, Christian > ; Zhou, David(ChunMing) > ; airl...@linux.ie; Liu, Leo ; > Gao, Likun ; Panariti, David > ; S, Shirish ; Zhu, Rex > ; Grodzovsk

RE: [PATCH 2/2] drm/sched: Rework HW fence processing.

> -Original Message- > From: dri-devel On Behalf Of > Andrey Grodzovsky > Sent: Friday, December 07, 2018 1:41 AM > To: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org; > ckoenig.leichtzumer...@gmail.com; e...@anholt.net; > etna...@lists.freedesktop.org > Cc: Liu, Monk >

RE: [PATCH 02/11] dma-buf: add new dma_fence_chain container v2

> -Original Message- > From: Christian König > Sent: Monday, December 03, 2018 9:56 PM > To: Zhou, David(ChunMing) ; Koenig, Christian > ; dri-devel@lists.freedesktop.org; amd- > g...@lists.freedesktop.org > Subject: Re: [PATCH 02/11] dma-buf: add new dma_fence

RE: [PATCH libdrm 4/5] wrap syncobj timeline query/wait APIs for amdgpu v3

> -Original Message- > From: Christian König > Sent: Friday, November 30, 2018 5:15 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: Re: [PATCH libdrm 4/5] wrap syncobj timeline query/wait APIs for &g

RE: [PATCH 6/7] drm/syncobj: add new drm_syncobj_add_point interface

Don't know how to work, not completely yet. > -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) &

RE: [PATCH 5/7] drm/syncobj: move drm_syncobj_cb into drm_syncobj.c

Reviewed-by: Chunming Zhou > -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [P

RE: [PATCH 4/7] drm/syncobj: use only a single stub fence

> -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 4/7] drm/syncobj: u

RE: [PATCH 2/7] dma-buf: add new dma_fence_chain container

> -Original Message- > From: Christian König > Sent: Thursday, November 15, 2018 7:13 PM > To: dri-devel@lists.freedesktop.org > Cc: ch...@chris-wilson.co.uk; daniel.vet...@ffwll.ch; e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 2/7] dma-buf: ad

RE: [PATCH 1/7] dma-buf: make fence sequence numbers 64 bit

e...@anholt.net; Zhou, > David(ChunMing) > Subject: [PATCH 1/7] dma-buf: make fence sequence numbers 64 bit > > For a lot of use cases we need 64bit sequence numbers. Currently drivers > overload the dma_fence structure to store the additional bits. > > Stop doi

RE: [PATCH] drm/syncobj: Fix oops on drm_syncobj_find_fence(file_priv, 0, ...).

Reviewed-by: Chunming Zhou > -Original Message- > From: Eric Anholt > Sent: Tuesday, November 06, 2018 7:01 AM > To: dri-devel@lists.freedesktop.org > Cc: linux-ker...@vger.kernel.org; Eric Anholt ; Zhou, > David(ChunMing) ; Koenig, Christian > > Subject: [PATC

RE: [PATCH libdrm 5/5] [libdrm] add syncobj timeline tests

> -Original Message- > From: Daniel Vetter On Behalf Of Daniel Vetter > Sent: Monday, November 05, 2018 5:39 PM > To: Zhou, David(ChunMing) > Cc: dri-devel@lists.freedesktop.org; amd-...@lists.freedesktop.org > Subject: Re: [PATCH libdrm 5/5] [libdrm] add sync

RE: [igt-dev] [PATCH] RFC: Make igts for cross-driver stuff mandatory?

Make igt for cross-driver, I think you should rename it first, not an intel specific. NO company wants their employee working on other company stuff. You can rename it to DGT(drm graphics test), and published following libdrm, or directly merge to libdrm, then everyone can use it and develop

RE: [PATCH] drm: fix call_kern.cocci warnings (fwd)

Reviewed-by: Chunming Zhou > -Original Message- > From: Julia Lawall > Sent: Thursday, October 25, 2018 2:57 AM > To: Zhou, David(ChunMing) > Cc: kbuild-...@01.org; intel-...@lists.freedesktop.org; dri- > de...@lists.freedesktop.org; Christian König > ; Gustav

RE: [PATCH] drm: fix deadlock of syncobj v2

Ping... Btw: The patch is tested by syncobj_basic and syncobj_wait of IGT. > -Original Message- > From: Chunming Zhou > Sent: Sunday, October 21, 2018 7:14 PM > To: dri-devel@lists.freedesktop.org > Cc: Zhou, David(ChunMing) ; Daniel Vetter > ; Chris Wilson ;

RE: [PATCH 7/7] drm/amdgpu: update version for timeline syncobj support in amdgpu

PM > To: dri-devel@lists.freedesktop.org > Cc: Zhou, David(ChunMing) ; amd- > g...@lists.freedesktop.org > Subject: [PATCH 7/7] drm/amdgpu: update version for timeline syncobj > support in amdgpu > > Signed-off-by: Chunming Zhou > --- > drivers/gpu/drm/amd/amdgpu/am

RE: [PATCH 3/6] drm: add support of syncobj timeline point wait v2

ay, September 25, 2018 5:50 PM To: Jason Ekstrand ; Zhou, David(ChunMing) Cc: amd-gfx mailing list ; Maling list - DRI developers Subject: Re: [PATCH 3/6] drm: add support of syncobj timeline point wait v2 Am 25.09.2018 um 11:22 schrieb Jason Ekstrand: On Thu, Sep 20, 2018 at 6:04 AM Chunming Zh

RE: [PATCH 5/6] drm/amdgpu: add timeline support in amdgpu CS

> -Original Message- > From: Nicolai Hähnle > Sent: Wednesday, September 26, 2018 4:44 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: amd-...@lists.freedesktop.org > Subject: Re: [PATCH 5/6] drm/amdgpu: add timeline support in amdgpu C

RE: [PATCH 5/6] drm/amdgpu: add timeline support in amdgpu CS

> -Original Message- > From: Nicolai Hähnle > Sent: Wednesday, September 26, 2018 5:06 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: amd-...@lists.freedesktop.org > Subject: Re: [PATCH 5/6] drm/amdgpu: add timeline support in amdgpu

RE: [PATCH 3/6] drm: add support of syncobj timeline point wait v2

> -Original Message- > From: amd-gfx On Behalf Of > Christian K?nig > Sent: Thursday, September 20, 2018 7:11 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: amd-...@lists.freedesktop.org > Subject: Re: [PATCH 3/6] drm: add support o

RE: [PATCH 2/6] [RFC]drm: add syncobj timeline support v7

> -Original Message- > From: amd-gfx On Behalf Of > Christian K?nig > Sent: Thursday, September 20, 2018 5:35 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel > ; Daniel Vetter ; amd- > g...@lists.freedeskto

RE: [PATCH 2/6] [RFC]drm: add syncobj timeline support v7

Ping... > -Original Message- > From: amd-gfx On Behalf Of > Chunming Zhou > Sent: Wednesday, September 19, 2018 5:18 PM > To: dri-devel@lists.freedesktop.org > Cc: Zhou, David(ChunMing) ; amd- > g...@lists.freedesktop.org; Rakos, Daniel ; Daniel > Vette

RE: [PATCH 1/4] [RFC]drm: add syncobj timeline support v6

> -Original Message- > From: amd-gfx On Behalf Of > Christian K?nig > Sent: Wednesday, September 19, 2018 3:45 PM > To: Zhou, David(ChunMing) ; Zhou, > David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel >

RE: [PATCH] [RFC]drm: add syncobj timeline support v5

> -Original Message- > From: Daniel Vetter On Behalf Of Daniel Vetter > Sent: Saturday, September 15, 2018 12:11 AM > To: Koenig, Christian > Cc: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org; amd-...@lists.freedesktop.org; Dave Airlie > ; Rakos, Dan

RE: [PATCH 1/3] [RFC]drm: add syncobj timeline support v4

> -Original Message- > From: Koenig, Christian > Sent: Friday, September 14, 2018 3:27 PM > To: Zhou, David(ChunMing) ; Zhou, > David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel > ; amd-...@lists.freedesktop.org; Daniel Vetter

RE: [PATCH 1/3] [RFC]drm: add syncobj timeline support v4

> -Original Message- > From: Koenig, Christian > Sent: Thursday, September 13, 2018 5:20 PM > To: Zhou, David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel > ; amd-...@lists.freedesktop.org > Subject: Re: [PATCH 1/3] [RFC]d

RE: [PATCH 1/3] [RFC]drm: add syncobj timeline support v4

> -Original Message- > From: Christian König > Sent: Thursday, September 13, 2018 4:50 PM > To: Zhou, David(ChunMing) ; Koenig, Christian > ; dri-devel@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel > ; amd-...@lists.freedesktop.org > Subject: Re: [

RE: [PATCH 1/3] [RFC]drm: add syncobj timeline support v4

> -Original Message- > From: Koenig, Christian > Sent: Thursday, September 13, 2018 2:56 PM > To: Zhou, David(ChunMing) ; Zhou, > David(ChunMing) ; dri- > de...@lists.freedesktop.org > Cc: Dave Airlie ; Rakos, Daniel > ; amd-...@lists.freedesktop.org > Subjec

RE: [PATCH] drm/scheduler: Add stopped flag to drm_sched_entity

-Original Message- From: dri-devel On Behalf Of Andrey Grodzovsky Sent: Friday, August 17, 2018 11:16 PM To: dri-devel@lists.freedesktop.org Cc: Koenig, Christian ; amd-...@lists.freedesktop.org Subject: [PATCH] drm/scheduler: Add stopped flag to drm_sched_entity The flag will prevent

RE: [PATCH 3/4] drm/scheduler: add new function to get least loaded sched v2

Another big question: I agree the general idea is good to balance scheduler load for same ring family. But, when same entity job run on different scheduler, that means the later job could be completed ahead of front, Right? That will break fence design, later fence must be signaled after front

RE: [PATCH v2 1/2] drm/scheduler: Rename cleanup functions v2.

Acked-by: Chunming Zhou -Original Message- From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Andrey Grodzovsky Sent: Thursday, June 21, 2018 11:33 PM To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: e...@anholt.net; Koenig, Christian ;

RE: [PATCH 2/2] drm/amdgpu: set ttm bo priority before initialization

o: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: Koenig, Christian <christian.koe...@amd.com>; Zhou, David(ChunMing) <david1.z...@amd.com>; Zhang, Jerry <jerry.zh...@amd.com> Subject: [PATCH 2/2] drm/amdgpu: set ttm bo priority before initialization Signed-off-by

RE: [PATCH] dma-buf/reservation: should keep later one in add fence(v3)

Patch looks ok to me, Reviewed-by: Chunming Zhou , and it’s better to get others RB as well. Regards, David Zhou -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Monk Liu Sent: Tuesday, March 06, 2018 3:01 PM To:

Re: [PATCH 1/2] [WIP]drm/ttm: add waiter list to prevent allocation not in order

. See when you want to prevent a process B from allocating the memory process A has evicted, you need to prevent all concurrent allocation. And we don't do that because it causes a major performance drop. Regards, Christian. Am 26.01.2018 um 14:21 schrieb Zhou, David(ChunMing): You patch will p

Re: [PATCH 1/2] [WIP]drm/ttm: add waiter list to prevent allocation not in order

egards, Christian. Am 26.01.2018 um 13:43 schrieb Christian König: After my investigation, this issue should be detect of TTM design self, which breaks scheduling balance. Yeah, but again. This is indented design we can't change easily. Regards, Christian. Am 26.01.2018 um 13:36 schrieb Zhou, David(ChunMi

Re: [PATCH 1/2] [WIP]drm/ttm: add waiter list to prevent allocation not in order

I am off work, so reply mail by phone, the format could not be text. back to topic itself: the problem indeed happen on amdgpu driver, someone reports me that application runs with two instances, the performance are different. I also reproduced the issue with unit test(bo_eviction_test). They

Re: [PATCH libdrm] drm: fix return value

Can your guys help me push it and last vamgr patches to upstream? My new count request for libdrm still is under pending. Thanks, David Zhou 发自坚果 Pro Christian K鰊ig 于 2018年1月16日 下午4:56写道： Apart from that a good catch and Reviewed-by: Christian König

Re: [PATCH 1/3] drm/syncobj: extract two helpers from drm_syncobj_create

Could you test and review it? On hand, I have no env. Regards, David Zhou 发自坚果 Pro Marek Ol?醟 于 2017年9月30日 下午11:56写道： The idea sounds good. Marek On Sat, Sep 30, 2017 at 3:55 AM, Chunming Zhou wrote: > My mean is like the attached, I revert part of

Re: [PATCH 3/3] drm/amdgpu: add FENCE_TO_HANDLE ioctl that returns syncobj or sync_file

ection further. Regards, Christian. Am 13.09.2017 um 14:25 schrieb Zhou, David(ChunMing): Yes, to be comptibility, I kept both seq_no and syncfile fd in the patch set, you can take a look, which really is simpler and effective way. syncfile indeed be a good way to pass fence for user space,

Re: [PATCH 3/3] drm/amdgpu: add FENCE_TO_HANDLE ioctl that returns syncobj or sync_file

Ol?醟 <mar...@gmail.com> 于 2017年9月13日 下午8:06写道： On Wed, Sep 13, 2017 at 1:32 PM, Zhou, David(ChunMing) <david1.z...@amd.com> wrote: > Could you describe how difficult to directly use CS syncfile fd in Mesa > compared with concerting CS seq to syncfile fd via several syncob

Re: [PATCH 3/3] drm/amdgpu: add FENCE_TO_HANDLE ioctl that returns syncobj or sync_file

Could you describe how difficult to directly use CS syncfile fd in Mesa compared with concerting CS seq to syncfile fd via several syncobj ioctls? Regards, David Zhou 发自坚果 Pro Marek Ol?醟 于 2017年9月13日 下午6:11写道： On Wed, Sep 13, 2017 at 5:03 AM, zhoucm1

RE: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

Does that means we don't need invisible vram later? David -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Christian K?nig Sent: Wednesday, March 15, 2017 3:38 PM To: Ayyappa Ch Cc: linux-...@vger.kernel.org;

[PATCH] drm/amd/amdgpu: fix spelling mistake: "comleted" -> "completed"

+amd-gfx, patch is Reviewed-by: Chunming Zhou -Original Message- From: Colin King [mailto:colin.k...@canonical.com] Sent: Thursday, December 29, 2016 11:47 PM To: Deucher, Alexander ; Koenig, Christian ; David Airlie ; Zhou, David(ChunMing) ; StDenis, Tom ; Liu, Monk ; dri-devel

Fw: add find_bo_from_cpu_mapping interface

UMD can find the bo by the cpu address of BO. Any comments? Regards, David Zhou -- next part -- An HTML attachment was scrubbed... URL: -- next part

[PATCH] drm/amdgpu: don't oops on failure to load

Thanks for catching. Reviewed-by: Chunming Zhou Regards, David Zhou > -Original Message- > From: dri-devel [mailto:dri-devel-bounces at lists.freedesktop.org] On Behalf > Of Dave Airlie > Sent: Tuesday, November 03, 2015 7:35 AM > To: dri-devel at lists.freedesktop.org > Subject:

drm/amdgpu: implement cgs gpu memory callbacks

> -Original Message- > From: Dan Carpenter [mailto:dan.carpenter at oracle.com] > Sent: Tuesday, August 25, 2015 1:51 PM > To: Zhou, David(ChunMing) > Cc: dri-devel at lists.freedesktop.org > Subject: Re: drm/amdgpu: implement cgs gpu memory callbacks > > On Tu

drm/amdgpu: implement cgs gpu memory callbacks

Inline...[DZ] > -Original Message- > From: Dan Carpenter [mailto:dan.carpenter at oracle.com] > Sent: Tuesday, August 25, 2015 3:51 AM > To: Zhou, David(ChunMing) > Cc: dri-devel at lists.freedesktop.org > Subject: Re: drm/amdgpu: implement cgs gpu memory callbacks &

drm/amdgpu: implement cgs gpu memory callbacks

;= PAGE_SHIFT; max_offset = obj->placements[0].lpfn; max_offset <<= PAGE_SHIFT; Regards, David Zhou > -Original Message- > From: Dan Carpenter [mailto:dan.carpenter at oracle.com] > Sent: Saturday, August 22, 2015 12:24 AM > To: Zhou, David(ChunMing)

test

test -- next part -- An HTML attachment was scrubbed... URL: