[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 1/5] OMAP: FB: use DMA_BIT_MASK() for fb's coherent_dma_mask · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 2/5] OMAPFB: use dma_alloc_attrs to allocate memory · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 3/5] OMAP: RX51: remove use of vram · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 4/5] OMAP: common.c: remove init call to vram · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 5/5] OMAP: remove vram allocator · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Grazvydas Ignotas <hidden> · 2012-11-12
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-12
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · tony@atomide.com (Tony Lindgren) · 2012-11-12
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-16
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · tony@atomide.com (Tony Lindgren) · 2012-11-20
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Jello huang <hidden> · 2012-11-21
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-22
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-16
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · tony@atomide.com (Tony Lindgren) · 2012-11-19
[PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram · Tomi Valkeinen <hidden> · 2012-11-20

STALE5044d

Revision v1 of 7 in this series.

Revisions (7)

2012-11-12 v1 [diff vs current]
2012-11-12 v1 [diff vs current]
2012-11-12 v1 [diff vs current]
2012-11-16 v1 [diff vs current]
2012-11-16 v1 [diff vs current]
2012-11-20 v1 current
2012-11-22 v1 [diff vs current]

Re: [PATCH 0/5] OMAPFB: use dma_alloc instead of omap's vram

From: Tomi Valkeinen <hidden>
Date: 2012-11-20 15:09:10
Also in: linux-arm-kernel, linux-omap

On 2012-11-20 00:04, Tony Lindgren wrote:

quoted

Should we enable CMA by default in omap2plus_defconfig? And perhaps on
omap1 also?

Yes if that's now needed for DSS.

DSS works fine without CMA, at least for small displays, and when fb
allocation is done at boot time. So it's not a strict "need".

I'm not sure how easily FB allocations start to fail without CMA, and
how much CMA helps.

I'm not even sure what's the default DMA pool size on OMAP... If it's
the one set with "coherent_pool" kernel parameter, then the default
seems to be 256K, which is quite small for video use. For CMA the
default global area is 16M. Both can, of course, be changed with boot
params or kernel config (at least for CMA).

But I think it makes sense to have CMA by default even if non-CMA kernel
would work.

 Tomi

Attachments

signature.asc [application/pgp-signature] 897 bytes