upstream u-boot with additional patches for our devices/boards:
https://lists.denx.de/pipermail/u-boot/2017-March/282789.html (AXP crashes) ;
Gbit ethernet patch for some LIME2 revisions ;
with SPI flash support
You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
164 lines
5.0 KiB
164 lines
5.0 KiB
/*
|
|
* (C) Copyright 2012-2016 Stephen Warren
|
|
*
|
|
* SPDX-License-Identifier: GPL-2.0
|
|
*/
|
|
|
|
#ifndef __CONFIG_H
|
|
#define __CONFIG_H
|
|
|
|
#include <linux/sizes.h>
|
|
#include <asm/arch/timer.h>
|
|
|
|
#if defined(CONFIG_TARGET_RPI_2) || defined(CONFIG_TARGET_RPI_3_32B)
|
|
#define CONFIG_SKIP_LOWLEVEL_INIT
|
|
#endif
|
|
|
|
/* Architecture, CPU, etc.*/
|
|
#define CONFIG_ARCH_CPU_INIT
|
|
|
|
/* Use SoC timer for AArch32, but architected timer for AArch64 */
|
|
#ifndef CONFIG_ARM64
|
|
#define CONFIG_SYS_TIMER_RATE 1000000
|
|
#define CONFIG_SYS_TIMER_COUNTER \
|
|
(&((struct bcm2835_timer_regs *)BCM2835_TIMER_PHYSADDR)->clo)
|
|
#endif
|
|
|
|
/*
|
|
* 2835 is a SKU in a series for which the 2708 is the first or primary SoC,
|
|
* so 2708 has historically been used rather than a dedicated 2835 ID.
|
|
*
|
|
* We don't define a machine type for bcm2709/bcm2836 since the RPi Foundation
|
|
* chose to use someone else's previously registered machine ID (3139, MX51_GGC)
|
|
* rather than obtaining a valid ID:-/
|
|
*
|
|
* For the bcm2837, hopefully a machine type is not needed, since everything
|
|
* is DT.
|
|
*/
|
|
#ifdef CONFIG_BCM2835
|
|
#define CONFIG_MACH_TYPE MACH_TYPE_BCM2708
|
|
#endif
|
|
|
|
/* Memory layout */
|
|
#define CONFIG_NR_DRAM_BANKS 1
|
|
#define CONFIG_SYS_SDRAM_BASE 0x00000000
|
|
#ifdef CONFIG_ARM64
|
|
#define CONFIG_SYS_TEXT_BASE 0x00080000
|
|
#else
|
|
#define CONFIG_SYS_TEXT_BASE 0x00008000
|
|
#endif
|
|
#define CONFIG_SYS_UBOOT_BASE CONFIG_SYS_TEXT_BASE
|
|
/*
|
|
* The board really has 256M. However, the VC (VideoCore co-processor) shares
|
|
* the RAM, and uses a configurable portion at the top. We tell U-Boot that a
|
|
* smaller amount of RAM is present in order to avoid stomping on the area
|
|
* the VC uses.
|
|
*/
|
|
#define CONFIG_SYS_SDRAM_SIZE SZ_128M
|
|
#define CONFIG_SYS_INIT_SP_ADDR (CONFIG_SYS_SDRAM_BASE + \
|
|
CONFIG_SYS_SDRAM_SIZE - \
|
|
GENERATED_GBL_DATA_SIZE)
|
|
#define CONFIG_SYS_MALLOC_LEN SZ_4M
|
|
#define CONFIG_SYS_MEMTEST_START 0x00100000
|
|
#define CONFIG_SYS_MEMTEST_END 0x00200000
|
|
#define CONFIG_LOADADDR 0x00200000
|
|
|
|
/* Devices */
|
|
/* GPIO */
|
|
#define CONFIG_BCM2835_GPIO
|
|
/* LCD */
|
|
#define CONFIG_LCD_DT_SIMPLEFB
|
|
#define CONFIG_VIDEO_BCM2835
|
|
|
|
#ifdef CONFIG_CMD_USB
|
|
#define CONFIG_TFTP_TSIZE
|
|
#define CONFIG_MISC_INIT_R
|
|
#endif
|
|
|
|
/* Console UART */
|
|
#if defined (CONFIG_BCM2837) || defined(CONFIG_TARGET_RPI_0_W)
|
|
#define CONFIG_BCM283X_MU_SERIAL
|
|
#else
|
|
#define CONFIG_PL01X_SERIAL
|
|
#endif
|
|
|
|
/* Console configuration */
|
|
#define CONFIG_SYS_CBSIZE 1024
|
|
|
|
/* Environment */
|
|
#define CONFIG_ENV_SIZE SZ_16K
|
|
#define CONFIG_ENV_VARS_UBOOT_CONFIG
|
|
#define CONFIG_SYS_LOAD_ADDR 0x1000000
|
|
#define CONFIG_PREBOOT "usb start"
|
|
|
|
/* Shell */
|
|
#define CONFIG_CMDLINE_EDITING
|
|
|
|
/* ATAGs support for bootm/bootz */
|
|
#define CONFIG_SETUP_MEMORY_TAGS
|
|
#define CONFIG_CMDLINE_TAG
|
|
#define CONFIG_INITRD_TAG
|
|
|
|
#include <config_distro_defaults.h>
|
|
|
|
/* Environment */
|
|
#define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG
|
|
#define ENV_DEVICE_SETTINGS \
|
|
"stdin=serial,usbkbd\0" \
|
|
"stdout=serial,vidconsole\0" \
|
|
"stderr=serial,vidconsole\0"
|
|
|
|
/*
|
|
* Memory layout for where various images get loaded by boot scripts:
|
|
*
|
|
* I suspect address 0 is used as the SMP pen on the RPi2, so avoid this.
|
|
*
|
|
* fdt_addr_r simply shouldn't overlap anything else. However, the RPi's
|
|
* binary firmware loads a DT to address 0x100, so we choose this address to
|
|
* match it. This allows custom boot scripts to pass this DT on to Linux
|
|
* simply by not over-writing the data at this address. When using U-Boot,
|
|
* U-Boot (and scripts it executes) typicaly ignore the DT loaded by the FW
|
|
* and loads its own DT from disk (triggered by boot.scr or extlinux.conf).
|
|
*
|
|
* pxefile_addr_r can be pretty much anywhere that doesn't conflict with
|
|
* something else. Put it low in memory to avoid conflicts.
|
|
*
|
|
* kernel_addr_r must be within the first 128M of RAM in order for the
|
|
* kernel's CONFIG_AUTO_ZRELADDR option to work. Since the kernel will
|
|
* decompress itself to 0x8000 after the start of RAM, kernel_addr_r
|
|
* should not overlap that area, or the kernel will have to copy itself
|
|
* somewhere else before decompression. Similarly, the address of any other
|
|
* data passed to the kernel shouldn't overlap the start of RAM. Pushing
|
|
* this up to 16M allows for a sizable kernel to be decompressed below the
|
|
* compressed load address.
|
|
*
|
|
* scriptaddr can be pretty much anywhere that doesn't conflict with something
|
|
* else. Choosing 32M allows for the compressed kernel to be up to 16M.
|
|
*
|
|
* ramdisk_addr_r simply shouldn't overlap anything else. Choosing 33M allows
|
|
* for any boot script to be up to 1M, which is hopefully plenty.
|
|
*/
|
|
#define ENV_MEM_LAYOUT_SETTINGS \
|
|
"fdt_high=ffffffff\0" \
|
|
"initrd_high=ffffffff\0" \
|
|
"fdt_addr_r=0x00000100\0" \
|
|
"pxefile_addr_r=0x00100000\0" \
|
|
"kernel_addr_r=0x01000000\0" \
|
|
"scriptaddr=0x02000000\0" \
|
|
"ramdisk_addr_r=0x02100000\0" \
|
|
|
|
#define BOOT_TARGET_DEVICES(func) \
|
|
func(MMC, mmc, 0) \
|
|
func(USB, usb, 0) \
|
|
func(PXE, pxe, na) \
|
|
func(DHCP, dhcp, na)
|
|
#include <config_distro_bootcmd.h>
|
|
|
|
#define CONFIG_EXTRA_ENV_SETTINGS \
|
|
"dhcpuboot=usb start; dhcp u-boot.uimg; bootm\0" \
|
|
ENV_DEVICE_SETTINGS \
|
|
ENV_MEM_LAYOUT_SETTINGS \
|
|
BOOTENV
|
|
|
|
|
|
#endif
|
|
|