[GIT PULL]: dma-buf updates for 3.12

Hi Linus, Here's the 3.12 pull request for dma-buf framework updates. Its yet another small one - dma-buf framework now supports size discovery of the buffer via llseek. Could you please pull? Thanks and best regards, ~Sumit. The following changes since commit 26b0332e30c7f93e780aaa054bd84e343

Re: [GIT PULL]: dma-buf updates for 3.12

Hi Linus. Sincere apologies for the html post; this request is now in plain-text. (it has been convenient using the gmail interface, but I promise this is the last time you'll see a non-plain-text email from me. Apologies again! Best regards, ~Sumit. On 11 September 2013 17:07, Sumit S

linux-next: manual merge of the dma-buf tree with the drm-intel tree

On 20 May 2014 12:25, Stephen Rothwell wrote: > Hi Sumit, > > Today's linux-next merge of the dma-buf tree got a conflict in > drivers/gpu/drm/i915/i915_gem_dmabuf.c between commit 5cc9ed4b9a7a > ("drm/i915: Introduce mapping of user pages into video memory (userptr) > ioctl") from the drm-intel t

[PATCH] Documentation/dma-buf-sharing.txt: update API descriptions

struct sg_table *, >> +enum dma_data_direction); >> >> unmap_dma_buf signifies the end-of-DMA for the attachment provided. Like >> map_dma_buf, this API also must be implemented by the exporter. >> -- >> 1.7.9.5 >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >> the body of a message to majordomo at vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> Please read the FAQ at http://www.tux.org/lkml/ -- Thanks and regards, Sumit Semwal Graphics Engineer - Graphics working group Linaro.org ? Open source software for ARM SoCs

[PATCH linux-next] DRM: Armada: update dma_buf_export use

for the prod Stephen! All, I'll merge it in today's for-next for me. > -- > Cheers, > Stephen Rothwell sfr at canb.auug.org.au -- Thanks and regards, Sumit Semwal Graphics Engineer - Graphics working group Linaro.org ? Open source software for ARM SoCs

[PATCH 0/5] sphinxification for dma-buf docs

plicit vs. explicit fencing >> and how it's all supposed to work. >> Thanks for the patch series; I had something in the works too, but you beat me to it! :) Looks good to me, so please feel free to add my Acked-by: Sumit Semwal to the series. >> But just cleanup in the dma

[PATCH] staging/android: remove Sync Framework tasks from TODO

, please feel free to add my Acked-by: Sumit Semwal to it. > --- > drivers/staging/android/TODO | 8 > 1 file changed, 8 deletions(-) > > diff --git a/drivers/staging/android/TODO b/drivers/staging/android/TODO > index 64d8c87..8f3ac37 100644 > --- a/drivers/st

[PATCH 0/5] sphinxification for dma-buf docs

Thanks Jonathan! On 12 December 2016 at 01:14, Jonathan Corbet wrote: > On Sun, 11 Dec 2016 18:35:42 +0100 > Daniel Vetter wrote: > >> > Here's a thought, though: how about if we slip in a little version of >> > dma-buf.rst now with a "coming soon, don't miss it!!" message? Then the >> > rest o

[PATCH 0/4] dma-buf/reservation doc updates

Hi Rob, On 1 April 2016 at 19:37, Alex Deucher wrote: > On Thu, Mar 31, 2016 at 4:26 PM, Rob Clark wrote: >> Some dma-buf headerdoc fixes (turns out dma-buf.h wasn't getting pulled >> into doc build), add reservation headerdoc, and fixup a bit the section >> in device-drivers.tmpl. >> Thanks for

[PATCH 01/11] reservation: add reservation_object_get_excl_unlocked()

date commit message. :) > > oh, whoops.. Sumit, want me to resend or can you just fixup the commit > msg when you apply the patch? > No worries Rob, I can take care while applying. > BR, > -R -- Thanks and regards, Sumit Semwal Linaro Mobile Group - Kernel Team Lead Linaro.org │ Open source software for ARM SoCs

[RESEND] fence: add missing descriptions for fence

Hi Luis, On 12 April 2016 at 04:03, Luis de Bethencourt wrote: > On 11/04/16 21:09, Gustavo Padovan wrote: >> Hi Luis, >> >> 2016-04-11 Luis de Bethencourt : >> >>> The members child_list and active_list were added to the fence struct >>> without descriptions for the Documentation. Adding these

Re: [PATCH 2/5] dma-buf: remove kmap_atomic interface

was out of office for some time) - this looks ok to me, please feel free to add my Acked-by: Sumit Semwal > >> --- > >> drivers/dma-buf/dma-buf.c | 44 > >> -- > >> drivers/gpu/drm/amd/amdgpu/amdgpu_prime.c

