summaryrefslogtreecommitdiffstats
path: root/scripts/gcc-stack-usage.sh
diff options
context:
space:
mode:
authorWilliam Cohen <wcohen@redhat.com>2016-02-16 08:57:46 -0500
committerTom Rini <trini@konsulko.com>2016-02-24 18:43:58 -0500
commitc190fbd010a00e16e9599575b43c5a7c7bc7ec09 (patch)
tree9d7b1a98c7917efed9dd52a7d180485694602109 /scripts/gcc-stack-usage.sh
parente66c49fa930ed002c507ae0217b4b274c25675fb (diff)
downloadtalos-obmc-uboot-c190fbd010a00e16e9599575b43c5a7c7bc7ec09.tar.gz
talos-obmc-uboot-c190fbd010a00e16e9599575b43c5a7c7bc7ec09.zip
Gracefully handle 64-bit signed-extended 32-bit Load addresses
To follow the MIPS 32-bit and 64-bit memory map conventions (*) recent MIPS Linux kernels are using a 64-bit sign extended value (0xffffffff80010000) for the 32-bit load address (0x80010000) of the Creator CI20 board kernel. When this 64-bit argument was passed to mkimage running on a 32-bit machine such as the Creator CI20 board the load address was incorrectly formed from the upper 32-bit sign-extend bits (0xffffffff) by the strtoul instead of from the lower 32-bits (0x80010000). The mkimage should be able to tolerate the longer sign-extended 64-bit version of the 32-bit arguments with the use of strtoull. Use of the strtoll in place of the strtol in mkimage.c resolves the issue of self hosted kernel builds for the Creator CI20 board (+) and (++). (*) http://techpubs.sgi.com/library/dynaweb_docs/0620/SGI_Developer/books/DevDriver_PG/sgi_html/ch01.html (+) https://github.com/MIPS/CI20_linux/issues/23 (++) https://github.com/MIPS/CI20_linux/issues/22 Signed-off-by: William Cohen <wcohen@redhat.com>
Diffstat (limited to 'scripts/gcc-stack-usage.sh')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud