From: Daniel Vetter <daniel@ffwll.ch> To: "Christian König" <ckoenig.leichtzumerken@gmail.com> Cc: Daniel Vetter <daniel@ffwll.ch>, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org Subject: Re: completely rework the dma_resv semantic Date: Fri, 14 Jan 2022 17:35:00 +0100 [thread overview] Message-ID: <YeGmNGuKtNDYNmsj@phenom.ffwll.local> (raw) In-Reply-To: <c63e62cc-e48e-2e81-571c-498e4d16fd21@gmail.com> On Thu, Dec 23, 2021 at 10:11:20AM +0100, Christian König wrote: > Am 22.12.21 um 23:17 schrieb Daniel Vetter: > > On Fri, Dec 17, 2021 at 03:39:52PM +0100, Christian König wrote: > > > Hi Daniel, > > > > > > looks like this is going nowhere and you don't seem to have time to review. > > > > > > What can we do? > > cc more people, you didn't cc any of the driver folks :-) > > Well I've CCed more people and lists and the first round of the patches. > Just wanted to get some more comments from you first before widening the > audience. Ime it's good to just always spam driver authors on big stuff like this, increases the odds more folks get involved. And in the end we need the entire subsystem to understand this (or at least not accidentally break the rules you roll out now like we've done in the past). Plus you'll get the driver acks faster that way :-) -Daniel > > Also I did find some review before I disappeared, back on 10th Jan. > > Good, then I have at least something todo for the first week on January. > > Happy holidays, > Christian. > > > > > Cheers, Daniel > > > > > Thanks, > > > Christian. > > > > > > Am 07.12.21 um 13:33 schrieb Christian König: > > > > Hi Daniel, > > > > > > > > just a gentle ping that you wanted to take a look at this. > > > > > > > > Not much changed compared to the last version, only a minor bugfix in > > > > the dma_resv_get_singleton error handling. > > > > > > > > Regards, > > > > Christian. > > > > > > > > > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel@ffwll.ch> To: "Christian König" <ckoenig.leichtzumerken@gmail.com> Cc: linaro-mm-sig@lists.linaro.org, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org Subject: Re: completely rework the dma_resv semantic Date: Fri, 14 Jan 2022 17:35:00 +0100 [thread overview] Message-ID: <YeGmNGuKtNDYNmsj@phenom.ffwll.local> (raw) In-Reply-To: <c63e62cc-e48e-2e81-571c-498e4d16fd21@gmail.com> On Thu, Dec 23, 2021 at 10:11:20AM +0100, Christian König wrote: > Am 22.12.21 um 23:17 schrieb Daniel Vetter: > > On Fri, Dec 17, 2021 at 03:39:52PM +0100, Christian König wrote: > > > Hi Daniel, > > > > > > looks like this is going nowhere and you don't seem to have time to review. > > > > > > What can we do? > > cc more people, you didn't cc any of the driver folks :-) > > Well I've CCed more people and lists and the first round of the patches. > Just wanted to get some more comments from you first before widening the > audience. Ime it's good to just always spam driver authors on big stuff like this, increases the odds more folks get involved. And in the end we need the entire subsystem to understand this (or at least not accidentally break the rules you roll out now like we've done in the past). Plus you'll get the driver acks faster that way :-) -Daniel > > Also I did find some review before I disappeared, back on 10th Jan. > > Good, then I have at least something todo for the first week on January. > > Happy holidays, > Christian. > > > > > Cheers, Daniel > > > > > Thanks, > > > Christian. > > > > > > Am 07.12.21 um 13:33 schrieb Christian König: > > > > Hi Daniel, > > > > > > > > just a gentle ping that you wanted to take a look at this. > > > > > > > > Not much changed compared to the last version, only a minor bugfix in > > > > the dma_resv_get_singleton error handling. > > > > > > > > Regards, > > > > Christian. > > > > > > > > > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
next prev parent reply other threads:[~2022-01-14 16:35 UTC|newest] Thread overview: 107+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-12-07 12:33 completely rework the dma_resv semantic Christian König 2021-12-07 12:33 ` [PATCH 01/24] dma-buf: add dma_resv_replace_fences Christian König 2021-12-22 21:05 ` Daniel Vetter 2021-12-22 21:05 ` Daniel Vetter 2022-01-03 10:48 ` Christian König 2022-01-03 10:48 ` Christian König 2022-01-14 16:28 ` Daniel Vetter 2022-01-14 16:28 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 02/24] dma-buf: finally make the dma_resv_list private Christian König 2021-12-22 21:08 ` Daniel Vetter 2021-12-22 21:08 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 03/24] dma-buf: drop excl_fence parameter from dma_resv_get_fences Christian König 2021-12-22 21:13 ` Daniel Vetter 2021-12-22 21:13 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 04/24] dma-buf: add dma_resv_get_singleton v2 Christian König 2021-12-22 21:21 ` Daniel Vetter 2021-12-22 21:21 ` Daniel Vetter 2022-01-03 11:13 ` Christian König 2022-01-03 11:13 ` Christian König 2022-01-14 16:31 ` Daniel Vetter 2022-01-14 16:31 ` Daniel Vetter 2022-01-17 11:26 ` Christian König 2022-01-17 11:26 ` Christian König 2022-03-02 17:39 ` Jason Ekstrand 2021-12-07 12:33 ` [PATCH 05/24] RDMA: use dma_resv_wait() instead of extracting the fence Christian König 2021-12-22 21:23 ` Daniel Vetter 2021-12-22 21:23 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 06/24] drm/etnaviv: stop using dma_resv_excl_fence Christian König 2021-12-22 21:26 ` Daniel Vetter 2021-12-22 21:26 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 07/24] drm/nouveau: " Christian König 2021-12-22 21:26 ` Daniel Vetter 2021-12-22 21:26 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 08/24] drm/vmwgfx: " Christian König 2021-12-22 21:31 ` Daniel Vetter 2021-12-22 21:31 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 09/24] drm/radeon: " Christian König 2021-12-22 21:30 ` Daniel Vetter 2021-12-22 21:30 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 10/24] drm/amdgpu: remove excl as shared workarounds Christian König 2021-12-22 21:34 ` Daniel Vetter 2021-12-22 21:34 ` Daniel Vetter 2021-12-07 12:33 ` [PATCH 11/24] drm/amdgpu: use dma_resv_for_each_fence for CS workaround Christian König 2021-12-22 21:37 ` Daniel Vetter 2021-12-22 21:37 ` Daniel Vetter 2022-01-03 12:24 ` Christian König 2022-01-03 12:24 ` Christian König 2021-12-07 12:33 ` [PATCH 12/24] dma-buf: finally make dma_resv_excl_fence private Christian König 2021-12-22 21:39 ` Daniel Vetter 2021-12-22 21:39 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 13/24] dma-buf: drop the DAG approach for the dma_resv object Christian König 2021-12-22 21:43 ` Daniel Vetter 2021-12-22 21:43 ` Daniel Vetter 2022-01-04 15:08 ` Christian König 2022-01-04 15:08 ` Christian König 2022-01-14 16:33 ` Daniel Vetter 2022-01-14 16:33 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 14/24] dma-buf/drivers: make reserving a shared slot mandatory v2 Christian König 2021-12-22 21:50 ` Daniel Vetter 2021-12-22 21:50 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 15/24] drm: support more than one write fence in drm_gem_plane_helper_prepare_fb Christian König 2021-12-22 21:51 ` Daniel Vetter 2021-12-22 21:51 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 16/24] drm/nouveau: support more than one write fence in fenv50_wndw_prepare_fb Christian König 2021-12-22 21:52 ` Daniel Vetter 2021-12-22 21:52 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 17/24] drm/amdgpu: use dma_resv_get_singleton in amdgpu_pasid_free_cb Christian König 2021-12-22 21:53 ` Daniel Vetter 2021-12-22 21:53 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 18/24] dma-buf: add enum dma_resv_usage v3 Christian König 2021-12-22 22:00 ` Daniel Vetter 2021-12-22 22:00 ` Daniel Vetter 2022-03-02 17:55 ` Jason Ekstrand 2022-03-03 13:13 ` Christian König 2021-12-07 12:34 ` [PATCH 19/24] dma-buf: specify usage while adding fences to dma_resv obj v2 Christian König 2021-12-07 12:34 ` [PATCH 20/24] dma-buf: add DMA_RESV_USAGE_KERNEL Christian König 2021-12-22 22:05 ` Daniel Vetter 2021-12-22 22:05 ` Daniel Vetter 2022-03-02 18:11 ` Jason Ekstrand 2022-03-03 13:49 ` Christian König 2021-12-07 12:34 ` [PATCH 21/24] dma-buf: add DMA_RESV_USAGE_BOOKKEEP Christian König 2021-12-22 22:10 ` Daniel Vetter 2021-12-22 22:10 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 22/24] dma-buf: wait for map to complete for static attachments Christian König 2021-12-22 22:16 ` Daniel Vetter 2021-12-22 22:16 ` Daniel Vetter 2021-12-07 12:34 ` [PATCH 23/24] amdgpu: remove DMA-buf fence workaround Christian König 2021-12-07 12:34 ` [PATCH 24/24] drm/ttm: remove bo->moving Christian König 2021-12-17 14:39 ` completely rework the dma_resv semantic Christian König 2021-12-22 22:17 ` Daniel Vetter 2021-12-22 22:17 ` Daniel Vetter 2021-12-23 9:11 ` Christian König 2021-12-23 9:11 ` Christian König 2022-01-14 16:35 ` Daniel Vetter [this message] 2022-01-14 16:35 ` Daniel Vetter -- strict thread matches above, loose matches on Subject: below -- 2022-02-11 12:49 Christian König 2022-02-18 11:03 ` Christian König 2021-11-29 12:06 Christian König 2021-11-29 12:06 ` Christian König 2021-11-23 14:20 Christian König 2021-11-23 14:20 ` Christian König 2021-11-24 8:31 ` Pekka Paalanen 2021-11-24 8:31 ` Pekka Paalanen 2021-11-24 8:39 ` Christian König 2021-11-24 8:39 ` Christian König 2021-11-25 16:04 ` Daniel Vetter 2021-11-25 16:04 ` 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=YeGmNGuKtNDYNmsj@phenom.ffwll.local \ --to=daniel@ffwll.ch \ --cc=ckoenig.leichtzumerken@gmail.com \ --cc=dri-devel@lists.freedesktop.org \ --cc=linaro-mm-sig@lists.linaro.org \ --cc=linux-media@vger.kernel.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.