boston: Pad binary in .mcs to a multiple of 16 bytes
authorPaul Burton <paul.burton@mips.com>
Thu, 18 Jan 2018 22:36:41 +0000 (14:36 -0800)
committerDaniel Schwierzeck <daniel.schwierzeck@gmail.com>
Thu, 25 Jan 2018 16:40:42 +0000 (17:40 +0100)
commitb2f815bb5fc02d598b31e0f3956b7cef564676d8
treeb3435ac3eddf29c59a1eff5adea7ea69cafc2fb1
parentfb4413295c765aa8c013650984dc2d908964c81d
boston: Pad binary in .mcs to a multiple of 16 bytes

When flashing U-Boot on a Boston board using Xilinx Vivado tools, the
final 0x00 byte which ends the .relocs section seems to be skipped &
left in flash as 0xff unless the data contained in the .mcs is padded
out to a 16 byte boundary. Without our final zero byte relocation will
fail with an error about a spurious reloc:

Avoid this problem by padding out the data in the .mcs file to a 16 byte
boundary using srec_cat's -range-pad functionality.

Signed-off-by: Paul Burton <paul.burton@mips.com>
Cc: Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
board/imgtec/boston/config.mk