u-boot.git/board/imgtec, branch v2018.03

boston: Pad binary in .mcs to a multiple of 16 bytes

2018-01-25T16:40:42Z

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 Cc: Daniel Schwierzeck

boston: Add u-boot.mcs make target

2017-11-28T20:59:30Z

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 Cc: Daniel Schwierzeck Cc: u-boot@lists.denx.de

Update Paul Burton's email address

2017-11-28T20:59:30Z

MIPS is no longer a part of Imagination Technologies, and as such my @imgtec.com email address will soon cease to function. This patch updates occurrances of it with my new @mips.com email address, and adds an entry in .mailmap such that git (& tools such as get_maintainer.pl when examining history) will use the new address. Signed-off-by: Paul Burton Cc: Daniel Schwierzeck Cc: u-boot@lists.denx.de

boston: Remove unused label in lowlevel_display

2017-11-28T20:59:30Z

The lowlevel_display() function includes a "1:" label which is never used. Remove it. Signed-off-by: Paul Burton Cc: Daniel Schwierzeck

boston: Drop unused return value

2017-11-28T20:59:30Z

The boston lowlevel_init() function zeroes the return register v0, despite the function not being expected to return a value & that value never being used. Remove the redundant assignment to v0. Signed-off-by: Paul Burton Cc: Daniel Schwierzeck

boston: Setup memory ranges in FDT provided to Linux

2017-05-12T11:29:50Z

The boston memory map isn't suited to the simple "all memory starting from 0" approach that the MIPS arch_fixup_fdt() implementation takes. Instead we need to indicate the first 256MiB of DDR from 0 and the rest from 0x90000000. Implement ft_board_setup to do that. Signed-off-by: Paul Burton Signed-off-by: Daniel Schwierzeck Reviewed-by: Simon Glass

board_f: Rename initdram() to dram_init()

2017-04-13T13:40:57Z

This allows us to use the same DRAM init function on all archs. Add a dummy function for arc, which does not use DRAM init here. Signed-off-by: Simon Glass [trini: Dummy function on nios2] Signed-off-by: Tom Rini

board_f: Drop return value from initdram()

2017-04-05T17:59:20Z

At present we cannot use this function as an init sequence call without a wrapper, since it returns the RAM size. Adjust it to set the RAM size in global_data instead, and return 0 on success. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

board_f: Drop board_type parameter from initdram()

2017-04-05T17:58:44Z

It looks like only cm5200 and tqm8xx use this feature, so we don't really need it in generic code. Drop it and have the users access gd->board_type directly. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

imgtec: Update MAINTAINERS for more config files

2016-12-09T20:00:04Z

Cover all of the boston and malta variations. Signed-off-by: Tom Rini