Squashed commit of the HTC Shooter memory remap:

commit 36f41902799f340ee6bc0af2d722a476d4e2d0cc
Author: Sultanxda <sultanxda@gmail.com>
Date:   Tue Oct 22 19:56:53 2013 -0700

    board-shooter: Final memory map revision, based on HTC logic

    *Memory sizes are now values that are known to be stable
    *Memory allocation location logic is now extremely similar to HTC

    This should leave the amount of userspace RAM in the 850's of MB without risking any stability.

    Signed-off-by: Sultanxda <sultanxda@gmail.com>

commit 103067d3e78d92e34349081599745946ad3d4533
Author: Sultanxda <sultanxda@gmail.com>
Date:   Tue Oct 15 15:57:51 2013 -0700

    board-shooter & board-shooter_u: move ADSP out from the SMI region

    Something somewhere only wants SMI memory in the SMI region, so move out ADSP from the SMI region. Shrink ADSP to the necessary amount of RAM for 720P video capture and reduce the sizes of surfaceflinger and framebuffer in order to make them fit before the userspace allocation. Allocate ADSP after the userspace allocation.

    This leaves userspace with 861MB of RAM.

    Signed-off-by: Sultanxda <sultanxda@gmail.com>

commit c0d3d3814dfbdf5f83fb8b4c8e5dd3b73d221c50
Author: Sultanxda <sultanxda@gmail.com>
Date:   Mon Oct 14 15:39:57 2013 -0700

    Board-shooter & board-shooter_u: use MEMTYPE_EBI1 for ADSP

    *The size of ADSP has been reduced to 0x1300000 as 720P video capture only requires 0x950000
    *ADSP now uses MEMTYPE_EBI1 (should fix the random reboots once and for all)
    *Added a 1MB gap between the ADSP and SMI allocations (you can never be too safe)
    *Moved ADSP to what was previously the bottom of the SMI allocation

    Signed-off-by: Sultanxda <sultanxda@gmail.com>

commit abc604888fbed889cdae18bd77f3d31dc1a4fbb0
Author: Sultanxda <sultanxda@gmail.com>
Date:   Fri Oct 11 15:14:20 2013 -0700

    Board-shooter: minor memory map revision

    *Increased framebuffer size to the same size used when HDMI is enabled (Android 4.2+ probably needs more framebuffer memory)
    *Removed HDMI ifdef as the framebuffer size is now the largest size that the ifdef had
    *Increased surfaceflinger size (on Android 4.2+, 0x23A0000 may be too small)
    *Left a gap between the framebuffer and userspace allocation (gap is 0x1A000)
    *Reduced userspace allocation size by 9MB
    *Added memory remap history

    This revision reduces the size of the userspace allocation by 9MB in exchange for vastly improved stability.

    Signed-off-by: Sultanxda <sultanxda@gmail.com>

commit cd2847cc287056b7ebe077b6001c04e96d3b5380
Author: Sultanxda <sultanxda@gmail.com>
Date:   Tue Oct 8 19:15:29 2013 -0700

    Board-shooter & board-shooter_u: remap memory for an extra 79MB of RAM

    Defconfig changes:
    *Disabled CONFIG_FB_MSM_HDMI_MSM_PANEL in order to use a smaller framebuffer (HDMI doesn't work on AOSP Jellybean anyway)

    Board-shooter.c/board-shooter_u.c changes:
    *Removed mem_size_mb variable
    *Don't add 0x10000000 to the audio, surfaceflinger, and userspace allocations (the new memory map is much more precise now and this could mess it up)
    *Removed ADSP2 allocation (it does nothing)
    *Set all addresses in the range of 0x40000000 to 0x80000000 to use MEMTYPE_EBI1 (0x80000000 is the last memory address on the device)

    Board-shooter.h changes:
    *Completely remapped memory (different base addresses for many allocations now)
    *Shrunk the framebuffer to 0x6F0000
    *Removed the MSM_PMEM_KERNEL_EBI1 allocation (this wasn't even being referenced by anything so it is junk)
    *Shrunk ADSP allocation to 0x1500000
    *Shrunk SF allocation to 0x23A0000
    *Removed the ADSP2 allocation
    *There are no longer any allocations that are mapped after the userspace allocation
    *Converted MSM_OVERLAY_BLT_SIZE to hex (looks better)
    *Shrunk the SMI region by the size of the ADSP allocation
    *Moved the ADSP allocation to the SMI region
    *Added 0x10000000 to the userspace allocation to offset the removal of the mem_size_mb function
    *Increased the userspace allocation to 1MB less than the maximum possible allowed by the physical base address and the end of the usable address space [(0x80000000 - 0x48000000) - 0x100000]
    The userspace allocation is 1MB less than the maximum amount possible because the device misbehaves (reboots/lags) when the userspace allocation goes all the way to the end of the usable address space.

    This memory remap gives 79MB of more RAM to userspace.

    Signed-off-by: Sultanxda <sultanxda@gmail.com>