[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-06-07 Thread Daniel Vetter
On Tue, Jun 07, 2016 at 04:03:40PM +0100, Robin Murphy wrote: > On 07/06/16 15:43, Daniel Vetter wrote: > > On Tue, Jun 07, 2016 at 01:18:09PM +0100, Robin Murphy wrote: > > > In the absence of an fb_mmap callback, the fbdev code falls back to a > > > naive implementation which relies upon the DMA

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-06-07 Thread Daniel Vetter
On Tue, Jun 07, 2016 at 01:18:09PM +0100, Robin Murphy wrote: > In the absence of an fb_mmap callback, the fbdev code falls back to a > naive implementation which relies upon the DMA address being the same > as the physical address, and the buffer being physically contiguous > from there. Whilst th

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-06-07 Thread Robin Murphy
On 07/06/16 15:43, Daniel Vetter wrote: > On Tue, Jun 07, 2016 at 01:18:09PM +0100, Robin Murphy wrote: >> In the absence of an fb_mmap callback, the fbdev code falls back to a >> naive implementation which relies upon the DMA address being the same >> as the physical address, and the buffer being

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-06-07 Thread liviu.du...@arm.com
On Tue, Jun 07, 2016 at 04:43:05PM +0200, Daniel Vetter wrote: > On Tue, Jun 07, 2016 at 01:18:09PM +0100, Robin Murphy wrote: > > In the absence of an fb_mmap callback, the fbdev code falls back to a > > naive implementation which relies upon the DMA address being the same > > as the physical addr

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-06-07 Thread Robin Murphy
In the absence of an fb_mmap callback, the fbdev code falls back to a naive implementation which relies upon the DMA address being the same as the physical address, and the buffer being physically contiguous from there. Whilst this often holds for standard CMA allocations via the platform's regular

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-03-17 Thread Robin Murphy
On 16/03/16 19:14, Russell King - ARM Linux wrote: > On Wed, Mar 16, 2016 at 04:28:25PM +0100, Daniel Vetter wrote: >> On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote: >>> In the absence of an fb_mmap callback, the fbdev code falls back to a >>> naive implementation which relies upon t

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-03-16 Thread Russell King - ARM Linux
On Wed, Mar 16, 2016 at 04:28:25PM +0100, Daniel Vetter wrote: > On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote: > > In the absence of an fb_mmap callback, the fbdev code falls back to a > > naive implementation which relies upon the DMA address being the same > > as the physical addr

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-03-16 Thread Daniel Vetter
On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote: > In the absence of an fb_mmap callback, the fbdev code falls back to a > naive implementation which relies upon the DMA address being the same > as the physical address, and the buffer being physically contiguous > from there. Whilst th

[PATCH] drm/fb_cma_helper: Implement fb_mmap callback

2016-03-16 Thread Robin Murphy
In the absence of an fb_mmap callback, the fbdev code falls back to a naive implementation which relies upon the DMA address being the same as the physical address, and the buffer being physically contiguous from there. Whilst this often holds for standard CMA allocations via the platform's regular