u-boot/include/configs/boston.h

/* SPDX-License-Identifier: GPL-2.0 */
/*
 * Copyright (C) 2016 Imagination Technologies
 */

#ifndef __CONFIGS_BOSTON_H__
#define __CONFIGS_BOSTON_H__

/*
 * General board configuration
 */
#define CONFIG_SYS_BOOTM_LEN		(64 * 1024 * 1024)

/*
 * CPU
 */
#define CONFIG_SYS_MIPS_TIMER_FREQ	30000000

/*
 * PCI
 */

/*
 * Memory map
 */
#ifdef CONFIG_64BIT
# define CONFIG_SYS_SDRAM_BASE		0xffffffff80000000
#else
# define CONFIG_SYS_SDRAM_BASE		0x80000000
#endif

#define CONFIG_SYS_INIT_SP_OFFSET	0x400000

#define CONFIG_SYS_MONITOR_BASE		CONFIG_SYS_TEXT_BASE

#define CONFIG_SYS_LOAD_ADDR		(CONFIG_SYS_SDRAM_BASE + 0x08000000)

#define CONFIG_SYS_MALLOC_LEN		(256 * 1024)

/*
 * Console
 */

/*
 * Flash
 */
#define CONFIG_SYS_MAX_FLASH_BANKS_DETECT	1
#define CONFIG_SYS_MAX_FLASH_SECT		1024

/*
 * Environment
 */

#endif /* __CONFIGS_BOSTON_H__ */
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: Introduce support for the MIPS Boston development board This patch introduces support for building U-Boot to run on the MIPS Boston development board. This is a board built around an FPGA & an Intel EG20T Platform Controller Hub, used largely as part of the development of new CPUs and their software support. It is essentially the successor to the older MIPS Malta board. Signed-off-by: Paul Burton <paul.burton@imgtec.com> 2016-09-08 06:47:39 +00:00			`/*`
			`* Copyright (C) 2016 Imagination Technologies`
			`*/`

			`#ifndef __CONFIGS_BOSTON_H__`
			`#define __CONFIGS_BOSTON_H__`

boston: Bump CONFIG_SYS_BOOTM_LEN to 64MiB The default value of CONFIG_SYS_BOOTM_LEN is too small for typical boston Linux kernels. Increase the limit to 64MB, which covers current kernels with plenty of breathing room. Signed-off-by: Paul Burton <paul.burton@imgtec.com> Signed-off-by: Daniel Schwierzeck <daniel.schwierzeck@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> 2017-04-30 19:22:43 +00:00			`/*`
			`* General board configuration`
			`*/`
			`#define CONFIG_SYS_BOOTM_LEN (64 * 1024 * 1024)`

boston: Introduce support for the MIPS Boston development board This patch introduces support for building U-Boot to run on the MIPS Boston development board. This is a board built around an FPGA & an Intel EG20T Platform Controller Hub, used largely as part of the development of new CPUs and their software support. It is essentially the successor to the older MIPS Malta board. Signed-off-by: Paul Burton <paul.burton@imgtec.com> 2016-09-08 06:47:39 +00:00			`/*`
			`* CPU`
			`*/`
			`#define CONFIG_SYS_MIPS_TIMER_FREQ 30000000`

			`/*`
			`* PCI`
			`*/`

			`/*`
			`* Memory map`
			`*/`
			`#ifdef CONFIG_64BIT`
			`# define CONFIG_SYS_SDRAM_BASE 0xffffffff80000000`
			`#else`
			`# define CONFIG_SYS_SDRAM_BASE 0x80000000`
			`#endif`

			`#define CONFIG_SYS_INIT_SP_OFFSET 0x400000`

			`#define CONFIG_SYS_MONITOR_BASE CONFIG_SYS_TEXT_BASE`

boston: Set CONFIG_SYS_LOAD_ADDR to 0x88000000 Generally we load Linux kernels on Boston boards in the form of FIT images containing a compressed kernel binary. Linux is linked at 0x80100000 and so we need to decompress the kernel binary to that address, however this is our default load address which means that unless explicitly avoided we hit a decompression error as the uncompressed kernel binary overwrites its compressed version from the FIT image. Avoid this by adjusting CONFIG_SYS_LOAD_ADDR to 0x88000000 (or 0xffffffff88000000 for MIPS64 builds) which avoids the address overlap between compressed & uncompressed kernel binaries. 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 20:35:31 +00:00			`#define CONFIG_SYS_LOAD_ADDR (CONFIG_SYS_SDRAM_BASE + 0x08000000)`
boston: Introduce support for the MIPS Boston development board This patch introduces support for building U-Boot to run on the MIPS Boston development board. This is a board built around an FPGA & an Intel EG20T Platform Controller Hub, used largely as part of the development of new CPUs and their software support. It is essentially the successor to the older MIPS Malta board. Signed-off-by: Paul Burton <paul.burton@imgtec.com> 2016-09-08 06:47:39 +00:00
			`#define CONFIG_SYS_MALLOC_LEN (256 * 1024)`

			`/*`
			`* Console`
			`*/`

			`/*`
			`* Flash`
			`*/`
			`#define CONFIG_SYS_MAX_FLASH_BANKS_DETECT 1`
			`#define CONFIG_SYS_MAX_FLASH_SECT 1024`

			`/*`
			`* Environment`
			`*/`

			`#endif /* __CONFIGS_BOSTON_H__ */`