Re: [PATCH] Remove the parameter not described warning

file > * @pad: padding for 64-bit alignment, should always be zero > * @sync_fence_info: pointer to array of struct &sync_fence_info with all > * fences in the sync_file > -- > 2.34.1 > Best, Sumit. -- Thanks and regards, Sumit Semwal (he / him) Tech Le

Re: [PATCH v2] Remove the parameter not described warning

ruct &sync_fence_info with all > * fences in the sync_file > -- > 2.34.1 > Best, Sumit. -- Thanks and regards, Sumit Semwal (he / him) Tech Lead - LCG, Vertical Technologies Linaro.org │ Open source software for ARM SoCs

Re: [PATCH RESEND drm-misc 4/4] dma-buf: heaps: make dma_heap_class constant

dma_heap_class = class_create(DEVNAME); > > - if (IS_ERR(dma_heap_class)) { > > + ret = class_register(&dma_heap_class); > > + if (ret) { > > unregister_chrdev_region(dma_heap_devt, NUM_HEAP_MINORS); > > - return PTR_ERR(dma_heap_class); > > + return ret; > > } > > - dma_heap_class->devnode = dma_heap_devnode; > > > > return 0; > > } > > > > -- > > 2.43.0 > > Reviewed-by: T.J. Mercier FWIW, please free to add my Acked-by: Sumit Semwal > > > Is this really a resend? I don't see anything on lore and I can't > recall seeing this patch in my inbox before. Best, Sumit. -- Thanks and regards, Sumit Semwal (he / him) Tech Lead - LCG, Vertical Technologies Linaro.org │ Open source software for ARM SoCs

Re: [PATCH] dma-buf: heaps: Don't track CMA dma-buf pages under RssFile

ap(struct dma_buf *dmabuf, struct > vm_area_struct *vma) > if ((vma->vm_flags & (VM_SHARED | VM_MAYSHARE)) == 0) > return -EINVAL; > > + vm_flags_set(vma, VM_IO | VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP); > + > vma->vm_ops = &dma_heap_vm_ops; > vma->vm_private_data = buffer; > > > > -- Thanks and regards, Sumit Semwal (he / him) Tech Lead - LCG, Vertical Technologies Linaro.org │ Open source software for ARM SoCs

Re: [PATCH] dma-buf/heaps: Correct the types of fd_flags and heap_flags

Hi Barry, On Mon, 10 Jun 2024 at 22:14, Carlos Llamas wrote: > > On Thu, Jun 06, 2024 at 02:02:13PM +1200, Barry Song wrote: > > From: Barry Song > > > > dma_heap_allocation_data defines the UAPI as follows: > > > > struct dma_heap_allocation_data { > > __u64 len; > > __u32 fd;

Re: tracing, dma-buf: Remove unused trace event dma_fence_annotate_wait_on

27;s just removing > unused traecpoints. I added it to my tree already (but haven't pushed > it to linux-next yet), with the Reviewed by from Christian. Is that OK? > It shouldn't cause any merge conflicts that Linus can't handle. I suspect it should be ok; please do feel

Re: [PATCH 1/2] dma-buf: keep only not signaled fence in reservation_object_add_shared_replace v2

Hi Christian, On 30 October 2017 at 20:29, Christian König wrote: > From: Christian König > > The amdgpu issue to also need signaled fences in the reservation objects > should be fixed by now. > > Optimize the list by keeping only the not signaled yet fences around. I think this warrants some m

Re: [PATCH 0/4] dma-buf: Silence dma_fence __rcu sparse warnings

it wrong ;) >> >> Cc: Dave Airlie >> Cc: Jason Ekstrand >> Cc: linaro-mm-...@lists.linaro.org >> Cc: linux-me...@vger.kernel.org >> Cc: Alex Deucher >> Cc: Christian König >> Cc: Sumit Semwal >> Cc: Chris Wilson >> >> Chris Wils

Re: [PATCH] dma-buf/sync_file: document flags field

Hi Gustavo, On 1 August 2017 at 01:06, Gustavo Padovan wrote: > From: Gustavo Padovan > > Documentation for it was missing. > > Signed-off-by: Gustavo Padovan Acked-by: Sumit Semwal > --- > include/linux/sync_file.h | 4 > 1 file changed, 4 insertions(+) > &

Re: [PATCH 0/3] dma-buf changes for ttm and amdgpu

x27;t exist anymore, all the dma-buf stuff is in drm-misc now). >> And you have commit rights for that even :-) > > Yeah, I just didn't want to step on Sumit's toes in case he preferred to > handle dma-buf patches himself. > Apologies for missing your ping! Please fee

