summaryrefslogtreecommitdiff
path: root/include/tsi148.h
diff options
context:
space:
mode:
authorSjoerd Simons <sjoerd.simons@collabora.co.uk>2015-10-03 11:25:01 (GMT)
committerSimon Glass <sjg@chromium.org>2015-10-03 16:24:33 (GMT)
commitb1f492ca9e0c090209824ff36456d4f131843190 (patch)
treeecf684da1c63c5ebf8544e31ecaed99175ed56be /include/tsi148.h
parentd18f37c72b864323d6d1fb03685bfe04b9a7be28 (diff)
downloadu-boot-b1f492ca9e0c090209824ff36456d4f131843190.tar.xz
rockchip: Reconfigure the malloc based to point to system memory
When malloc_base initially gets setup in the SPL it is based on the current (early) stack pointer, which for rockchip is pointing into SRAM. This means simple memory allocations happen in SRAM space, which is somewhat unfortunate. Specifically a bounce buffer for the mmc allocated in SRAM space seems to cause the mmc engine to stall/fail causing timeouts and a failure to load the main u-boot image. To resolve this, reconfigure the malloc_base to start at the relocated stack pointer after DRAM has been setup. For reference, things did work fine on rockchip before 596380db was merged to fix memalign_simple due to a combination of rockchip SDRAM starting at address 0 and the dw_mmc driver not checking errors from bounce_buffer_start. As a result, when a bounce buffer needed to be allocated mem_align simple would fail and return NULL. The mmc driver ignored the error and happily continued with the bounce buffer address being set to 0, which just happened to work fine.. Signed-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk> Reviewed-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'include/tsi148.h')
0 files changed, 0 insertions, 0 deletions