[Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-22 Thread Daniel Vetter
On Wed, Mar 21, 2012 at 03:44:38PM -0700, Rebecca Schultz Zavin wrote: > Couldn't this just as easily be handled by not having those mappings > be mapped cached or write combine to userspace? They'd be coherent, > just slow. I'm not sure we can actually say that all these cpu access > are necessa

[Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Daniel Vetter
On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote: > I want to make sure I understand how this would work. I've been planning > on making cache maintenance implicit, and most of the corresponding > userspace components I've seen for android expect to do implicit cache > mainten

Re: [Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 3:25 PM, Daniel Vetter wrote: > On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote: >> I want to make sure I understand how this would work.  I've been planning >> on making cache maintenance implicit, and most of the corresponding >> userspace components

Re: [Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 8:45 AM, Rob Clark wrote: > On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter wrote: >> Let's have some competition here for dma_buf mmap support ;-) >> >> Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks >> and corresponding ioctls on the dma_buf file. The

Re: [Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 8:45 AM, Rob Clark wrote: > On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter > wrote: > > Let's have some competition here for dma_buf mmap support ;-) > > > > Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks > > and corresponding ioctls on the dma_buf fil

Re: [Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Daniel Vetter
On Wed, Mar 21, 2012 at 03:44:38PM -0700, Rebecca Schultz Zavin wrote: > Couldn't this just as easily be handled by not having those mappings > be mapped cached or write combine to userspace? They'd be coherent, > just slow. I'm not sure we can actually say that all these cpu access > are necessa

[Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 3:25 PM, Daniel Vetter wrote: > On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote: >> I want to make sure I understand how this would work. ?I've been planning >> on making cache maintenance implicit, and most of the corresponding >> userspace components

Re: [Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Daniel Vetter
On Wed, Mar 21, 2012 at 10:46:14AM -0700, Rebecca Schultz Zavin wrote: > I want to make sure I understand how this would work. I've been planning > on making cache maintenance implicit, and most of the corresponding > userspace components I've seen for android expect to do implicit cache > mainten

[Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 8:45 AM, Rob Clark wrote: > On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter > wrote: >> Let's have some competition here for dma_buf mmap support ;-) >> >> Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks >> and corresponding ioctls on the dma_buf file. T

[Linaro-mm-sig] [PATCH] [RFC] dma-buf: mmap support

2012-03-21 Thread Rebecca Schultz Zavin
On Wed, Mar 21, 2012 at 8:45 AM, Rob Clark wrote: > On Tue, Mar 20, 2012 at 3:53 PM, Daniel Vetter > wrote: > > Let's have some competition here for dma_buf mmap support ;-) > > > > Compared to Rob Clarke's RFC I've ditched the prepare/finish hooks > > and corresponding ioctls on the dma_buf fil