Re: [PATCH] dma-buf: Fix ifnullfree.cocci warnings

ive(dma_buf_debugfs_dir); > + debugfs_remove_recursive(dma_buf_debugfs_dir); > } > #else > static inline int dma_buf_init_debugfs(void) > -- > 1.9.1 > -- Thanks and regards, Sumit Semwal Linaro Mobile Group - Kernel Team Lead Linaro.org │ Open source software for AR

[PATCH] dma-buf/fence: fix fence_is_later v2

; - return f1->seqno - f2->seqno < INT_MAX; > > > + return (int)(f1->seqno - f2->seqno) > 0; > > > } > > > > > > /** > > > > > > > According to > > > > scripts/get_maintainer.pl include/linux/fence.h > >

[PATCH] dma-buf/fence: fix fence_is_later v2

Hi Alex, On 29 February 2016 at 21:23, Alex Deucher wrote: > From: Christian König > > A fence is never later than itself. This caused a bunch of overhead for > AMDGPU. > Thanks; added to for-next. > v2: simplify check as suggested by Michel. > Best regards, ~Sumit.

[PATCH] dma-buf, drm, ion: Propagate error code from dma_buf_start_cpu_access()

851e >> Author: Daniel Vetter >> Date: Thu Feb 11 20:04:51 2016 -0200 >> >> dma-buf: Add ioctls to allow userspace to flush >> >> Testcase: igt/gem_concurrent_blit/*dmabuf*interruptible >> Testcase: igt/prime_mmap_coherency/ioctl-errors >> Signed-o

[PATCH] dma-buf/sync_file: de-stage sync_file

Thanks for the patch, Gustavo! On 18 March 2016 at 19:49, Gustavo Padovan wrote: > From: Gustavo Padovan > > sync_file is useful to connect one or more fences to the file. The file is > used by userspace to track fences. > I think it is worthwhile to add relevant bits to the Documentation as wel

[PATCH] dma-buf: Update docs for SYNC ioctl

On 21 March 2016 at 13:00, Daniel Vetter wrote: > Just a bit of wording polish plus mentioning that it can fail and must > be restarted. > > Requested by Sumit. > > Cc: Chris Wilson > Cc: Tiago Vignatti > Cc: Stéphane Marchesin > Cc: David Herrmann > Cc: Sum

Re: [PATCH] dma-buf: heaps: Add __init to CMA and system heap module_init functions

Hello, On Fri, 6 Sept 2024 at 05:47, John Stultz wrote: > > On Thu, Sep 5, 2024 at 5:03 PM T.J. Mercier wrote: > > > > Shrink the kernel .text a bit after successful initialization of the > > heaps. > > > > Signed-off-by: T.J. Mercier > > Acked-by: John Stultz Thanks for the patch; pushed to

Re: [PATCH v2] dma-buf: align fd_flags and heap_flags with dma_heap_allocation_data

p.h > @@ -19,7 +19,7 @@ > #define DMA_HEAP_VALID_FD_FLAGS (O_CLOEXEC | O_ACCMODE) > > /* Currently no heap flags */ > -#define DMA_HEAP_VALID_HEAP_FLAGS (0) > +#define DMA_HEAP_VALID_HEAP_FLAGS (0ULL) > > /** > * struct dma_heap_allocation_data - metadata passed from userspace for > -- > 2.34.1 > -- Thanks and regards, Sumit Semwal (he / him) Tech Lead - LCG, Vertical Technologies Linaro.org │ Open source software for ARM SoCs

Re: [Linaro-mm-sig] [PATCH] dma-buf: Add debugfs support

Hi Maarten, On 14 December 2012 17:27, Maarten Lankhorst wrote: > Op 14-12-12 10:36, sumit.sem...@ti.com schreef: > > From: Sumit Semwal > > > > Add debugfs support to make it easier to print debug information > > about the dma-buf buffers. > > > I like t

Re: [PATCH] dma-buf: Add debugfs support

! Will update in next version. > > -- > Daniel Vetter > Software Engineer, Intel Corporation > +41 (0) 79 365 57 48 - http://blog.ffwll.ch Best regards, Sumit Semwal ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [Linaro-mm-sig] [PATCH] dma-buf: Add debugfs support

On 17 December 2012 14:25, Sumit Semwal wrote: Apologies for re-sending, since the gmail ui 'decided' to set some formatting options by default! > Hi Maarten, > > On 14 December 2012 17:27, Maarten Lankhorst > wrote: >> >> Op 14-12-12 10:36, sumit.sem...@ti.co

[GIT PULL]: dma-buf updates for 3.8

