Merge git://git.denx.de/u-boot-fsl-qoriq
[pandora-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 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_PAYLOAD
557         string "SPL payload"
558         default "tpl/u-boot-with-tpl.bin" if TPL
559         default "u-boot.bin"
560         help
561           Payload for SPL boot. For backward compability, default to
562           u-boot.bin, i.e. RAW image without any header. In case of
563           TPL, tpl/u-boot-with-tpl.bin. For new boards, suggest to
564           use u-boot.img.
565
566 config SPL_PCI_SUPPORT
567         bool "Support PCI drivers"
568         help
569           Enable support for PCI in SPL. For platforms that need PCI to boot,
570           or must perform some init using PCI in SPL, this provides the
571           necessary driver support. This enables the drivers in drivers/pci
572           as part of an SPL build.
573
574 config SPL_PCH_SUPPORT
575         bool "Support PCH drivers"
576         help
577           Enable support for PCH (Platform Controller Hub) devices in SPL.
578           These are used to set up GPIOs and the SPI peripheral early in
579           boot. This enables the drivers in drivers/pch as part of an SPL
580           build.
581
582 config SPL_POST_MEM_SUPPORT
583         bool "Support POST drivers"
584         help
585           Enable support for POST (Power-on Self Test) in SPL. POST is a
586           procedure that checks that the hardware (CPU or board) appears to
587           be functionally correctly. It is a sanity check that can be
588           performed before booting. This enables the drivers in post/drivers
589           as part of an SPL build.
590
591 config SPL_DM_RESET
592         bool "Support reset drivers"
593         depends on SPL
594         help
595           Enable support for reset control in SPL.
596           That can be useful in SPL to handle IP reset in driver, as in U-Boot,
597           by using the generic reset API provided by driver model.
598           This enables the drivers in drivers/reset as part of an SPL build.
599
600 config SPL_POWER_SUPPORT
601         bool "Support power drivers"
602         help
603           Enable support for power control in SPL. This includes support
604           for PMICs (Power-management Integrated Circuits) and some of the
605           features provided by PMICs. In particular, voltage regulators can
606           be used to enable/disable power and vary its voltage. That can be
607           useful in SPL to turn on boot peripherals and adjust CPU voltage
608           so that the clock speed can be increased. This enables the drivers
609           in drivers/power, drivers/power/pmic and drivers/power/regulator
610           as part of an SPL build.
611
612 config SPL_RAM_SUPPORT
613         bool "Support booting from RAM"
614         default y if MICROBLAZE || ARCH_SOCFPGA || TEGRA || ARCH_ZYNQ
615         help
616           Enable booting of an image in RAM. The image can be preloaded or
617           it can be loaded by SPL directly into RAM (e.g. using USB).
618
619 config SPL_RAM_DEVICE
620         bool "Support booting from preloaded image in RAM"
621         depends on SPL_RAM_SUPPORT
622         default y if MICROBLAZE || ARCH_SOCFPGA || TEGRA || ARCH_ZYNQ
623         help
624           Enable booting of an image already loaded in RAM. The image has to
625           be already in memory when SPL takes over, e.g. loaded by the boot
626           ROM.
627
628 config SPL_RTC_SUPPORT
629         bool "Support RTC drivers"
630         help
631           Enable RTC (Real-time Clock) support in SPL. This includes support
632           for reading and setting the time. Some RTC devices also have some
633           non-volatile (battery-backed) memory which is accessible if
634           needed. This enables the drivers in drivers/rtc as part of an SPL
635           build.
636
637 config SPL_SATA_SUPPORT
638         bool "Support loading from SATA"
639         help
640           Enable support for SATA (Serial AT attachment) in SPL. This allows
641           use of SATA devices such as hard drives and flash drivers for
642           loading U-Boot. SATA is used in higher-end embedded systems and
643           can provide higher performance than MMC , at somewhat higher
644           expense and power consumption. This enables loading from SATA
645           using a configured device.
646
647 config SPL_SERIAL_SUPPORT
648         bool "Support serial"
649         select SPL_PRINTF
650         select SPL_STRTO
651         help
652           Enable support for serial in SPL. This allows use of a serial UART
653           for displaying messages while SPL is running. It also brings in
654           printf() and panic() functions. This should normally be enabled
655           unless there are space reasons not to. Even then, consider
656           enabling USE_TINY_PRINTF which is a small printf() version.
657
658 config SPL_SPI_FLASH_SUPPORT
659         bool "Support SPI flash drivers"
660         help
661           Enable support for using SPI flash in SPL, and loading U-Boot from
662           SPI flash. SPI flash (Serial Peripheral Bus flash) is named after
663           the SPI bus that is used to connect it to a system. It is a simple
664           but fast bidirectional 4-wire bus (clock, chip select and two data
665           lines). This enables the drivers in drivers/mtd/spi as part of an
666           SPL build. This normally requires SPL_SPI_SUPPORT.
667
668 config SPL_SPI_LOAD
669         bool "Support loading from SPI flash"
670         depends on SPL_SPI_FLASH_SUPPORT
671         help
672           Enable support for loading next stage, U-Boot or otherwise, from
673           SPI NOR in U-Boot SPL.
674
675 config SPL_SPI_SUPPORT
676         bool "Support SPI drivers"
677         help
678           Enable support for using SPI in SPL. This is used for connecting
679           to SPI flash for loading U-Boot. See SPL_SPI_FLASH_SUPPORT for
680           more details on that. The SPI driver provides the transport for
681           data between the SPI flash and the CPU. This option can be used to
682           enable SPI drivers that are needed for other purposes also, such
683           as a SPI PMIC.
684
685 config SPL_THERMAL
686         bool "Driver support for thermal devices"
687         help
688           Enable support for temperature-sensing devices. Some SoCs have on-chip
689           temperature sensors to permit warnings, speed throttling or even
690           automatic power-off when the temperature gets too high or low. Other
691           devices may be discrete but connected on a suitable bus.
692
693 config SPL_USB_HOST_SUPPORT
694         bool "Support USB host drivers"
695         help
696           Enable access to USB (Universal Serial Bus) host devices so that
697           SPL can load U-Boot from a connected USB peripheral, such as a USB
698           flash stick. While USB takes a little longer to start up than most
699           buses, it is very flexible since many different types of storage
700           device can be attached. This option enables the drivers in
701           drivers/usb/host as part of an SPL build.
702
703 config SPL_USB_SUPPORT
704         bool "Support loading from USB"
705         depends on SPL_USB_HOST_SUPPORT
706         help
707           Enable support for USB devices in SPL. This allows use of USB
708           devices such as hard drives and flash drivers for loading U-Boot.
709           The actual drivers are enabled separately using the normal U-Boot
710           config options. This enables loading from USB using a configured
711           device.
712
713 config SPL_USB_GADGET_SUPPORT
714         bool "Suppport USB Gadget drivers"
715         help
716           Enable USB Gadget API which allows to enable USB device functions
717           in SPL.
718
719 if SPL_USB_GADGET_SUPPORT
720
721 config SPL_USB_ETHER
722         bool "Support USB Ethernet drivers"
723         help
724           Enable access to the USB network subsystem and associated
725           drivers in SPL. This permits SPL to load U-Boot over a
726           USB-connected Ethernet link (such as a USB Ethernet dongle) rather
727           than from an onboard peripheral. Environment support is required
728           since the network stack uses a number of environment variables.
729           See also SPL_NET_SUPPORT and SPL_ETH_SUPPORT.
730
731 config SPL_DFU_SUPPORT
732         bool "Support DFU (Device Firmware Upgarde)"
733         select SPL_HASH_SUPPORT
734         select SPL_DFU_NO_RESET
735         depends on SPL_RAM_SUPPORT
736         help
737           This feature enables the DFU (Device Firmware Upgarde) in SPL with
738           RAM memory device support. The ROM code will load and execute
739           the SPL built with dfu. The user can load binaries (u-boot/kernel) to
740           selected device partition from host-pc using dfu-utils.
741           This feature is useful to flash the binaries to factory or bare-metal
742           boards using USB interface.
743
744 choice
745         bool "DFU device selection"
746         depends on SPL_DFU_SUPPORT
747
748 config SPL_DFU_RAM
749         bool "RAM device"
750         depends on SPL_DFU_SUPPORT && SPL_RAM_SUPPORT
751         help
752          select RAM/DDR memory device for loading binary images
753          (u-boot/kernel) to the selected device partition using
754          DFU and execute the u-boot/kernel from RAM.
755
756 endchoice
757
758 config SPL_USB_SDP_SUPPORT
759         bool "Support SDP (Serial Download Protocol)"
760         help
761           Enable Serial Download Protocol (SDP) device support in SPL. This
762           allows to download images into memory and execute (jump to) them
763           using the same protocol as implemented by the i.MX family's boot ROM.
764 endif
765
766 config SPL_WATCHDOG_SUPPORT
767         bool "Support watchdog drivers"
768         help
769           Enable support for watchdog drivers in SPL. A watchdog is
770           typically a hardware peripheral which can reset the system when it
771           detects no activity for a while (such as a software crash). This
772           enables the drivers in drivers/watchdog as part of an SPL build.
773
774 config SPL_YMODEM_SUPPORT
775         bool "Support loading using Ymodem"
776         depends on SPL_SERIAL_SUPPORT
777         help
778           While loading from serial is slow it can be a useful backup when
779           there is no other option. The Ymodem protocol provides a reliable
780           means of transmitting U-Boot over a serial line for using in SPL,
781           with a checksum to ensure correctness.
782
783 config SPL_ATF
784         bool "Support ARM Trusted Firmware"
785         depends on ARM64
786         help
787           ATF(ARM Trusted Firmware) is a component for ARM AArch64 which
788           is loaded by SPL (which is considered as BL2 in ATF terminology).
789           More detail at: https://github.com/ARM-software/arm-trusted-firmware
790
791 config SPL_ATF_NO_PLATFORM_PARAM
792         bool "Pass no platform parameter"
793         depends on SPL_ATF
794         help
795           While we expect to call a pointer to a valid FDT (or NULL)
796           as the platform parameter to an ATF, some ATF versions are
797           not U-Boot aware and have an insufficiently robust parameter
798           validation to gracefully reject a FDT being passed.
799
800           If this option is enabled, the spl_atf os-type handler will
801           always pass NULL for the platform parameter.
802
803           If your ATF is affected, say Y.
804
805 config SPL_AM33XX_ENABLE_RTC32K_OSC
806         bool "Enable the RTC32K OSC on AM33xx based platforms"
807         default y if AM33XX
808         help
809           Enable access to the AM33xx RTC and select the external 32kHz clock
810           source.
811
812 config TPL
813         bool
814         depends on SUPPORT_TPL
815         prompt "Enable TPL"
816         help
817           If you want to build TPL as well as the normal image and SPL, say Y.
818
819 if TPL
820
821 config TPL_BOARD_INIT
822         bool "Call board-specific initialization in TPL"
823         help
824           If this option is enabled, U-Boot will call the function
825           spl_board_init() from board_init_r(). This function should be
826           provided by the board.
827
828 config TPL_LDSCRIPT
829         string "Linker script for the TPL stage"
830         depends on TPL
831         help
832           The TPL stage will usually require a different linker-script
833           (as it runs from a different memory region) than the regular
834           U-Boot stage.  Set this to the path of the linker-script to
835           be used for TPL.
836
837           May be left empty to trigger the Makefile infrastructure to
838           fall back to the linker-script used for the SPL stage.
839
840 config TPL_NEEDS_SEPARATE_TEXT_BASE
841         bool "TPL needs a separate text-base"
842         default n
843         depends on TPL
844         help
845           Enable, if the TPL stage should not inherit its text-base
846           from the SPL stage.  When enabled, a base address for the
847           .text sections of the TPL stage has to be set below.
848
849 config TPL_NEEDS_SEPARATE_STACK
850         bool "TPL needs a separate initial stack-pointer"
851         default n
852         depends on TPL
853         help
854           Enable, if the TPL stage should not inherit its initial
855           stack-pointer from the settings for the SPL stage.
856
857 config TPL_TEXT_BASE
858         hex "Base address for the .text section of the TPL stage"
859         depends on TPL_NEEDS_SEPARATE_TEXT_BASE
860         help
861           The base address for the .text section of the TPL stage.
862
863 config TPL_MAX_SIZE
864         int "Maximum size (in bytes) for the TPL stage"
865         default 0
866         depends on TPL
867         help
868           The maximum size (in bytes) of the TPL stage.
869
870 config TPL_STACK
871         hex "Address of the initial stack-pointer for the TPL stage"
872         depends on TPL_NEEDS_SEPARATE_STACK
873         help
874           The address of the initial stack-pointer for the TPL stage.
875           Usually this will be the (aligned) top-of-stack.
876
877 config TPL_BOOTROM_SUPPORT
878         bool "Support returning to the BOOTROM (from TPL)"
879         help
880           Some platforms (e.g. the Rockchip RK3368) provide support in their
881           ROM for loading the next boot-stage after performing basic setup
882           from the TPL stage.
883
884           Enable this option, to return to the BOOTROM through the
885           BOOT_DEVICE_BOOTROM (or fall-through to the next boot device in the
886           boot device list, if not implemented for a given board)
887
888 config TPL_DRIVERS_MISC_SUPPORT
889         bool "Support misc drivers in TPL"
890         help
891           Enable miscellaneous drivers in TPL. These drivers perform various
892           tasks that don't fall nicely into other categories, Enable this
893           option to build the drivers in drivers/misc as part of an TPL
894           build, for those that support building in TPL (not all drivers do).
895
896 config TPL_ENV_SUPPORT
897         bool "Support an environment"
898         help
899           Enable environment support in TPL. See SPL_ENV_SUPPORT for details.
900
901 config TPL_I2C_SUPPORT
902         bool "Support I2C"
903         help
904           Enable support for the I2C bus in TPL. See SPL_I2C_SUPPORT for
905           details.
906
907 config TPL_LIBCOMMON_SUPPORT
908         bool "Support common libraries"
909         help
910           Enable support for common U-Boot libraries within TPL. See
911           SPL_LIBCOMMON_SUPPORT for details.
912
913 config TPL_LIBGENERIC_SUPPORT
914         bool "Support generic libraries"
915         help
916           Enable support for generic U-Boot libraries within TPL. See
917           SPL_LIBGENERIC_SUPPORT for details.
918
919 config TPL_MPC8XXX_INIT_DDR_SUPPORT
920         bool "Support MPC8XXX DDR init"
921         help
922           Enable support for DDR-SDRAM on the MPC8XXX family within TPL. See
923           SPL_MPC8XXX_INIT_DDR_SUPPORT for details.
924
925 config TPL_MMC_SUPPORT
926         bool "Support MMC"
927         depends on MMC
928         help
929           Enable support for MMC within TPL. See SPL_MMC_SUPPORT for details.
930
931 config TPL_NAND_SUPPORT
932         bool "Support NAND flash"
933         help
934           Enable support for NAND in TPL. See SPL_NAND_SUPPORT for details.
935
936 config TPL_RAM_SUPPORT
937         bool "Support booting from RAM"
938         help
939           Enable booting of an image in RAM. The image can be preloaded or
940           it can be loaded by TPL directly into RAM (e.g. using USB).
941
942 config TPL_RAM_DEVICE
943         bool "Support booting from preloaded image in RAM"
944         depends on TPL_RAM_SUPPORT
945         help
946           Enable booting of an image already loaded in RAM. The image has to
947           be already in memory when TPL takes over, e.g. loaded by the boot
948           ROM.
949
950 config TPL_SERIAL_SUPPORT
951         bool "Support serial"
952         select TPL_PRINTF
953         select TPL_STRTO
954         help
955           Enable support for serial in TPL. See SPL_SERIAL_SUPPORT for
956           details.
957
958 config TPL_SPI_FLASH_SUPPORT
959         bool "Support SPI flash drivers"
960         help
961           Enable support for using SPI flash in TPL. See SPL_SPI_FLASH_SUPPORT
962           for details.
963
964 config TPL_SPI_LOAD
965         bool "Support loading from SPI flash"
966         depends on TPL_SPI_FLASH_SUPPORT
967         help
968           Enable support for loading next stage, U-Boot or otherwise, from
969           SPI NOR in U-Boot TPL.
970
971 config TPL_SPI_SUPPORT
972         bool "Support SPI drivers"
973         help
974           Enable support for using SPI in TPL. See SPL_SPI_SUPPORT for
975           details.
976
977 config TPL_YMODEM_SUPPORT
978         bool "Support loading using Ymodem"
979         depends on TPL_SERIAL_SUPPORT
980         help
981           While loading from serial is slow it can be a useful backup when
982           there is no other option. The Ymodem protocol provides a reliable
983           means of transmitting U-Boot over a serial line for using in TPL,
984           with a checksum to ensure correctness.
985
986 endif # TPL
987
988 endif # SPL
989 endmenu