]>
Commit | Line | Data |
---|---|---|
0d04f34a | 1 | /* |
fe84ebf0 | 2 | * (C) Copyright 2012-2016 Stephen Warren |
0d04f34a | 3 | * |
a033171b | 4 | * SPDX-License-Identifier: GPL-2.0 |
0d04f34a SW |
5 | */ |
6 | ||
7 | #ifndef __CONFIG_H | |
8 | #define __CONFIG_H | |
9 | ||
fe84ebf0 SW |
10 | #include <linux/sizes.h> |
11 | #include <asm/arch/timer.h> | |
12 | ||
13 | #if defined(CONFIG_TARGET_RPI_2) || defined(CONFIG_TARGET_RPI_3_32B) | |
14 | #define CONFIG_SKIP_LOWLEVEL_INIT | |
15 | #endif | |
16 | ||
fe84ebf0 SW |
17 | /* Architecture, CPU, etc.*/ |
18 | #define CONFIG_ARCH_CPU_INIT | |
19 | ||
20 | /* Use SoC timer for AArch32, but architected timer for AArch64 */ | |
21 | #ifndef CONFIG_ARM64 | |
22 | #define CONFIG_SYS_TIMER_RATE 1000000 | |
23 | #define CONFIG_SYS_TIMER_COUNTER \ | |
24 | (&((struct bcm2835_timer_regs *)BCM2835_TIMER_PHYSADDR)->clo) | |
25 | #endif | |
26 | ||
94ba26f2 TR |
27 | /* |
28 | * 2835 is a SKU in a series for which the 2708 is the first or primary SoC, | |
29 | * so 2708 has historically been used rather than a dedicated 2835 ID. | |
30 | * | |
31 | * We don't define a machine type for bcm2709/bcm2836 since the RPi Foundation | |
32 | * chose to use someone else's previously registered machine ID (3139, MX51_GGC) | |
33 | * rather than obtaining a valid ID:-/ | |
34 | * | |
35 | * For the bcm2837, hopefully a machine type is not needed, since everything | |
36 | * is DT. | |
37 | */ | |
38 | #ifdef CONFIG_BCM2835 | |
39 | #define CONFIG_MACH_TYPE MACH_TYPE_BCM2708 | |
40 | #endif | |
41 | ||
fe84ebf0 SW |
42 | /* Memory layout */ |
43 | #define CONFIG_NR_DRAM_BANKS 1 | |
44 | #define CONFIG_SYS_SDRAM_BASE 0x00000000 | |
108f8418 SW |
45 | #ifdef CONFIG_ARM64 |
46 | #define CONFIG_SYS_TEXT_BASE 0x00080000 | |
47 | #else | |
fe84ebf0 | 48 | #define CONFIG_SYS_TEXT_BASE 0x00008000 |
108f8418 | 49 | #endif |
fe84ebf0 SW |
50 | #define CONFIG_SYS_UBOOT_BASE CONFIG_SYS_TEXT_BASE |
51 | /* | |
52 | * The board really has 256M. However, the VC (VideoCore co-processor) shares | |
53 | * the RAM, and uses a configurable portion at the top. We tell U-Boot that a | |
54 | * smaller amount of RAM is present in order to avoid stomping on the area | |
55 | * the VC uses. | |
56 | */ | |
57 | #define CONFIG_SYS_SDRAM_SIZE SZ_128M | |
58 | #define CONFIG_SYS_INIT_SP_ADDR (CONFIG_SYS_SDRAM_BASE + \ | |
59 | CONFIG_SYS_SDRAM_SIZE - \ | |
60 | GENERATED_GBL_DATA_SIZE) | |
61 | #define CONFIG_SYS_MALLOC_LEN SZ_4M | |
62 | #define CONFIG_SYS_MEMTEST_START 0x00100000 | |
63 | #define CONFIG_SYS_MEMTEST_END 0x00200000 | |
64 | #define CONFIG_LOADADDR 0x00200000 | |
65 | ||
fe84ebf0 SW |
66 | /* Devices */ |
67 | /* GPIO */ | |
68 | #define CONFIG_BCM2835_GPIO | |
69 | /* LCD */ | |
fe84ebf0 | 70 | #define CONFIG_LCD_DT_SIMPLEFB |
8b82dd9a | 71 | #define LCD_BPP LCD_COLOR32 |
fe84ebf0 SW |
72 | /* |
73 | * Prevent allocation of RAM for FB; the real FB address is queried | |
74 | * dynamically from the VideoCore co-processor, and comes from RAM | |
75 | * not owned by the ARM CPU. | |
76 | */ | |
77 | #define CONFIG_FB_ADDR 0 | |
78 | #define CONFIG_VIDEO_BCM2835 | |
fe84ebf0 | 79 | |
fe84ebf0 SW |
80 | #ifdef CONFIG_CMD_USB |
81 | #define CONFIG_USB_DWC2 | |
fe84ebf0 SW |
82 | #define CONFIG_USB_HOST_ETHER |
83 | #define CONFIG_USB_ETHER_SMSC95XX | |
d0375f3c | 84 | #define CONFIG_TFTP_TSIZE |
fe84ebf0 | 85 | #define CONFIG_MISC_INIT_R |
fe84ebf0 | 86 | #define CONFIG_SYS_USB_EVENT_POLL |
fe84ebf0 SW |
87 | #endif |
88 | ||
89 | /* Console UART */ | |
90 | #ifdef CONFIG_BCM2837 | |
91 | #define CONFIG_BCM283X_MU_SERIAL | |
92 | #else | |
93 | #define CONFIG_PL01X_SERIAL | |
94 | #endif | |
fe84ebf0 SW |
95 | |
96 | /* Console configuration */ | |
97 | #define CONFIG_SYS_CBSIZE 1024 | |
98 | #define CONFIG_SYS_PBSIZE (CONFIG_SYS_CBSIZE + \ | |
99 | sizeof(CONFIG_SYS_PROMPT) + 16) | |
100 | ||
101 | /* Environment */ | |
102 | #define CONFIG_ENV_SIZE SZ_16K | |
103 | #define CONFIG_ENV_IS_IN_FAT | |
104 | #define FAT_ENV_INTERFACE "mmc" | |
105 | #define FAT_ENV_DEVICE_AND_PART "0:1" | |
106 | #define FAT_ENV_FILE "uboot.env" | |
107 | #define CONFIG_FAT_WRITE | |
108 | #define CONFIG_ENV_VARS_UBOOT_CONFIG | |
109 | #define CONFIG_SYS_LOAD_ADDR 0x1000000 | |
fe84ebf0 SW |
110 | #define CONFIG_PREBOOT "usb start" |
111 | ||
112 | /* Shell */ | |
113 | #define CONFIG_SYS_MAXARGS 16 | |
a1b343d7 | 114 | #define CONFIG_CMDLINE_EDITING |
fe84ebf0 | 115 | |
fe84ebf0 SW |
116 | /* ATAGs support for bootm/bootz */ |
117 | #define CONFIG_SETUP_MEMORY_TAGS | |
118 | #define CONFIG_CMDLINE_TAG | |
119 | #define CONFIG_INITRD_TAG | |
120 | ||
121 | #include <config_distro_defaults.h> | |
122 | ||
123 | /* Environment */ | |
124 | #define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG | |
125 | #define ENV_DEVICE_SETTINGS \ | |
126 | "stdin=serial,usbkbd\0" \ | |
127 | "stdout=serial,lcd\0" \ | |
128 | "stderr=serial,lcd\0" | |
129 | ||
130 | /* | |
131 | * Memory layout for where various images get loaded by boot scripts: | |
132 | * | |
133 | * I suspect address 0 is used as the SMP pen on the RPi2, so avoid this. | |
134 | * | |
135 | * fdt_addr_r simply shouldn't overlap anything else. However, the RPi's | |
136 | * binary firmware loads a DT to address 0x100, so we choose this address to | |
137 | * match it. This allows custom boot scripts to pass this DT on to Linux | |
138 | * simply by not over-writing the data at this address. When using U-Boot, | |
139 | * U-Boot (and scripts it executes) typicaly ignore the DT loaded by the FW | |
140 | * and loads its own DT from disk (triggered by boot.scr or extlinux.conf). | |
141 | * | |
142 | * pxefile_addr_r can be pretty much anywhere that doesn't conflict with | |
143 | * something else. Put it low in memory to avoid conflicts. | |
144 | * | |
145 | * kernel_addr_r must be within the first 128M of RAM in order for the | |
146 | * kernel's CONFIG_AUTO_ZRELADDR option to work. Since the kernel will | |
147 | * decompress itself to 0x8000 after the start of RAM, kernel_addr_r | |
148 | * should not overlap that area, or the kernel will have to copy itself | |
149 | * somewhere else before decompression. Similarly, the address of any other | |
150 | * data passed to the kernel shouldn't overlap the start of RAM. Pushing | |
151 | * this up to 16M allows for a sizable kernel to be decompressed below the | |
152 | * compressed load address. | |
153 | * | |
154 | * scriptaddr can be pretty much anywhere that doesn't conflict with something | |
155 | * else. Choosing 32M allows for the compressed kernel to be up to 16M. | |
156 | * | |
157 | * ramdisk_addr_r simply shouldn't overlap anything else. Choosing 33M allows | |
158 | * for any boot script to be up to 1M, which is hopefully plenty. | |
159 | */ | |
160 | #define ENV_MEM_LAYOUT_SETTINGS \ | |
161 | "fdt_high=ffffffff\0" \ | |
162 | "initrd_high=ffffffff\0" \ | |
163 | "fdt_addr_r=0x00000100\0" \ | |
164 | "pxefile_addr_r=0x00100000\0" \ | |
165 | "kernel_addr_r=0x01000000\0" \ | |
166 | "scriptaddr=0x02000000\0" \ | |
167 | "ramdisk_addr_r=0x02100000\0" \ | |
168 | ||
169 | #define BOOT_TARGET_DEVICES(func) \ | |
170 | func(MMC, mmc, 0) \ | |
171 | func(USB, usb, 0) \ | |
172 | func(PXE, pxe, na) \ | |
173 | func(DHCP, dhcp, na) | |
174 | #include <config_distro_bootcmd.h> | |
175 | ||
176 | #define CONFIG_EXTRA_ENV_SETTINGS \ | |
177 | "dhcpuboot=usb start; dhcp u-boot.uimg; bootm\0" \ | |
178 | ENV_DEVICE_SETTINGS \ | |
179 | ENV_MEM_LAYOUT_SETTINGS \ | |
180 | BOOTENV | |
060f9bf5 | 181 | |
0d04f34a | 182 | |
0d04f34a | 183 | #endif |