]> git.ipfire.org Git - thirdparty/u-boot.git/blob - common/spl/Kconfig
blk: Rework guard around part_init call
[thirdparty/u-boot.git] / common / spl / Kconfig
1 menu "SPL / TPL"
2
3 config SUPPORT_SPL
4 bool
5
6 config SUPPORT_TPL
7 bool
8
9 config SPL_DFU_NO_RESET
10 bool
11
12 config SPL
13 bool
14 depends on SUPPORT_SPL
15 prompt "Enable SPL"
16 help
17 If you want to build SPL as well as the normal image, say Y.
18
19 config SPL_FRAMEWORK
20 bool "Support SPL based upon the common SPL framework"
21 depends on SPL
22 default y
23 help
24 Enable the SPL framework under common/spl/. This framework
25 supports MMC, NAND and YMODEM and other methods loading of U-Boot
26 and the Linux Kernel. If unsure, say Y.
27
28 config HANDOFF
29 bool "Pass hand-off information from SPL to U-Boot proper"
30 depends on BLOBLIST
31 help
32 It is useful to be able to pass information from SPL to U-Boot
33 proper to preserve state that is known in SPL and is needed in U-Boot.
34 Enable this to locate the handoff information in U-Boot proper, early
35 in boot. It is available in gd->handoff. The state state is set up
36 in SPL (or TPL if that is being used).
37
38 if SPL
39
40 config SPL_HANDOFF
41 bool "Pass hand-off information from SPL to U-Boot proper"
42 depends on HANDOFF
43 default y
44 help
45 This option enables SPL to write handoff information. This can be
46 used to pass information like the size of SDRAM from SPL to U-Boot
47 proper. Also SPL can receive information from TPL in the same place
48 if that is enabled.
49
50 config SPL_LDSCRIPT
51 string "Linker script for the SPL stage"
52 default "arch/$(ARCH)/cpu/u-boot-spl.lds"
53 help
54 The SPL stage will usually require a different linker-script
55 (as it runs from a different memory region) than the regular
56 U-Boot stage. Set this to the path of the linker-script to
57 be used for SPL.
58
59 config SPL_BOARD_INIT
60 bool "Call board-specific initialization in SPL"
61 help
62 If this option is enabled, U-Boot will call the function
63 spl_board_init() from board_init_r(). This function should be
64 provided by the board.
65
66 config SPL_BOOTROM_SUPPORT
67 bool "Support returning to the BOOTROM"
68 help
69 Some platforms (e.g. the Rockchip RK3368) provide support in their
70 ROM for loading the next boot-stage after performing basic setup
71 from the SPL stage.
72
73 Enable this option, to return to the BOOTROM through the
74 BOOT_DEVICE_BOOTROM (or fall-through to the next boot device in the
75 boot device list, if not implemented for a given board)
76
77 config SPL_BOOTCOUNT_LIMIT
78 bool "Support bootcount in SPL"
79 depends on SPL_ENV_SUPPORT
80 help
81 On some boards, which use 'falcon' mode, it is necessary to check
82 and increment the number of boot attempts. Such boards do not
83 use proper U-Boot for normal boot flow and hence needs those
84 adjustments to be done in the SPL.
85
86 config SPL_RAW_IMAGE_SUPPORT
87 bool "Support SPL loading and booting of RAW images"
88 default n if (ARCH_MX6 && (SPL_MMC_SUPPORT || SPL_SATA_SUPPORT))
89 default y if !TI_SECURE_DEVICE
90 help
91 SPL will support loading and booting a RAW image when this option
92 is y. If this is not set, SPL will move on to other available
93 boot media to find a suitable image.
94
95 config SPL_LEGACY_IMAGE_SUPPORT
96 bool "Support SPL loading and booting of Legacy images"
97 default y if !TI_SECURE_DEVICE
98 help
99 SPL will support loading and booting Legacy images when this option
100 is y. If this is not set, SPL will move on to other available
101 boot media to find a suitable image.
102
103 config SPL_SYS_MALLOC_SIMPLE
104 bool
105 prompt "Only use malloc_simple functions in the SPL"
106 help
107 Say Y here to only use the *_simple malloc functions from
108 malloc_simple.c, rather then using the versions from dlmalloc.c;
109 this will make the SPL binary smaller at the cost of more heap
110 usage as the *_simple malloc functions do not re-use free-ed mem.
111
112 config TPL_SYS_MALLOC_SIMPLE
113 bool
114 prompt "Only use malloc_simple functions in the TPL"
115 help
116 Say Y here to only use the *_simple malloc functions from
117 malloc_simple.c, rather then using the versions from dlmalloc.c;
118 this will make the TPL binary smaller at the cost of more heap
119 usage as the *_simple malloc functions do not re-use free-ed mem.
120
121 config SPL_STACK_R
122 bool "Enable SDRAM location for SPL stack"
123 help
124 SPL starts off execution in SRAM and thus typically has only a small
125 stack available. Since SPL sets up DRAM while in its board_init_f()
126 function, it is possible for the stack to move there before
127 board_init_r() is reached. This option enables a special SDRAM
128 location for the SPL stack. U-Boot SPL switches to this after
129 board_init_f() completes, and before board_init_r() starts.
130
131 config SPL_STACK_R_ADDR
132 depends on SPL_STACK_R
133 hex "SDRAM location for SPL stack"
134 default 0x82000000 if ARCH_OMAP2PLUS
135 help
136 Specify the address in SDRAM for the SPL stack. This will be set up
137 before board_init_r() is called.
138
139 config SPL_STACK_R_MALLOC_SIMPLE_LEN
140 depends on SPL_STACK_R && SPL_SYS_MALLOC_SIMPLE
141 hex "Size of malloc_simple heap after switching to DRAM SPL stack"
142 default 0x100000
143 help
144 Specify the amount of the stack to use as memory pool for
145 malloc_simple after switching the stack to DRAM. This may be set
146 to give board_init_r() a larger heap then the initial heap in
147 SRAM which is limited to SYS_MALLOC_F_LEN bytes.
148
149 config SPL_SEPARATE_BSS
150 bool "BSS section is in a different memory region from text"
151 help
152 Some platforms need a large BSS region in SPL and can provide this
153 because RAM is already set up. In this case BSS can be moved to RAM.
154 This option should then be enabled so that the correct device tree
155 location is used. Normally we put the device tree at the end of BSS
156 but with this option enabled, it goes at _image_binary_end.
157
158 config SPL_BANNER_PRINT
159 bool "Enable output of the SPL banner 'U-Boot SPL ...'"
160 default y
161 help
162 If this option is enabled, SPL will print the banner with version
163 info. Disabling this option could be useful to reduce TPL boot time
164 (e.g. approx. 6 ms faster, when output on i.MX6 with 115200 baud).
165
166 config TPL_BANNER_PRINT
167 bool "Enable output of the TPL banner 'U-Boot TPL ...'"
168 default y
169 help
170 If this option is enabled, SPL will not print the banner with version
171 info. Disabling this option could be useful to reduce SPL boot time
172 (e.g. approx. 6 ms faster, when output on i.MX6 with 115200 baud).
173
174 config SPL_DISPLAY_PRINT
175 bool "Display a board-specific message in SPL"
176 help
177 If this option is enabled, U-Boot will call the function
178 spl_display_print() immediately after displaying the SPL console
179 banner ("U-Boot SPL ..."). This function should be provided by
180 the board.
181
182 config SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
183 bool "MMC raw mode: by sector"
184 default y if ARCH_SUNXI || ARCH_DAVINCI || ARCH_UNIPHIER || \
185 ARCH_MX6 || ARCH_MX7 || \
186 ARCH_ROCKCHIP || ARCH_MVEBU || ARCH_SOCFPGA || \
187 ARCH_AT91 || ARCH_ZYNQ || ARCH_KEYSTONE || OMAP34XX || \
188 OMAP44XX || OMAP54XX || AM33XX || AM43XX
189 help
190 Use sector number for specifying U-Boot location on MMC/SD in
191 raw mode.
192
193 config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
194 hex "Address on the MMC to load U-Boot from"
195 depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR
196 default 0x50 if ARCH_SUNXI
197 default 0x75 if ARCH_DAVINCI
198 default 0x8a if ARCH_MX6 || ARCH_MX7
199 default 0x100 if ARCH_UNIPHIER
200 default 0x140 if ARCH_MVEBU
201 default 0x200 if ARCH_SOCFPGA || ARCH_AT91
202 default 0x300 if ARCH_ZYNQ || ARCH_KEYSTONE || OMAP34XX || OMAP44XX || \
203 OMAP54XX || AM33XX || AM43XX || ARCH_K3
204 default 0x4000 if ARCH_ROCKCHIP
205 help
206 Address on the MMC to load U-Boot from, when the MMC is being used
207 in raw mode. Units: MMC sectors (1 sector = 512 bytes).
208
209 config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
210 bool "MMC Raw mode: by partition"
211 help
212 Use a partition for loading U-Boot when using MMC/SD in raw mode.
213
214 config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION
215 hex "Partition to use to load U-Boot from"
216 depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
217 default 1
218 help
219 Partition on the MMC to load U-Boot from when the MMC is being
220 used in raw mode
221
222 config SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
223 bool "MMC raw mode: by partition type"
224 depends on DOS_PARTITION && SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION
225 help
226 Use partition type for specifying U-Boot partition on MMC/SD in
227 raw mode. U-Boot will be loaded from the first partition of this
228 type to be found.
229
230 config SYS_MMCSD_RAW_MODE_U_BOOT_PARTITION_TYPE
231 hex "Partition Type on the MMC to load U-Boot from"
232 depends on SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION_TYPE
233 help
234 Partition Type on the MMC to load U-Boot from, when the MMC is being
235 used in raw mode.
236
237 config SPL_CRC32_SUPPORT
238 bool "Support CRC32"
239 depends on SPL_FIT
240 help
241 Enable this to support CRC32 in FIT images within SPL. This is a
242 32-bit checksum value that can be used to verify images. This is
243 the least secure type of checksum, suitable for detected
244 accidental image corruption. For secure applications you should
245 consider SHA1 or SHA256.
246
247 config SPL_MD5_SUPPORT
248 bool "Support MD5"
249 depends on SPL_FIT
250 help
251 Enable this to support MD5 in FIT images within SPL. An MD5
252 checksum is a 128-bit hash value used to check that the image
253 contents have not been corrupted. Note that MD5 is not considered
254 secure as it is possible (with a brute-force attack) to adjust the
255 image while still retaining the same MD5 hash value. For secure
256 applications where images may be changed maliciously, you should
257 consider SHA1 or SHA256.
258
259 config SPL_SHA1_SUPPORT
260 bool "Support SHA1"
261 depends on SPL_FIT
262 select SHA1
263 help
264 Enable this to support SHA1 in FIT images within SPL. A SHA1
265 checksum is a 160-bit (20-byte) hash value used to check that the
266 image contents have not been corrupted or maliciously altered.
267 While SHA1 is fairly secure it is coming to the end of its life
268 due to the expanding computing power avaiable to brute-force
269 attacks. For more security, consider SHA256.
270
271 config SPL_SHA256_SUPPORT
272 bool "Support SHA256"
273 depends on SPL_FIT
274 select SHA256
275 help
276 Enable this to support SHA256 in FIT images within SPL. A SHA256
277 checksum is a 256-bit (32-byte) hash value used to check that the
278 image contents have not been corrupted. SHA256 is recommended for
279 use in secure applications since (as at 2016) there is no known
280 feasible attack that could produce a 'collision' with differing
281 input data. Use this for the highest security. Note that only the
282 SHA256 variant is supported: SHA512 and others are not currently
283 supported in U-Boot.
284
285 config SPL_FIT_IMAGE_TINY
286 bool "Remove functionality from SPL FIT loading to reduce size"
287 depends on SPL_FIT
288 default y if MACH_SUN50I || MACH_SUN50I_H5 || MACH_SUN50I_H6
289 help
290 Enable this to reduce the size of the FIT image loading code
291 in SPL, if space for the SPL binary is very tight.
292
293 This removes the detection of image types (which forces the
294 first image to be treated as having a U-Boot style calling
295 convention) and skips the recording of each loaded payload
296 (i.e. loadable) into the FDT (modifying the loaded FDT to
297 ensure this information is available to the next image
298 invoked).
299
300 config SPL_CPU_SUPPORT
301 bool "Support CPU drivers"
302 help
303 Enable this to support CPU drivers in SPL. These drivers can set
304 up CPUs and provide information about them such as the model and
305 name. This can be useful in SPL since setting up the CPUs earlier
306 may improve boot performance. Enable this option to build the
307 drivers in drivers/cpu as part of an SPL build.
308
309 config SPL_CRYPTO_SUPPORT
310 bool "Support crypto drivers"
311 help
312 Enable crypto drivers in SPL. These drivers can be used to
313 accelerate secure boot processing in secure applications. Enable
314 this option to build the drivers in drivers/crypto as part of an
315 SPL build.
316
317 config SPL_HASH_SUPPORT
318 bool "Support hashing drivers"
319 select SHA1
320 select SHA256
321 help
322 Enable hashing drivers in SPL. These drivers can be used to
323 accelerate secure boot processing in secure applications. Enable
324 this option to build system-specific drivers for hash acceleration
325 as part of an SPL build.
326
327 config TPL_HASH_SUPPORT
328 bool "Support hashing drivers in TPL"
329 select SHA1
330 select SHA256
331 help
332 Enable hashing drivers in SPL. These drivers can be used to
333 accelerate secure boot processing in secure applications. Enable
334 this option to build system-specific drivers for hash acceleration
335 as part of an SPL build.
336
337 config SPL_DMA_SUPPORT
338 bool "Support DMA drivers"
339 help
340 Enable DMA (direct-memory-access) drivers in SPL. These drivers
341 can be used to handle memory-to-peripheral data transfer without
342 the CPU moving the data. Enable this option to build the drivers
343 in drivers/dma as part of an SPL build.
344
345 config SPL_DRIVERS_MISC_SUPPORT
346 bool "Support misc drivers"
347 help
348 Enable miscellaneous drivers in SPL. These drivers perform various
349 tasks that don't fall nicely into other categories, Enable this
350 option to build the drivers in drivers/misc as part of an SPL
351 build, for those that support building in SPL (not all drivers do).
352
353 config SPL_ENV_SUPPORT
354 bool "Support an environment"
355 help
356 Enable environment support in SPL. The U-Boot environment provides
357 a number of settings (essentially name/value pairs) which can
358 control many aspects of U-Boot's operation. Normally this is not
359 needed in SPL as it has a much simpler task with less
360 configuration. But some boards use this to support 'Falcon' boot
361 on EXT2 and FAT, where SPL boots directly into Linux without
362 starting U-Boot first. Enabling this option will make env_get()
363 and env_set() available in SPL.
364
365 config SPL_SAVEENV
366 bool "Support save environment"
367 depends on SPL_ENV_SUPPORT
368 select SPL_MMC_WRITE if ENV_IS_IN_MMC
369 help
370 Enable save environment support in SPL after setenv. By default
371 the saveenv option is not provided in SPL, but some boards need
372 this support in 'Falcon' boot, where SPL need to boot from
373 different images based on environment variable set by OS. For
374 example OS may set "reboot_image" environment variable to
375 "recovery" inorder to boot recovery image by SPL. The SPL read
376 "reboot_image" and act accordingly and change the reboot_image
377 to default mode using setenv and save the environment.
378
379 config SPL_ETH_SUPPORT
380 bool "Support Ethernet"
381 depends on SPL_ENV_SUPPORT
382 help
383 Enable access to the network subsystem and associated Ethernet
384 drivers in SPL. This permits SPL to load U-Boot over an Ethernet
385 link rather than from an on-board peripheral. Environment support
386 is required since the network stack uses a number of environment
387 variables. See also SPL_NET_SUPPORT.
388
389 config SPL_EXT_SUPPORT
390 bool "Support EXT filesystems"
391 help
392 Enable support for EXT2/3/4 filesystems with SPL. This permits
393 U-Boot (or Linux in Falcon mode) to be loaded from an EXT
394 filesystem from within SPL. Support for the underlying block
395 device (e.g. MMC or USB) must be enabled separately.
396
397 config SPL_FAT_SUPPORT
398 bool "Support FAT filesystems"
399 select FS_FAT
400 help
401 Enable support for FAT and VFAT filesystems with SPL. This
402 permits U-Boot (or Linux in Falcon mode) to be loaded from a FAT
403 filesystem from within SPL. Support for the underlying block
404 device (e.g. MMC or USB) must be enabled separately.
405
406 config SPL_FPGA_SUPPORT
407 bool "Support FPGAs"
408 help
409 Enable support for FPGAs in SPL. Field-programmable Gate Arrays
410 provide software-configurable hardware which is typically used to
411 implement peripherals (such as UARTs, LCD displays, MMC) or
412 accelerate custom processing functions, such as image processing
413 or machine learning. Sometimes it is useful to program the FPGA
414 as early as possible during boot, and this option can enable that
415 within SPL.
416
417 config SPL_GPIO_SUPPORT
418 bool "Support GPIO in SPL"
419 help
420 Enable support for GPIOs (General-purpose Input/Output) in SPL.
421 GPIOs allow U-Boot to read the state of an input line (high or
422 low) and set the state of an output line. This can be used to
423 drive LEDs, control power to various system parts and read user
424 input. GPIOs can be useful in SPL to enable a 'sign-of-life' LED,
425 for example. Enable this option to build the drivers in
426 drivers/gpio as part of an SPL build.
427
428 config SPL_I2C_SUPPORT
429 bool "Support I2C"
430 help
431 Enable support for the I2C (Inter-Integrated Circuit) bus in SPL.
432 I2C works with a clock and data line which can be driven by a
433 one or more masters or slaves. It is a fairly complex bus but is
434 widely used as it only needs two lines for communication. Speeds of
435 400kbps are typical but up to 3.4Mbps is supported by some
436 hardware. I2C can be useful in SPL to configure power management
437 ICs (PMICs) before raising the CPU clock speed, for example.
438 Enable this option to build the drivers in drivers/i2c as part of
439 an SPL build.
440
441 config SPL_LIBCOMMON_SUPPORT
442 bool "Support common libraries"
443 help
444 Enable support for common U-Boot libraries within SPL. These
445 libraries include common code to deal with U-Boot images,
446 environment and USB, for example. This option is enabled on many
447 boards. Enable this option to build the code in common/ as part of
448 an SPL build.
449
450 config SPL_LIBDISK_SUPPORT
451 bool "Support disk partitions"
452 select PARTITIONS
453 help
454 Enable support for disk partitions within SPL. 'Disk' is something
455 of a misnomer as it includes non-spinning media such as flash (as
456 used in MMC and USB sticks). Partitions provide a way for a disk
457 to be split up into separate regions, with a partition table placed
458 at the start or end which describes the location and size of each
459 'partition'. These partitions are typically uses as individual block
460 devices, typically with an EXT2 or FAT filesystem in each. This
461 option enables whatever partition support has been enabled in
462 U-Boot to also be used in SPL. It brings in the code in disk/.
463
464 config SPL_LIBGENERIC_SUPPORT
465 bool "Support generic libraries"
466 help
467 Enable support for generic U-Boot libraries within SPL. These
468 libraries include generic code to deal with device tree, hashing,
469 printf(), compression and the like. This option is enabled on many
470 boards. Enable this option to build the code in lib/ as part of an
471 SPL build.
472
473 config SPL_DM_MAILBOX
474 bool "Support Mailbox"
475 help
476 Enable support for Mailbox within SPL. This enable the inter
477 processor communication protocols tobe used within SPL. Enable
478 this option to build the drivers in drivers/mailbox as part of
479 SPL build.
480
481 config SPL_MMC_SUPPORT
482 bool "Support MMC"
483 depends on MMC
484 select HAVE_BLOCK_DEVICE
485 help
486 Enable support for MMC (Multimedia Card) within SPL. This enables
487 the MMC protocol implementation and allows any enabled drivers to
488 be used within SPL. MMC can be used with or without disk partition
489 support depending on the application (SPL_LIBDISK_SUPPORT). Enable
490 this option to build the drivers in drivers/mmc as part of an SPL
491 build.
492
493 config SPL_MMC_WRITE
494 bool "MMC/SD/SDIO card support for write operations in SPL"
495 depends on SPL_MMC_SUPPORT
496 default n
497 help
498 Enable write access to MMC and SD Cards in SPL
499
500
501 config SPL_MPC8XXX_INIT_DDR_SUPPORT
502 bool "Support MPC8XXX DDR init"
503 help
504 Enable support for DDR-SDRAM (double-data-rate synchronous dynamic
505 random-access memory) on the MPC8XXX family within SPL. This
506 allows DRAM to be set up before loading U-Boot into that DRAM,
507 where it can run.
508
509 config SPL_MTD_SUPPORT
510 bool "Support MTD drivers"
511 help
512 Enable support for MTD (Memory Technology Device) within SPL. MTD
513 provides a block interface over raw NAND and can also be used with
514 SPI flash. This allows SPL to load U-Boot from supported MTD
515 devices. See SPL_NAND_SUPPORT and SPL_ONENAND_SUPPORT for how
516 to enable specific MTD drivers.
517
518 config SPL_MUSB_NEW_SUPPORT
519 bool "Support new Mentor Graphics USB"
520 help
521 Enable support for Mentor Graphics USB in SPL. This is a new
522 driver used by some boards. Enable this option to build
523 the drivers in drivers/usb/musb-new as part of an SPL build. The
524 old drivers are in drivers/usb/musb.
525
526 config SPL_NAND_SUPPORT
527 bool "Support NAND flash"
528 help
529 Enable support for NAND (Negative AND) flash in SPL. NAND flash
530 can be used to allow SPL to load U-Boot from supported devices.
531 This enables the drivers in drivers/mtd/nand/raw as part of an SPL
532 build.
533
534 config SPL_NET_SUPPORT
535 bool "Support networking"
536 help
537 Enable support for network devices (such as Ethernet) in SPL.
538 This permits SPL to load U-Boot over a network link rather than
539 from an on-board peripheral. Environment support is required since
540 the network stack uses a number of environment variables. See also
541 SPL_ETH_SUPPORT.
542
543 if SPL_NET_SUPPORT
544 config SPL_NET_VCI_STRING
545 string "BOOTP Vendor Class Identifier string sent by SPL"
546 help
547 As defined by RFC 2132 the vendor class identifier field can be
548 sent by the client to identify the vendor type and configuration
549 of a client. This is often used in practice to allow for the DHCP
550 server to specify different files to load depending on if the ROM,
551 SPL or U-Boot itself makes the request
552 endif # if SPL_NET_SUPPORT
553
554 config SPL_NO_CPU_SUPPORT
555 bool "Drop CPU code in SPL"
556 help
557 This is specific to the ARM926EJ-S CPU. It disables the standard
558 start.S start-up code, presumably so that a replacement can be
559 used on that CPU. You should not enable it unless you know what
560 you are doing.
561
562 config SPL_NOR_SUPPORT
563 bool "Support NOR flash"
564 help
565 Enable support for loading U-Boot from memory-mapped NOR (Negative
566 OR) flash in SPL. NOR flash is slow to write but fast to read, and
567 a memory-mapped device makes it very easy to access. Loading from
568 NOR is typically achieved with just a memcpy().
569
570 config SPL_XIP_SUPPORT
571 bool "Support XIP"
572 depends on SPL
573 help
574 Enable support for execute in place of U-Boot or kernel image. There
575 is no need to copy image from flash to ram if flash supports execute
576 in place. Its very useful in systems having enough flash but not
577 enough ram to load the image.
578
579 config SPL_ONENAND_SUPPORT
580 bool "Support OneNAND flash"
581 help
582 Enable support for OneNAND (Negative AND) flash in SPL. OneNAND is
583 a type of NAND flash and therefore can be used to allow SPL to
584 load U-Boot from supported devices. This enables the drivers in
585 drivers/mtd/onenand as part of an SPL build.
586
587 config SPL_OS_BOOT
588 bool "Activate Falcon Mode"
589 depends on !TI_SECURE_DEVICE
590 default n
591 help
592 Enable booting directly to an OS from SPL.
593 for more info read doc/README.falcon
594
595 if SPL_OS_BOOT
596 config SYS_OS_BASE
597 hex "addr, where OS is found"
598 depends on SPL_NOR_SUPPORT
599 help
600 Specify the address, where the OS image is found, which
601 gets booted.
602
603 endif # SPL_OS_BOOT
604
605 config SPL_PAYLOAD
606 string "SPL payload"
607 default "tpl/u-boot-with-tpl.bin" if TPL
608 default "u-boot.bin"
609 help
610 Payload for SPL boot. For backward compability, default to
611 u-boot.bin, i.e. RAW image without any header. In case of
612 TPL, tpl/u-boot-with-tpl.bin. For new boards, suggest to
613 use u-boot.img.
614
615 config SPL_PCI_SUPPORT
616 bool "Support PCI drivers"
617 help
618 Enable support for PCI in SPL. For platforms that need PCI to boot,
619 or must perform some init using PCI in SPL, this provides the
620 necessary driver support. This enables the drivers in drivers/pci
621 as part of an SPL build.
622
623 config SPL_PCH_SUPPORT
624 bool "Support PCH drivers"
625 help
626 Enable support for PCH (Platform Controller Hub) devices in SPL.
627 These are used to set up GPIOs and the SPI peripheral early in
628 boot. This enables the drivers in drivers/pch as part of an SPL
629 build.
630
631 config SPL_POST_MEM_SUPPORT
632 bool "Support POST drivers"
633 help
634 Enable support for POST (Power-on Self Test) in SPL. POST is a
635 procedure that checks that the hardware (CPU or board) appears to
636 be functionally correctly. It is a sanity check that can be
637 performed before booting. This enables the drivers in post/drivers
638 as part of an SPL build.
639
640 config SPL_DM_RESET
641 bool "Support reset drivers"
642 depends on SPL
643 help
644 Enable support for reset control in SPL.
645 That can be useful in SPL to handle IP reset in driver, as in U-Boot,
646 by using the generic reset API provided by driver model.
647 This enables the drivers in drivers/reset as part of an SPL build.
648
649 config SPL_POWER_SUPPORT
650 bool "Support power drivers"
651 help
652 Enable support for power control in SPL. This includes support
653 for PMICs (Power-management Integrated Circuits) and some of the
654 features provided by PMICs. In particular, voltage regulators can
655 be used to enable/disable power and vary its voltage. That can be
656 useful in SPL to turn on boot peripherals and adjust CPU voltage
657 so that the clock speed can be increased. This enables the drivers
658 in drivers/power, drivers/power/pmic and drivers/power/regulator
659 as part of an SPL build.
660
661 config SPL_POWER_DOMAIN
662 bool "Support power domain drivers"
663 help
664 Enable support for power domain control in SPL. Many SoCs allow
665 power to be applied to or removed from portions of the SoC (power
666 domains). This may be used to save power. This API provides the
667 means to control such power management hardware. This enables
668 the drivers in drivers/power/domain as part of a SPL build.
669
670 config SPL_RAM_SUPPORT
671 bool "Support booting from RAM"
672 default y if MICROBLAZE || ARCH_SOCFPGA || TEGRA || ARCH_ZYNQ
673 help
674 Enable booting of an image in RAM. The image can be preloaded or
675 it can be loaded by SPL directly into RAM (e.g. using USB).
676
677 config SPL_RAM_DEVICE
678 bool "Support booting from preloaded image in RAM"
679 depends on SPL_RAM_SUPPORT
680 default y if MICROBLAZE || ARCH_SOCFPGA || TEGRA || ARCH_ZYNQ
681 help
682 Enable booting of an image already loaded in RAM. The image has to
683 be already in memory when SPL takes over, e.g. loaded by the boot
684 ROM.
685
686 config SPL_REMOTEPROC
687 bool "Support REMOTEPROCS"
688 help
689 Enable support for REMOTEPROCs in SPL. This permits to load
690 a remote processor firmware in SPL.
691
692 config SPL_RTC_SUPPORT
693 bool "Support RTC drivers"
694 help
695 Enable RTC (Real-time Clock) support in SPL. This includes support
696 for reading and setting the time. Some RTC devices also have some
697 non-volatile (battery-backed) memory which is accessible if
698 needed. This enables the drivers in drivers/rtc as part of an SPL
699 build.
700
701 config SPL_SATA_SUPPORT
702 bool "Support loading from SATA"
703 help
704 Enable support for SATA (Serial AT attachment) in SPL. This allows
705 use of SATA devices such as hard drives and flash drivers for
706 loading U-Boot. SATA is used in higher-end embedded systems and
707 can provide higher performance than MMC , at somewhat higher
708 expense and power consumption. This enables loading from SATA
709 using a configured device.
710
711 config SPL_SERIAL_SUPPORT
712 bool "Support serial"
713 select SPL_PRINTF
714 select SPL_STRTO
715 help
716 Enable support for serial in SPL. This allows use of a serial UART
717 for displaying messages while SPL is running. It also brings in
718 printf() and panic() functions. This should normally be enabled
719 unless there are space reasons not to. Even then, consider
720 enabling USE_TINY_PRINTF which is a small printf() version.
721
722 config SPL_SPI_FLASH_SUPPORT
723 bool "Support SPI flash drivers"
724 help
725 Enable support for using SPI flash in SPL, and loading U-Boot from
726 SPI flash. SPI flash (Serial Peripheral Bus flash) is named after
727 the SPI bus that is used to connect it to a system. It is a simple
728 but fast bidirectional 4-wire bus (clock, chip select and two data
729 lines). This enables the drivers in drivers/mtd/spi as part of an
730 SPL build. This normally requires SPL_SPI_SUPPORT.
731
732 config SPL_SPI_LOAD
733 bool "Support loading from SPI flash"
734 depends on SPL_SPI_FLASH_SUPPORT
735 help
736 Enable support for loading next stage, U-Boot or otherwise, from
737 SPI NOR in U-Boot SPL.
738
739 config SPL_SPI_SUPPORT
740 bool "Support SPI drivers"
741 help
742 Enable support for using SPI in SPL. This is used for connecting
743 to SPI flash for loading U-Boot. See SPL_SPI_FLASH_SUPPORT for
744 more details on that. The SPI driver provides the transport for
745 data between the SPI flash and the CPU. This option can be used to
746 enable SPI drivers that are needed for other purposes also, such
747 as a SPI PMIC.
748
749 config SPL_THERMAL
750 bool "Driver support for thermal devices"
751 help
752 Enable support for temperature-sensing devices. Some SoCs have on-chip
753 temperature sensors to permit warnings, speed throttling or even
754 automatic power-off when the temperature gets too high or low. Other
755 devices may be discrete but connected on a suitable bus.
756
757 config SPL_USB_HOST_SUPPORT
758 bool "Support USB host drivers"
759 select HAVE_BLOCK_DEVICE
760 help
761 Enable access to USB (Universal Serial Bus) host devices so that
762 SPL can load U-Boot from a connected USB peripheral, such as a USB
763 flash stick. While USB takes a little longer to start up than most
764 buses, it is very flexible since many different types of storage
765 device can be attached. This option enables the drivers in
766 drivers/usb/host as part of an SPL build.
767
768 config SPL_USB_SUPPORT
769 bool "Support loading from USB"
770 depends on SPL_USB_HOST_SUPPORT
771 help
772 Enable support for USB devices in SPL. This allows use of USB
773 devices such as hard drives and flash drivers for loading U-Boot.
774 The actual drivers are enabled separately using the normal U-Boot
775 config options. This enables loading from USB using a configured
776 device.
777
778 config SPL_USB_GADGET_SUPPORT
779 bool "Suppport USB Gadget drivers"
780 help
781 Enable USB Gadget API which allows to enable USB device functions
782 in SPL.
783
784 if SPL_USB_GADGET_SUPPORT
785
786 config SPL_USB_ETHER
787 bool "Support USB Ethernet drivers"
788 help
789 Enable access to the USB network subsystem and associated
790 drivers in SPL. This permits SPL to load U-Boot over a
791 USB-connected Ethernet link (such as a USB Ethernet dongle) rather
792 than from an onboard peripheral. Environment support is required
793 since the network stack uses a number of environment variables.
794 See also SPL_NET_SUPPORT and SPL_ETH_SUPPORT.
795
796 config SPL_DFU_SUPPORT
797 bool "Support DFU (Device Firmware Upgrade)"
798 select SPL_HASH_SUPPORT
799 select SPL_DFU_NO_RESET
800 depends on SPL_RAM_SUPPORT
801 help
802 This feature enables the DFU (Device Firmware Upgrade) in SPL with
803 RAM memory device support. The ROM code will load and execute
804 the SPL built with dfu. The user can load binaries (u-boot/kernel) to
805 selected device partition from host-pc using dfu-utils.
806 This feature is useful to flash the binaries to factory or bare-metal
807 boards using USB interface.
808
809 choice
810 bool "DFU device selection"
811 depends on SPL_DFU_SUPPORT
812
813 config SPL_DFU_RAM
814 bool "RAM device"
815 depends on SPL_DFU_SUPPORT && SPL_RAM_SUPPORT
816 help
817 select RAM/DDR memory device for loading binary images
818 (u-boot/kernel) to the selected device partition using
819 DFU and execute the u-boot/kernel from RAM.
820
821 endchoice
822
823 config SPL_USB_SDP_SUPPORT
824 bool "Support SDP (Serial Download Protocol)"
825 help
826 Enable Serial Download Protocol (SDP) device support in SPL. This
827 allows to download images into memory and execute (jump to) them
828 using the same protocol as implemented by the i.MX family's boot ROM.
829 endif
830
831 config SPL_WATCHDOG_SUPPORT
832 bool "Support watchdog drivers"
833 help
834 Enable support for watchdog drivers in SPL. A watchdog is
835 typically a hardware peripheral which can reset the system when it
836 detects no activity for a while (such as a software crash). This
837 enables the drivers in drivers/watchdog as part of an SPL build.
838
839 config SPL_YMODEM_SUPPORT
840 bool "Support loading using Ymodem"
841 depends on SPL_SERIAL_SUPPORT
842 help
843 While loading from serial is slow it can be a useful backup when
844 there is no other option. The Ymodem protocol provides a reliable
845 means of transmitting U-Boot over a serial line for using in SPL,
846 with a checksum to ensure correctness.
847
848 config SPL_ATF
849 bool "Support ARM Trusted Firmware"
850 depends on ARM64
851 help
852 ATF(ARM Trusted Firmware) is a component for ARM AArch64 which
853 is loaded by SPL (which is considered as BL2 in ATF terminology).
854 More detail at: https://github.com/ARM-software/arm-trusted-firmware
855
856 config SPL_ATF_NO_PLATFORM_PARAM
857 bool "Pass no platform parameter"
858 depends on SPL_ATF
859 help
860 While we expect to call a pointer to a valid FDT (or NULL)
861 as the platform parameter to an ATF, some ATF versions are
862 not U-Boot aware and have an insufficiently robust parameter
863 validation to gracefully reject a FDT being passed.
864
865 If this option is enabled, the spl_atf os-type handler will
866 always pass NULL for the platform parameter.
867
868 If your ATF is affected, say Y.
869
870 config SPL_AM33XX_ENABLE_RTC32K_OSC
871 bool "Enable the RTC32K OSC on AM33xx based platforms"
872 default y if AM33XX
873 help
874 Enable access to the AM33xx RTC and select the external 32kHz clock
875 source.
876
877 config SPL_OPTEE
878 bool "Support OP-TEE Trusted OS"
879 depends on ARM
880 help
881 OP-TEE is an open source Trusted OS which is loaded by SPL.
882 More detail at: https://github.com/OP-TEE/optee_os
883
884 config TPL
885 bool
886 depends on SUPPORT_TPL
887 prompt "Enable TPL"
888 help
889 If you want to build TPL as well as the normal image and SPL, say Y.
890
891 if TPL
892
893 config TPL_HANDOFF
894 bool "Pass hand-off information from TPL to SPL and U-Boot proper"
895 depends on HANDOFF
896 default y
897 help
898 This option enables TPL to write handoff information. This can be
899 used to pass information like the size of SDRAM from TPL to U-Boot
900 proper. The information is also available to SPL if it is useful
901 there.
902
903 config TPL_BOARD_INIT
904 bool "Call board-specific initialization in TPL"
905 help
906 If this option is enabled, U-Boot will call the function
907 spl_board_init() from board_init_r(). This function should be
908 provided by the board.
909
910 config TPL_LDSCRIPT
911 string "Linker script for the TPL stage"
912 depends on TPL
913 help
914 The TPL stage will usually require a different linker-script
915 (as it runs from a different memory region) than the regular
916 U-Boot stage. Set this to the path of the linker-script to
917 be used for TPL.
918
919 May be left empty to trigger the Makefile infrastructure to
920 fall back to the linker-script used for the SPL stage.
921
922 config TPL_NEEDS_SEPARATE_TEXT_BASE
923 bool "TPL needs a separate text-base"
924 default n
925 depends on TPL
926 help
927 Enable, if the TPL stage should not inherit its text-base
928 from the SPL stage. When enabled, a base address for the
929 .text sections of the TPL stage has to be set below.
930
931 config TPL_NEEDS_SEPARATE_STACK
932 bool "TPL needs a separate initial stack-pointer"
933 default n
934 depends on TPL
935 help
936 Enable, if the TPL stage should not inherit its initial
937 stack-pointer from the settings for the SPL stage.
938
939 config TPL_TEXT_BASE
940 hex "Base address for the .text section of the TPL stage"
941 depends on TPL_NEEDS_SEPARATE_TEXT_BASE
942 help
943 The base address for the .text section of the TPL stage.
944
945 config TPL_MAX_SIZE
946 int "Maximum size (in bytes) for the TPL stage"
947 default 0
948 depends on TPL
949 help
950 The maximum size (in bytes) of the TPL stage.
951
952 config TPL_STACK
953 hex "Address of the initial stack-pointer for the TPL stage"
954 depends on TPL_NEEDS_SEPARATE_STACK
955 help
956 The address of the initial stack-pointer for the TPL stage.
957 Usually this will be the (aligned) top-of-stack.
958
959 config TPL_BOOTROM_SUPPORT
960 bool "Support returning to the BOOTROM (from TPL)"
961 help
962 Some platforms (e.g. the Rockchip RK3368) provide support in their
963 ROM for loading the next boot-stage after performing basic setup
964 from the TPL stage.
965
966 Enable this option, to return to the BOOTROM through the
967 BOOT_DEVICE_BOOTROM (or fall-through to the next boot device in the
968 boot device list, if not implemented for a given board)
969
970 config TPL_DRIVERS_MISC_SUPPORT
971 bool "Support misc drivers in TPL"
972 help
973 Enable miscellaneous drivers in TPL. These drivers perform various
974 tasks that don't fall nicely into other categories, Enable this
975 option to build the drivers in drivers/misc as part of an TPL
976 build, for those that support building in TPL (not all drivers do).
977
978 config TPL_ENV_SUPPORT
979 bool "Support an environment"
980 help
981 Enable environment support in TPL. See SPL_ENV_SUPPORT for details.
982
983 config TPL_GPIO_SUPPORT
984 bool "Support GPIO in TPL"
985 help
986 Enable support for GPIOs (General-purpose Input/Output) in TPL.
987 GPIOs allow U-Boot to read the state of an input line (high or
988 low) and set the state of an output line. This can be used to
989 drive LEDs, control power to various system parts and read user
990 input. GPIOs can be useful in TPL to enable a 'sign-of-life' LED,
991 for example. Enable this option to build the drivers in
992 drivers/gpio as part of an TPL build.
993
994 config TPL_I2C_SUPPORT
995 bool "Support I2C"
996 help
997 Enable support for the I2C bus in TPL. See SPL_I2C_SUPPORT for
998 details.
999
1000 config TPL_LIBCOMMON_SUPPORT
1001 bool "Support common libraries"
1002 help
1003 Enable support for common U-Boot libraries within TPL. See
1004 SPL_LIBCOMMON_SUPPORT for details.
1005
1006 config TPL_LIBGENERIC_SUPPORT
1007 bool "Support generic libraries"
1008 help
1009 Enable support for generic U-Boot libraries within TPL. See
1010 SPL_LIBGENERIC_SUPPORT for details.
1011
1012 config TPL_MPC8XXX_INIT_DDR_SUPPORT
1013 bool "Support MPC8XXX DDR init"
1014 help
1015 Enable support for DDR-SDRAM on the MPC8XXX family within TPL. See
1016 SPL_MPC8XXX_INIT_DDR_SUPPORT for details.
1017
1018 config TPL_MMC_SUPPORT
1019 bool "Support MMC"
1020 depends on MMC
1021 help
1022 Enable support for MMC within TPL. See SPL_MMC_SUPPORT for details.
1023
1024 config TPL_NAND_SUPPORT
1025 bool "Support NAND flash"
1026 help
1027 Enable support for NAND in TPL. See SPL_NAND_SUPPORT for details.
1028
1029 config TPL_PCI_SUPPORT
1030 bool "Support PCI drivers"
1031 help
1032 Enable support for PCI in TPL. For platforms that need PCI to boot,
1033 or must perform some init using PCI in SPL, this provides the
1034 necessary driver support. This enables the drivers in drivers/pci
1035 as part of a TPL build.
1036
1037 config TPL_PCH_SUPPORT
1038 bool "Support PCH drivers"
1039 help
1040 Enable support for PCH (Platform Controller Hub) devices in TPL.
1041 These are used to set up GPIOs and the SPI peripheral early in
1042 boot. This enables the drivers in drivers/pch as part of a TPL
1043 build.
1044
1045 config TPL_RAM_SUPPORT
1046 bool "Support booting from RAM"
1047 help
1048 Enable booting of an image in RAM. The image can be preloaded or
1049 it can be loaded by TPL directly into RAM (e.g. using USB).
1050
1051 config TPL_RAM_DEVICE
1052 bool "Support booting from preloaded image in RAM"
1053 depends on TPL_RAM_SUPPORT
1054 help
1055 Enable booting of an image already loaded in RAM. The image has to
1056 be already in memory when TPL takes over, e.g. loaded by the boot
1057 ROM.
1058
1059 config TPL_RTC_SUPPORT
1060 bool "Support RTC drivers"
1061 help
1062 Enable RTC (Real-time Clock) support in TPL. This includes support
1063 for reading and setting the time. Some RTC devices also have some
1064 non-volatile (battery-backed) memory which is accessible if
1065 needed. This enables the drivers in drivers/rtc as part of an TPL
1066 build.
1067
1068 config TPL_SERIAL_SUPPORT
1069 bool "Support serial"
1070 select TPL_PRINTF
1071 select TPL_STRTO
1072 help
1073 Enable support for serial in TPL. See SPL_SERIAL_SUPPORT for
1074 details.
1075
1076 config TPL_SPI_FLASH_SUPPORT
1077 bool "Support SPI flash drivers"
1078 help
1079 Enable support for using SPI flash in TPL. See SPL_SPI_FLASH_SUPPORT
1080 for details.
1081
1082 config TPL_SPI_LOAD
1083 bool "Support loading from SPI flash"
1084 depends on TPL_SPI_FLASH_SUPPORT
1085 help
1086 Enable support for loading next stage, U-Boot or otherwise, from
1087 SPI NOR in U-Boot TPL.
1088
1089 config TPL_SPI_SUPPORT
1090 bool "Support SPI drivers"
1091 help
1092 Enable support for using SPI in TPL. See SPL_SPI_SUPPORT for
1093 details.
1094
1095 config TPL_YMODEM_SUPPORT
1096 bool "Support loading using Ymodem"
1097 depends on TPL_SERIAL_SUPPORT
1098 help
1099 While loading from serial is slow it can be a useful backup when
1100 there is no other option. The Ymodem protocol provides a reliable
1101 means of transmitting U-Boot over a serial line for using in TPL,
1102 with a checksum to ensure correctness.
1103
1104 endif # TPL
1105
1106 endif # SPL
1107 endmenu