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