Hi Linus, A fairly small dma-buf pull request for 3.8 - only 2 patches. Could you please pull? Thanks! ~Sumit. The following changes since commit f01af9f85855e38fbd601e033a8eac204cc4cc1c: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc (2012-12-19 20:31:02 -0800) are availabl

Re: [PATCH] dma-buf: might_sleep() in dma_buf_unmap_attachment()

On Friday 28 September 2012 01:09 PM, Maarten Lankhorst wrote: Op 28-09-12 09:29, Rob Clark schreef: From: Rob Clark We never really clarified if unmap could be done in atomic context. But since mapping might require sleeping, this implies mutex in use to synchronize mapping/unmapping, so unma

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

TO/MemoryManagement [2]: http://lwn.net/Articles/454389 Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- drivers/base/Kconfig| 10 ++ drivers/base/Makefile |1 + drivers/base/dma-buf.c | 242 +++ include/linux/dma-buf.h | 16

[RFC 2/2] dma-buf: Documentation for buffer sharing framework

Add documentation for dma buffer sharing framework, explaining the various operations, members and API of the dma buffer sharing framework. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 210 + 1 files

[RFC 0/2] Introduce dma buffer sharing mechanism

tanislawski , who demonstrated buffer sharing between two v4l2 devices. [2] References: [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 Sumit Semwal (2): dma-buf: Introduce dma buffer sharing mechanism dma-buf: Documentation for buffer sharing fra

Re: [RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On 14 October 2011 15:30, Tomasz Stanislawski wrote: > Hi Mr. Sumit Semwal, Hello Mr. Tomasz Stanislawski :), > Thank you for taking care of the framework for buffer sharing. > The support of buffer sharing in V4L2, both exporting and importing was > posted in shrbuf proof-of-conce

[RFC v2 2/2] dma-buf: Documentation for buffer sharing framework

Add documentation for dma buffer sharing framework, explaining the various operations, members and API of the dma buffer sharing framework. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 223 + 1 files

[RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

rom Arnd Bergmann , Rob Clark and Daniel Vetter . The implementation is inspired from proof-of-concept patch-set from Tomasz Stanislawski , who demonstrated buffer sharing between two v4l2 devices. [2] [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 S

[RFC v2 0/2] Introduce DMA buffer sharing mechanism

urrent version can be found at http://git.linaro.org/gitweb?p=people/sumitsemwal/linux-3.x.git Branch: dma-buf-upstr-v2 Earlier version at: https://lkml.org/lkml/2011/10/11/92 Best regards, ~Sumit Semwal History: v2: - Review comments incorporated: - from Tomasz Stanislawski [https:

[RFC v3 0/2] Introduce DMA buffer sharing mechanism

urrent version can be found at http://git.linaro.org/gitweb?p=people/sumitsemwal/linux-3.x.git Branch: dma-buf-upstr-v2 Earlier versions: v2 at: https://lkml.org/lkml/2011/12/2/53 v1 at: https://lkml.org/lkml/2011/10/11/92 Best regards, ~Sumit Semwal History: v3: - Review comments incorporated:

[RFC v3 0/2] Introduce DMA buffer sharing mechanism

rk/kernel-omap4/commits/dmabuf Patchset based on top of 3.2-rc3, the current version can be found at http://git.linaro.org/gitweb?p=people/sumitsemwal/linux-3.x.git Branch: dma-buf-upstr-v3 Earlier versions: v2 at: https://lkml.org/lkml/2011/12/2/53 v1 at: https://lkml.org/lkml/2011/10/11/92 B

[RFC v3 1/2] dma-buf: Introduce dma buffer sharing mechanism

ing between two v4l2 devices. [2] [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- drivers/base/Kconfig| 10 ++ drivers/base/Makefile |1 + drivers/base/dma-buf.c | 289 +

[RFC v3 2/2] dma-buf: Documentation for buffer sharing framework

Add documentation for dma buffer sharing framework, explaining the various operations, members and API of the dma buffer sharing framework. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 222 + 1 files

[PATCH 0/3] Introduce DMA buffer sharing mechanism

/2011/10/11/92 Wish you all happy vacations and a very happy, joyous and prosperous new year 2012 :) Best regards, ~Sumit Semwal History: v4: - Review comments incorporated: - from Konrad Rzeszutek Wilk [https://lkml.org/lkml/2011/12/20/209] - corrected language in some comments - re-

[PATCH 1/3] dma-buf: Introduce dma buffer sharing mechanism

tanislawski , who demonstrated buffer sharing between two v4l2 devices. [2] [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal Reviewed-by: Daniel Vetter Reviewed-by: Dave Airlie Reviewed-and-Te

[PATCH 2/3] dma-buf: Documentation for buffer sharing framework

Add documentation for dma buffer sharing framework, explaining the various operations, members and API of the dma buffer sharing framework. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal Reviewed-by: Daniel Vetter --- Documentation/dma-buf-sharing.txt | 224

[PATCH 3/3] dma-buf: mark EXPERIMENTAL for 1st release.

Mark dma-buf buffer sharing API as EXPERIMENTAL for first release. We will remove this in later versions, once it gets smoothed out and has more users. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- drivers/base/Kconfig |1 + 1 files changed, 1 insertions(+), 0 deletions

Re: [git pull] dma-buf tree

On 9 January 2012 03:38, Linus Torvalds wrote: > On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote: >> >> Now we've all agreed that the initial implementation is a good baseline >> for us to move forward on, but its messy working with others when the core >> code is out of tree. So we'd like to m

[PATCH] dma-buf: Documentation update for Kconfig select

As per Linus' comment, dma-buf Kconfig entry shouldn't have an option text, but should be selected by the subsystems that use it. Add this information in the documentation as well. Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt |4 1 files changed, 4

Re: [git pull] dma-buf tree

Hi Dave, On 13 January 2012 14:38, Dave Airlie wrote: > On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal wrote: >> On 9 January 2012 03:38, Linus Torvalds >> wrote: >>> However, I ask myself whether it's ever sane to ask the user to enable >>> this? Is

[PATCH] MAINTAINERS: Add dma-buf sharing framework maintainer

Adding maintainer info for dma-buf DMA buffer sharing framework. Signed-off-by: Sumit Semwal --- MAINTAINERS |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index fa3f5e6..620119e 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2246,6

Re: [Linaro-mm-sig] [PATCH] MAINTAINERS: Add dma-buf sharing framework maintainer

On 18 January 2012 17:16, Daniel Vetter wrote: > On Wed, Jan 18, 2012 at 03:46:59PM +0530, Sumit Semwal wrote: >> Adding maintainer info for dma-buf DMA buffer sharing framework. >> >> Signed-off-by: Sumit Semwal >> --- >>  MAINTAINERS |    8 >&g

[PATCH] MAINTAINERS: Add dma-buf sharing framework maintainer

Adding maintainer info for dma-buf buffer sharing framework; some mailing lists interested in this work are also added. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal Acked-by: Arnd Bergmann --- MAINTAINERS | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff

Re: [PATCH] MAINTAINERS: Add dma-buf sharing framework maintainer

On Jan 20, 2012 4:33 PM, "Dave Airlie" wrote: > > On Thu, Jan 19, 2012 at 10:39 AM, Daniel Vetter wrote: > > On Thu, Jan 19, 2012 at 03:04:25PM +0530, Sumit Semwal wrote: > >> Adding maintainer info for dma-buf buffer sharing framework; > >> some mailin

[PATCH] dma-buf: add dma_data_direction to unmap dma_buf_op

Some exporters may use DMA map/unmap APIs in dma-buf ops, which require enum dma_data_direction while unmapping. Thus, the unmap dma_buf_op also needs to have enum dma_data_direction as a parameter. Reported-by: Tomasz Stanislawski Signed-off-by: Sumit Semwal --- drivers/base/Kconfig

[PATCH] dma-buf: add dma_data_direction to unmap dma_buf_op

Some exporters may use DMA map/unmap APIs in dma-buf ops, which require enum dma_data_direction for both map and unmap operations. Thus, the unmap dma_buf_op also needs to have enum dma_data_direction as a parameter. Reported-by: Tomasz Stanislawski Signed-off-by: Sumit Semwal --- drivers

dma-buf feature tree: working model

Hi all, Since the inclusion of dma-buf buffer sharing framework in 3.3 (thanks to Dave Airlie primarily), I have been volunteered to be its maintainer. Obviously there is a need for some simple rules about the dma-buf feature tree, so here we are: - there will be a 'for-next' branch for (N+1), w

for-next inclusion request: dma-buf buffer sharing framework

Hi Stephen, May I request you to please add the dma-buf buffer sharing framework tree to linux-next? It is hosted here git://git.linaro.org/people/sumitsemwal/linux-dma-buf.git branch: for-next -- Thanks and nest regards, Sumit Semwal. ___ dri-devel

Re: [Linaro-mm-sig] [PATCH] dma-buf: add get_dma_buf()

On 16 March 2012 23:23, Dave Airlie wrote: > On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote: >> From: Rob Clark >> >> Works in a similar way to get_file(), and is needed in cases such as >> when the exporter needs to also keep a reference to the dmabuf (that >> is later released with a dma_buf

Re: [Linaro-mm-sig] [PATCH] dma-buf: pass flags into dma_buf_fd.

On 16 March 2012 20:21, Rob Clark wrote: > On Fri, Mar 16, 2012 at 5:34 AM, Dave Airlie wrote: >> From: Dave Airlie >> >> We need to pass the flags into dma_buf_fd at this point, >> so the flags end up doing the right thing for O_CLOEXEC. >> >> Signed-off-by: Dave Airlie > > Signed-off-by: Rob

Re: [Linaro-mm-sig] [PATCH 1/4] dma-buf: don't hold the mutex around map/unmap calls

On 19 March 2012 05:04, Daniel Vetter wrote: > The mutex protects the attachment list and hence needs to be held > around the callbakc to the exporters (optional) attach/detach > functions. > > Holding the mutex around the map/unmap calls doesn't protect any > dma_buf state. Exporters need to prop

Re: [Linaro-mm-sig] [PATCH] dma-buf: add support for kernel cpu access

d do everything required so that > the kmap calls can succeed (like swapin/backing storage allocation, > flushing, ...). > > More in-depth explanations will follow in the follow-up documentation > patch. > > Changes in v2: > > - Clear up begin_cpu_access confusion notice

Re: [Linaro-mm-sig] [PATCH 3/4] dma_buf: Add documentation for the new cpu access support

On 19 March 2012 07:24, Rob Clark wrote: > On Sun, Mar 18, 2012 at 6:34 PM, Daniel Vetter wrote: >> v2: Fix spelling issues noticed by Rob Clark. >> >> Signed-off-by: Daniel Vetter > > Signed-off-by: Rob Clark Thanks; applied to for-next. > BR, ~me.

Re: [PATCH] dma-buf: document fd flags and O_CLOEXEC requirement

On 20 March 2012 03:12, Rob Clark wrote: > From: Rob Clark > > Otherwise subsystems will get this wrong and end up with a second > export ioctl with the flag and O_CLOEXEC support added. > > Signed-off-by: Rob Clark > Reviewed-by: Daniel Vetter > --- > Updated version of Daniel's original docum

[PATCH] dma-buf: Correct dummy function declarations.

are needed for compilation when dma-buf framework is not compiled-in. Also, the introduction of flags in dma_buf_fd needs to be added to dummy functions as well. Signed-off-by: Sumit Semwal --- include/linux/dma-buf.h | 26 +- 1 files changed, 13 insertions(+), 13

[GIT PULL]: dma-buf updates for 3.4

: add get_dma_buf() dma-buf: document fd flags and O_CLOEXEC requirement Sumit Semwal (2): dma-buf: add dma_data_direction to unmap dma_buf_op dma-buf: correct dummy function declarations. Documentation/dma-buf-sharing.txt | 120 ++- drivers/base/dma-

Re: [Linaro-mm-sig] [PATCH] drm: base prime/dma-buf support (v5)

; IS_ERR > >> v3: Fix Ville pointed out using buffer + kmalloc > >> v4: add locking as per ickle review > >> v5: allow re-exporting the original dma-buf (Daniel) > >> > >> Signed-off-by: Dave Airlie > > > > With the little comment about self-importing we&#x

Re: [Linaro-mm-sig] [PATCH] dma-buf: add vmap interface (v2)

Hi Dave, On 17 May 2012 16:01, Dave Airlie wrote: > From: Dave Airlie > > The main requirement I have for this interface is for scanning out > using the USB gpu devices. Since these devices have to read the > framebuffer on updates and linearly compress it, using kmaps > is a major overhead for

Re: [PATCH] dma-buf: mmap support

Hi Daniel, Rob, On 11 May 2012 21:00, Rob Clark wrote: > On Tue, Apr 24, 2012 at 4:08 AM, Daniel Vetter wrote: >> Compared to Rob Clark's RFC I've ditched the prepare/finish hooks >> >> Cc: Rob Clark >> Cc: Rebecca Schultz Zavin >> Signed-Off-by: Daniel Vetter > > Acked-by: Rob Clark Thanks

Re: [Linaro-mm-sig] [PATCH] dma-buf: add vmap interface (v3)

Hi Dave, On 19 May 2012 12:48, Rob Clark wrote: > On Fri, May 18, 2012 at 12:44 PM, Dave Airlie wrote: >> From: Dave Airlie >> >> The main requirement I have for this interface is for scanning out >> using the USB gpu devices. Since these devices have to read the >> framebuffer on updates and l

[PATCH] dma-buf: minor documentation fixes.

Some minor inline documentation fixes for gaps resulting from new patches. Signed-off-by: Sumit Semwal --- drivers/base/dma-buf.c |9 + include/linux/dma-buf.h |3 +++ 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c

[GIT PULL]: dma-buf updates for 3.5

s for 3.5 Daniel Vetter (1): dma-buf: mmap support Dave Airlie (2): dma-buf: add vmap interface dma-buf: add initial vmap documentation Sumit Semwal (1): dma-buf: minor documentation fixes. Documentation/dm

Re: [GIT PULL]: dma-buf updates for 3.5

Hi Linus, On 25 May 2012 13:25, Sumit Semwal wrote: > Hi Linus, > > Here's the first signed-tag pull request for dma-buf framework. > > Could you please pull the dma-buf updates for 3.5? This includes the > following key items: > - mmap support > - vmap support >

Re: [Linaro-mm-sig] [PATCH] dma-buf: fix disabled vmap function

Hi Dave, On 25 May 2012 14:34, Dave Airlie wrote: > From: Dave Airlie > > include/linux/dma-buf.h: In function ‘dma_buf_vmap’: > include/linux/dma-buf.h:260:1: warning: no return statement in function > returning non-void [-Wreturn-type] > > Reported-by: w...@linux.intel.com > Signed-off-by: Da

Re: [GIT PULL]: dma-buf updates for 3.5

Hi Linus, On 25 May 2012 22:14, Linus Torvalds wrote: > On Fri, May 25, 2012 at 2:17 AM, Sumit Semwal wrote: >> >> I am really sorry - I goofed up in the git URL (sent the ssh URL >> instead). > > I was going to send you an acerbic email asking for your private ssh &

Re: [RFC PATCH 1/3] dma-fence: dma-buf synchronization (v5)

Hi Maarten, On 27 July 2012 19:09, Maarten Lankhorst wrote: > A dma-fence can be attached to a buffer which is being filled or consumed > by hw, to allow userspace to pass the buffer without waiting to another > device. For example, userspace can call page_flip ioctl to display the > next frame o

Re: [PATCH 1/3] dma-fence: dma-buf synchronization (v7)

maturely while > keeping everything stable. As such, aborting requests should only be done > in exceptional circumstances, in this case hardware died and things are > already locked up anyhow.. > > ~Maarten > -- Thanks and best regards, Sumit Semwal ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH] dma-buf: add reference counting for exporter module

t;> >>if (WARN_ON(!priv || !ops >> >> +|| !ops->owner >> >> Thank you for spotting this. >> I didn'y know that try_get_module returned true is module was NULL. >> >> BTW. Is it worth to add ".owner = TH

Re: [PATCH] CHROMIUM: dma-buf: restore args on failure of dma_buf_mmap

dmabuf, vma); > + ret = dmabuf->ops->mmap(dmabuf, vma); > + if (ret) { > + /* restore old parameters on failure */ > + vma->vm_file = oldfile; > + fput(dmabuf->file); > + } else { > + if (oldfil

Re: [PATCH] CHROMIUM: dma-buf: restore args on failure of dma_buf_mmap

;> + /* restore old parameters on failure */ >> + vma->vm_file = oldfile; >> + fput(dmabuf->file); >> + } else { >> + if (oldfile) >> + fput(oldfile); >> + } >> +

[GIT PULL]: dma-buf updates for 3.9

Hi Linus, Here's the 3.9 pull request for dma-buf framework updates: could you please pull? Thanks and best regards, ~Sumit. The following changes since commit d895cb1af15c04c522a25c79cc429076987c089b: Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs (2013-0

[PATCH v2 0/2] dma-buf: Add support for debugfs

debugging, but we'll leave that for the time being. Best regards, ~Sumit. Sumit Semwal (2): dma-buf: replace dma_buf_export() with dma_buf_export_named() dma-buf: Add debugfs support Documentation/dma-buf-sharing.txt | 13 ++- drivers/base/dma-buf.c|

[PATCH 1/2] dma-buf: replace dma_buf_export() with dma_buf_export_named()

e themselves, a #define dma_buf_export() is also made available, which adds a __FILE__ instead of 'exp_name'. Cc: Daniel Vetter [Thanks for the idea!] Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 13 +++-- drivers/base/dma-buf.c| 11 +

[PATCH 2/2] dma-buf: Add debugfs support

Add debugfs support to make it easier to print debug information about the dma-buf buffers. Cc: Dave Airlie [minor fixes on init and warning fix] Signed-off-by: Sumit Semwal --- changes since v1: - fixes on init and warnings as reported and corrected by Dave Airlie. - add locking while

Re: [PATCH 2/2] dma-buf: Add debugfs support

Hi Laurent! Thanks for the review: On 27 March 2013 05:38, Laurent Pinchart wrote: > Hi Sumit, > > Thanks for the patch. > > On Monday 25 March 2013 16:50:46 Sumit Semwal wrote: >> Add debugfs support to make it easier to print debug information >> about the dma-

[PATCH v3 0/2] dma-buf: Add support for debugfs

with dma_buf_export_named(), per suggestion from Daniel Vetter. - fixes on init and warnings as reported and corrected by Dave Airlie. - added locking while walking attachment list - reported by Daniel Vetter. Sumit Semwal (2): dma-buf: replace dma_buf_export() with dma_buf_export_named()

[PATCH v3 1/2] dma-buf: replace dma_buf_export() with dma_buf_export_named()

e themselves, a #define dma_buf_export() is also made available, which adds a __FILE__ instead of 'exp_name'. Cc: Daniel Vetter [Thanks for the idea!] Reviewed-by: Daniel Vetter Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 13 +++-- drivers/base/dm

[PATCH v3 2/2] dma-buf: Add debugfs support

Add debugfs support to make it easier to print debug information about the dma-buf buffers. Cc: Dave Airlie [minor fixes on init and warning fix] Signed-off-by: Sumit Semwal --- changes since v2: (based on review comments from Laurent Pinchart) - reordered functions to avoid forward

Re: [PATCH v3 0/2] dma-buf: Add support for debugfs

Hi All, On 4 April 2013 11:58, Sumit Semwal wrote: > The patch series adds a much-missed support for debugfs to dma-buf framework. > > Based on the feedback received on v1 of this patch series, support is also > added to allow exporters to provide name-strings that will prove us

[GIT PULL]: dma-buf updates for 3.10

6:22 +0530) 3.10 dma-buf updates Added debugfs support to dma-buf. -------- Sumit Semwal (2): dma-buf: replace dma_buf_export() with dma_buf_export_named() dma-buf: Add debugfs support Documentation/dma-buf-sharing

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

TO/MemoryManagement [2]: http://lwn.net/Articles/454389 Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- drivers/base/Kconfig| 10 ++ drivers/base/Makefile |1 + drivers/base/dma-buf.c | 242 +++ include/linux/dma-buf.h | 16

[RFC 2/2] dma-buf: Documentation for buffer sharing framework

Add documentation for dma buffer sharing framework, explaining the various operations, members and API of the dma buffer sharing framework. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- Documentation/dma-buf-sharing.txt | 210 + 1 files

[RFC 0/2] Introduce dma buffer sharing mechanism

tanislawski , who demonstrated buffer sharing between two v4l2 devices. [2] References: [1]: https://wiki.linaro.org/OfficeofCTO/MemoryManagement [2]: http://lwn.net/Articles/454389 Sumit Semwal (2): dma-buf: Introduce dma buffer sharing mechanism dma-buf: Documentation for buffer sharing fra

[RFC 1/2] dma-buf: Introduce dma buffer sharing mechanism

On 14 October 2011 15:30, Tomasz Stanislawski wrote: > Hi Mr. Sumit Semwal, Hello Mr. Tomasz Stanislawski :), > Thank you for taking care of the framework for buffer sharing. > The support of buffer sharing in V4L2, both exporting and importing was > posted in shrbuf proof-of-conce

[RFC PATCH 1/3] dma-fence: dma-buf synchronization (v5)

Hi Maarten, On 27 July 2012 19:09, Maarten Lankhorst wrote: > A dma-fence can be attached to a buffer which is being filled or consumed > by hw, to allow userspace to pass the buffer without waiting to another > device. For example, userspace can call page_flip ioctl to display the > next frame o

[PATCH 1/3] dma-fence: dma-buf synchronization (v7)

maturely while > keeping everything stable. As such, aborting requests should only be done > in exceptional circumstances, in this case hardware died and things are > already locked up anyhow.. > > ~Maarten > -- Thanks and best regards, Sumit Semwal

[PATCH] dma-buf: add reference counting for exporter module

t;> >>if (WARN_ON(!priv || !ops >> >> +|| !ops->owner >> >> Thank you for spotting this. >> I didn'y know that try_get_module returned true is module was NULL. >> >> BTW. Is it worth to add ".owner = THIS_MODULE," to all dma_buf >> exporters in this patch? > > Yeah, I think that makes sense. Otherwise it might get lost somewhere, > i.e. you can smash my Ack on this. > -Daniel > -- > Daniel Vetter > Mail: daniel at ffwll.ch > Mobile: +41 (0)79 365 57 48 -- Thanks and regards, Sumit Semwal.

<    1   2   3   4   5   >