u-boot/board/imgtec/boston/config.mk

# SPDX-License-Identifier: GPL-2.0+

quiet_cmd_srec_cat = SRECCAT $@
      cmd_srec_cat = srec_cat -output $@ -$2 \
			$< -binary \
			-fill 0x00 -within $< -binary -range-pad 16 \
			-offset $3

u-boot.mcs: u-boot.bin
	$(call cmd,srec_cat,intel,0x7c00000)

# if srec_cat is present build u-boot.mcs by default
has_srec_cat = $(call try-run,srec_cat -VERSion,y,n)
ALL-$(has_srec_cat) += u-boot.mcs
CLEAN_FILES += u-boot.mcs
SPDX: Convert all of our single license tags to Linux Kernel style When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini <trini@konsulko.com> 2018-05-06 21:58:06 +00:00			`# SPDX-License-Identifier: GPL-2.0+`
boston: Add u-boot.mcs make target U-Boot is generally flashed to a MIPS Boston development board by means of a .mcs file which Xilinx Vivado software can write to the flash present on the board. As such we'd generally want to produce an mcs file when building U-Boot to target the Boston board. Introduce a make target for u-boot.mcs which generates it using the srec_cat tool available from the SRecord project, and build it by default when srec_cat is present. Signed-off-by: Paul Burton <paul.burton@mips.com> Cc: Daniel Schwierzeck <daniel.schwierzeck@gmail.com> Cc: u-boot@lists.denx.de 2017-11-21 22:31:07 +00:00
			`quiet_cmd_srec_cat = SRECCAT $@`
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> 2018-01-18 22:36:41 +00:00			`cmd_srec_cat = srec_cat -output $@ -$2 \`
			`$< -binary \`
			`-fill 0x00 -within $< -binary -range-pad 16 \`
			`-offset $3`
boston: Add u-boot.mcs make target U-Boot is generally flashed to a MIPS Boston development board by means of a .mcs file which Xilinx Vivado software can write to the flash present on the board. As such we'd generally want to produce an mcs file when building U-Boot to target the Boston board. Introduce a make target for u-boot.mcs which generates it using the srec_cat tool available from the SRecord project, and build it by default when srec_cat is present. Signed-off-by: Paul Burton <paul.burton@mips.com> Cc: Daniel Schwierzeck <daniel.schwierzeck@gmail.com> Cc: u-boot@lists.denx.de 2017-11-21 22:31:07 +00:00
			`u-boot.mcs: u-boot.bin`
			`$(call cmd,srec_cat,intel,0x7c00000)`

			`# if srec_cat is present build u-boot.mcs by default`
			`has_srec_cat = $(call try-run,srec_cat -VERSion,y,n)`
			`ALL-$(has_srec_cat) += u-boot.mcs`
			`CLEAN_FILES += u-boot.mcs`