ACK: [PATCH 0/2] [SRU] [SAUCE] [MNO/ti-omap4 and L/fsl-imx51] large mmap() support

[Tim Gardner]

On 12/02/2011 09:30 AM, Paolo Pisati wrote:
> BugLink: http://bugs.launchpad.net/bugs/861296
>
> SRU Justification:
>
> Impact:
>
> Mmap() fails to allocate large chunks of contiguos memory due to limitations in the allocation strategy.
>
> Testcase:
>
> See mmap-test.c and mmap-test-slices.c attached to the LP bug.
>
> Fix:
>
> The patches are not mainline yet but entered rmk patch system (and thus should be in the 3.3 merge window).
> (http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=7169/1)
>
> Natty and Oneiric applied as-is, while Maverick needed some mechanical modifications.
> Lucid required some backporting (no address randomization there) and some helper functions.
>
> Kernels with the aforementioned patches were tested and confirmed to fix the problem.
>
> Rob Herring (2):
>    use cache type functions for arch_get_unmapped_area
>    topdown mmap support
>
>   arch/arm/include/asm/pgtable.h   |    1 +
>   arch/arm/include/asm/processor.h |    2 +
>   arch/arm/mm/mmap.c               |  196 +++++++++++++++++++++++++++++++++----
>   3 files changed, 177 insertions(+), 22 deletions(-)
>

Ack for ti-omap4. Has the imx51 really been tested? Remember that we're 
still using some of these gizmos as buildds. Perhaps if they ain't 
broke, then we shouldn't fix 'em.

rtg
-- 
Tim Gardner tim.gardner at canonical.com