Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1419328
| From | Chris Wilson <chris@chris-wilson.co.uk> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 2/3] dma-buf/sync_file: add sync_file_get_fence() |
| Date | 2016-06-10 14:30 +0200 |
| Message-ID | <rItJw-4w2-9@gated-at.bofh.it> (permalink) |
| References | <rI9KO-82L-11@gated-at.bofh.it> <rI9KO-82L-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Jun 09, 2016 at 12:05:29PM -0300, Gustavo Padovan wrote: > From: Gustavo Padovan <gustavo.padovan@collabora.co.uk> > > Creates a function that given an sync file descriptor returns a > fence_collection containing all fences in the sync_file. > > If there is only one fence in the sync_file this fence itself is returned, > however if there is more than one, a fence_collection fence is returned. > > v2: Comments by Daniel Vetter > - Adapt to new version of fence_collection_init() > - Hold a reference for the fence we return > > v3: - Adapt to use fput() directly > - rename to sync_file_get_fence() as we always return one fence > > v4: Adapt to use fence_array The sync_file looks just like a fence_array plus struct file integration. Is there a good reason why we cannot just use fence_array here? -Chris -- Chris Wilson, Intel Open Source Technology Centre
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH 2/3] dma-buf/sync_file: add sync_file_get_fence() Gustavo Padovan <gustavo@padovan.org> - 2016-06-09 17:10 +0200 Re: [PATCH 2/3] dma-buf/sync_file: add sync_file_get_fence() Chris Wilson <chris@chris-wilson.co.uk> - 2016-06-10 14:30 +0200
csiph-web