Check that u-boot.bin size looks correct

Check that the image size matches the size we get from u-boot.bin. If it
doesn't, that generally means that some extra sections are being added to
u-boot.bin, meaning that it is not possible to access data appended to
the U-Boot binary. This is used for device tree, so needs to work.

This problem was introduced by commit b02bfc4. By adding a test we can
prevent a reccurence.

Signed-off-by: Simon Glass <sjg@chromium.org>

1 files changed, 13 insertions, 1 deletions

diff --git a/Makefile b/Makefile
index 0900e5e0a7..e77b639a04 100644
--- a/Makefile
+++ b/Makefile
@@ -706,7 +706,7 @@ DO_STATIC_RELA =
 endif
 
 # Always append ALL so that arch config.mk's can add custom ones
-ALL-y += u-boot.srec u-boot.bin System.map
+ALL-y += u-boot.srec u-boot.bin System.map binary_size_check
 
 ALL-$(CONFIG_ONENAND_U_BOOT) += u-boot-onenand.bin
 ifeq ($(CONFIG_SPL_FSL_PBL),y)
@@ -785,6 +785,18 @@ u-boot.hex u-boot.srec: u-boot FORCE
 
 OBJCOPYFLAGS_u-boot.bin := -O binary
 
+binary_size_check: u-boot.bin System.map FORCE
+        @file_size=`stat -c %s u-boot.bin` ; \
+        map_size=$(shell cat System.map | \
+                awk '/_image_copy_start/ {start = $$1} /_image_binary_end/ {end = $$1} END {if (start != "" && end != "") print strtonum("0x" end) - strtonum("0x" start)}'); \
+        if [ "" != "$$map_size" ]; then \
+                if test $$map_size -ne $$file_size; then \
+                        echo "System.map shows a binary size of $$map_size" >&2 ; \
+                        echo "  but u-boot.bin shows $$file_size" >&2 ; \
+                        exit 1; \
+                fi \
+        fi
+
 u-boot.bin: u-boot FORCE
         $(call if_changed,objcopy)
         $(call DO_STATIC_RELA,$<,$@,$(CONFIG_SYS_TEXT_BASE))