kernel/git/stable/linux.git/drivers/video/omap2/vram.c, branch master

OMAP: remove vram allocator

2012-11-13T07:52:41+00:00

OMAP specific vram allocator is no longer in use, and we can remove all the vram code. Signed-off-by: Tomi Valkeinen

OMAPDSS: VRAM: Remove clearing with sDMA

2012-09-07T17:02:09+00:00

Currently vram.c clears the allocated memory automatically using OMAP system DMA. In an effort to reduce OMAP dependencies, we'll do the memory clear with CPU from now on. The previous patch implemented memory clear in the omapfb driver, and this patch removes the now obsolete clear functionality from vram.c. Signed-off-by: Tomi Valkeinen Cc: Russell King - ARM Linux

OMAPDSS: Remove video SRAM support

2012-02-23T07:38:26+00:00

OMAP SRAM can be used as video memory on OMAP1 and 2. However, there usually is very little SRAM available, thus limiting its use, and no board supported by the kernel currently uses it. This patch removes the use of SRAM as video ram for the omapdss driver to simplify memory handling. Signed-off-by: Tomi Valkeinen Acked-by: Tony Lindgren

OMAP: DSS: VRAM: Align start & size of vram to 2M

2010-12-15T09:16:08+00:00

Align the start address and size of VRAM area to 2M as per comments from Russell King: > > So, why SZ_2M? > > Firstly, that's the granularity which we allocate page tables - one > Linux page table covers 2MB of memory. We want to avoid creating page > tables for the main memory mapping as that increases TLB pressure through > the use of additional TLB entries, and more page table walks. > > Plus, we never used to allow the kernel's direct memory mapping to be > mapped at anything less than section size - this restriction has since > been lifted due to OMAP SRAM problems, but I'd rather we stuck with it > to ensure that we have proper behaviour from all parts of the system. > > Secondly, we don't want to end up with lots of fragmentation at the end > of the memory mapping as that'll reduce performance, not only by making > the pfn_valid() search more expensive. > > Emsuring a minimum allocation size and alignment makes sure that the > regions can be coalesced together into one block, and minimises run-time > expenses. > > So please, 2MB, or if you object, at the _very_ _least_ 1MB. But > definitely not PAGE_SIZE. Signed-off-by: Tomi Valkeinen Acked-by: Tony Lindgren

OMAP: VRAM: Fix boot-time memory allocation

2010-11-10T11:51:13+00:00

Use memblock_free() and memblock_remove() to remove the allocated or reserved VRAM area from normal kernel memory. This is a slightly modified version of patches from Felipe Contreras and Namhyung Kim. Reported-by: Felipe Contreras Reported-by: Namhyung Kim Signed-off-by: Tomi Valkeinen Signed-off-by: Paul Mundt

OMAP: VRAM: improve VRAM error prints

2010-11-10T11:51:13+00:00

Improve the error prints to give more information about the offending address & size. Signed-off-by: Tomi Valkeinen Signed-off-by: Paul Mundt

memblock/arm: Fix memblock_region_is_memory() typo

2010-10-08T07:14:36+00:00

Fix typo in commit dbe3039 ("memblock/arm: Use memblock_region_is_memory() for omap fb") - it should be memblock_is_region_memory(). Reported-by: Tomi Valkeinen Signed-off-by: Yinghai Lu Cc: Benjamin Herrenschmidt Cc: Felipe Balbi Cc: Kevin Hilman Cc: ext Grazvydas Ignotas LKML-Reference: <4CABFADA.9020305@kernel.org> Signed-off-by: Ingo Molnar

memblock/arm: Use memblock_region_is_memory() for omap fb

2010-08-04T04:38:56+00:00

Instead of the deprecated memblock_find() Signed-off-by: Benjamin Herrenschmidt

memblock: Rename memblock_region to memblock_type and memblock_property to memblock_region

2010-08-04T04:21:49+00:00

Signed-off-by: Benjamin Herrenschmidt

ARM: OMAP: Convert OMAPFB and VRAM SDRAM reservation to LMB

2010-07-27T07:48:23+00:00

Signed-off-by: Russell King