Kconfig 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383
  1. #
  2. # For a description of the syntax of this configuration file,
  3. # see the file Documentation/kbuild/kconfig-language.txt in the
  4. # Linux kernel source tree.
  5. #
  6. mainmenu "U-Boot $UBOOTVERSION Configuration"
  7. config UBOOTVERSION
  8. string
  9. option env="UBOOTVERSION"
  10. # Allow defaults in arch-specific code to override any given here
  11. source "arch/Kconfig"
  12. menu "General setup"
  13. config LOCALVERSION
  14. string "Local version - append to U-Boot release"
  15. help
  16. Append an extra string to the end of your U-Boot version.
  17. This will show up in your boot log, for example.
  18. The string you set here will be appended after the contents of
  19. any files with a filename matching localversion* in your
  20. object and source tree, in that order. Your total string can
  21. be a maximum of 64 characters.
  22. config LOCALVERSION_AUTO
  23. bool "Automatically append version information to the version string"
  24. default y
  25. help
  26. This will try to automatically determine if the current tree is a
  27. release tree by looking for Git tags that belong to the current
  28. top of tree revision.
  29. A string of the format -gxxxxxxxx will be added to the localversion
  30. if a Git-based tree is found. The string generated by this will be
  31. appended after any matching localversion* files, and after the value
  32. set in CONFIG_LOCALVERSION.
  33. (The actual string used here is the first eight characters produced
  34. by running the command:
  35. $ git rev-parse --verify HEAD
  36. which is done within the script "scripts/setlocalversion".)
  37. config CC_OPTIMIZE_FOR_SIZE
  38. bool "Optimize for size"
  39. default y
  40. help
  41. Enabling this option will pass "-Os" instead of "-O2" to gcc
  42. resulting in a smaller U-Boot image.
  43. This option is enabled by default for U-Boot.
  44. config DISTRO_DEFAULTS
  45. bool "Select defaults suitable for booting general purpose Linux distributions"
  46. default y if ARCH_SUNXI || TEGRA
  47. default y if ARCH_LS2080A
  48. default y if ARCH_MESON
  49. default y if ARCH_ROCKCHIP
  50. default n
  51. select CMD_BOOTZ if ARM && !ARM64
  52. select CMD_BOOTI if ARM64
  53. select CMD_DHCP
  54. select CMD_PXE
  55. select CMD_EXT2
  56. select CMD_EXT4
  57. select CMD_FAT
  58. select CMD_FS_GENERIC
  59. select CMD_MII
  60. select CMD_PING
  61. select CMD_PART
  62. select HUSH_PARSER
  63. help
  64. Select this to enable various options and commands which are suitable
  65. for building u-boot for booting general purpose Linux distributions.
  66. config SYS_MALLOC_F
  67. bool "Enable malloc() pool before relocation"
  68. default y if DM
  69. help
  70. Before relocation, memory is very limited on many platforms. Still,
  71. we can provide a small malloc() pool if needed. Driver model in
  72. particular needs this to operate, so that it can allocate the
  73. initial serial device and any others that are needed.
  74. config SYS_MALLOC_F_LEN
  75. hex "Size of malloc() pool before relocation"
  76. depends on SYS_MALLOC_F
  77. default 0x400
  78. help
  79. Before relocation, memory is very limited on many platforms. Still,
  80. we can provide a small malloc() pool if needed. Driver model in
  81. particular needs this to operate, so that it can allocate the
  82. initial serial device and any others that are needed.
  83. config SPL_SYS_MALLOC_F_LEN
  84. hex "Size of malloc() pool in spl before relocation"
  85. depends on SYS_MALLOC_F
  86. default SYS_MALLOC_F_LEN
  87. help
  88. Before relocation, memory is very limited on many platforms. Still,
  89. we can provide a small malloc() pool if needed. Driver model in
  90. particular needs this to operate, so that it can allocate the
  91. initial serial device and any others that are needed.
  92. menuconfig EXPERT
  93. bool "Configure standard U-Boot features (expert users)"
  94. default y
  95. help
  96. This option allows certain base U-Boot options and settings
  97. to be disabled or tweaked. This is for specialized
  98. environments which can tolerate a "non-standard" U-Boot.
  99. Use this only if you really know what you are doing.
  100. if EXPERT
  101. config SYS_MALLOC_CLEAR_ON_INIT
  102. bool "Init with zeros the memory reserved for malloc (slow)"
  103. default y
  104. help
  105. This setting is enabled by default. The reserved malloc
  106. memory is initialized with zeros, so first malloc calls
  107. will return the pointer to the zeroed memory. But this
  108. slows the boot time.
  109. It is recommended to disable it, when CONFIG_SYS_MALLOC_LEN
  110. value, has more than few MiB, e.g. when uses bzip2 or bmp logo.
  111. Then the boot time can be significantly reduced.
  112. Warning:
  113. When disabling this, please check if malloc calls, maybe
  114. should be replaced by calloc - if one expects zeroed memory.
  115. config TOOLS_DEBUG
  116. bool "Enable debug information for tools"
  117. help
  118. Enable generation of debug information for tools such as mkimage.
  119. This can be used for debugging purposes. With debug information
  120. it is possible to set breakpoints on particular lines, single-step
  121. debug through the source code, etc.
  122. endif # EXPERT
  123. config PHYS_64BIT
  124. bool "64bit physical address support"
  125. help
  126. Say Y here to support 64bit physical memory address.
  127. This can be used not only for 64bit SoCs, but also for
  128. large physical address extention on 32bit SoCs.
  129. endmenu # General setup
  130. menu "Boot images"
  131. config FIT
  132. bool "Support Flattened Image Tree"
  133. select MD5
  134. select SHA1
  135. help
  136. This option allows you to boot the new uImage structure,
  137. Flattened Image Tree. FIT is formally a FDT, which can include
  138. images of various types (kernel, FDT blob, ramdisk, etc.)
  139. in a single blob. To boot this new uImage structure,
  140. pass the address of the blob to the "bootm" command.
  141. FIT is very flexible, supporting compression, multiple images,
  142. multiple configurations, verification through hashing and also
  143. verified boot (secure boot using RSA).
  144. if FIT
  145. config FIT_ENABLE_SHA256_SUPPORT
  146. bool "Support SHA256 checksum of FIT image contents"
  147. select SHA256
  148. default y
  149. help
  150. Enable this to support SHA256 checksum of FIT image contents. A
  151. SHA256 checksum is a 256-bit (32-byte) hash value used to check that
  152. the image contents have not been corrupted. SHA256 is recommended
  153. for use in secure applications since (as at 2016) there is no known
  154. feasible attack that could produce a 'collision' with differing
  155. input data. Use this for the highest security. Note that only the
  156. SHA256 variant is supported: SHA512 and others are not currently
  157. supported in U-Boot.
  158. config FIT_SIGNATURE
  159. bool "Enable signature verification of FIT uImages"
  160. depends on DM
  161. select RSA
  162. help
  163. This option enables signature verification of FIT uImages,
  164. using a hash signed and verified using RSA. If
  165. CONFIG_SHA_PROG_HW_ACCEL is defined, i.e support for progressive
  166. hashing is available using hardware, then the RSA library will use
  167. it. See doc/uImage.FIT/signature.txt for more details.
  168. WARNING: When relying on signed FIT images with a required signature
  169. check the legacy image format is disabled by default, so that
  170. unsigned images cannot be loaded. If a board needs the legacy image
  171. format support in this case, enable it using
  172. CONFIG_IMAGE_FORMAT_LEGACY.
  173. config FIT_VERBOSE
  174. bool "Show verbose messages when FIT images fail"
  175. help
  176. Generally a system will have valid FIT images so debug messages
  177. are a waste of code space. If you are debugging your images then
  178. you can enable this option to get more verbose information about
  179. failures.
  180. config FIT_BEST_MATCH
  181. bool "Select the best match for the kernel device tree"
  182. help
  183. When no configuration is explicitly selected, default to the
  184. one whose fdt's compatibility field best matches that of
  185. U-Boot itself. A match is considered "best" if it matches the
  186. most specific compatibility entry of U-Boot's fdt's root node.
  187. The order of entries in the configuration's fdt is ignored.
  188. config FIT_IMAGE_POST_PROCESS
  189. bool "Enable post-processing of FIT artifacts after loading by U-Boot"
  190. depends on TI_SECURE_DEVICE
  191. help
  192. Allows doing any sort of manipulation to blobs after they got extracted
  193. from FIT images like stripping off headers or modifying the size of the
  194. blob, verification, authentication, decryption etc. in a platform or
  195. board specific way. In order to use this feature a platform or board-
  196. specific implementation of board_fit_image_post_process() must be
  197. provided. Also, anything done during this post-processing step would
  198. need to be comprehended in how the images were prepared before being
  199. injected into the FIT creation (i.e. the blobs would have been pre-
  200. processed before being added to the FIT image).
  201. if SPL
  202. config SPL_FIT
  203. bool "Support Flattened Image Tree within SPL"
  204. depends on SPL
  205. select SPL_OF_LIBFDT
  206. config SPL_FIT_SIGNATURE
  207. bool "Enable signature verification of FIT firmware within SPL"
  208. depends on SPL_DM
  209. select SPL_FIT
  210. select SPL_RSA
  211. config SPL_LOAD_FIT
  212. bool "Enable SPL loading U-Boot as a FIT"
  213. select SPL_FIT
  214. help
  215. Normally with the SPL framework a legacy image is generated as part
  216. of the build. This contains U-Boot along with information as to
  217. where it should be loaded. This option instead enables generation
  218. of a FIT (Flat Image Tree) which provides more flexibility. In
  219. particular it can handle selecting from multiple device tree
  220. and passing the correct one to U-Boot.
  221. config SPL_FIT_IMAGE_POST_PROCESS
  222. bool "Enable post-processing of FIT artifacts after loading by the SPL"
  223. depends on SPL_LOAD_FIT && TI_SECURE_DEVICE
  224. help
  225. Allows doing any sort of manipulation to blobs after they got extracted
  226. from the U-Boot FIT image like stripping off headers or modifying the
  227. size of the blob, verification, authentication, decryption etc. in a
  228. platform or board specific way. In order to use this feature a platform
  229. or board-specific implementation of board_fit_image_post_process() must
  230. be provided. Also, anything done during this post-processing step would
  231. need to be comprehended in how the images were prepared before being
  232. injected into the FIT creation (i.e. the blobs would have been pre-
  233. processed before being added to the FIT image).
  234. config SPL_FIT_SOURCE
  235. string ".its source file for U-Boot FIT image"
  236. depends on SPL_FIT
  237. help
  238. Specifies a (platform specific) FIT source file to generate the
  239. U-Boot FIT image. This could specify further image to load and/or
  240. execute.
  241. config SPL_FIT_GENERATOR
  242. string ".its file generator script for U-Boot FIT image"
  243. depends on SPL_FIT
  244. default "board/sunxi/mksunxi_fit_atf.sh" if SPL_LOAD_FIT && ARCH_SUNXI
  245. help
  246. Specifies a (platform specific) script file to generate the FIT
  247. source file used to build the U-Boot FIT image file. This gets
  248. passed a list of supported device tree file stub names to
  249. include in the generated image.
  250. endif # SPL
  251. endif # FIT
  252. config OF_BOARD_SETUP
  253. bool "Set up board-specific details in device tree before boot"
  254. depends on OF_LIBFDT
  255. help
  256. This causes U-Boot to call ft_board_setup() before booting into
  257. the Operating System. This function can set up various
  258. board-specific information in the device tree for use by the OS.
  259. The device tree is then passed to the OS.
  260. config OF_SYSTEM_SETUP
  261. bool "Set up system-specific details in device tree before boot"
  262. depends on OF_LIBFDT
  263. help
  264. This causes U-Boot to call ft_system_setup() before booting into
  265. the Operating System. This function can set up various
  266. system-specific information in the device tree for use by the OS.
  267. The device tree is then passed to the OS.
  268. config OF_STDOUT_VIA_ALIAS
  269. bool "Update the device-tree stdout alias from U-Boot"
  270. depends on OF_LIBFDT
  271. help
  272. This uses U-Boot's serial alias from the aliases node to update
  273. the device tree passed to the OS. The "linux,stdout-path" property
  274. in the chosen node is set to point to the correct serial node.
  275. This option currently references CONFIG_CONS_INDEX, which is
  276. incorrect when used with device tree as this option does not
  277. exist / should not be used.
  278. config SYS_EXTRA_OPTIONS
  279. string "Extra Options (DEPRECATED)"
  280. help
  281. The old configuration infrastructure (= mkconfig + boards.cfg)
  282. provided the extra options field. If you have something like
  283. "HAS_BAR,BAZ=64", the optional options
  284. #define CONFIG_HAS
  285. #define CONFIG_BAZ 64
  286. will be defined in include/config.h.
  287. This option was prepared for the smooth migration from the old
  288. configuration to Kconfig. Since this option will be removed sometime,
  289. new boards should not use this option.
  290. config SYS_TEXT_BASE
  291. depends on ARC || X86 || ARCH_UNIPHIER || ARCH_ZYNQMP || \
  292. (M68K && !TARGET_ASTRO_MCF5373L) || MICROBLAZE || MIPS || \
  293. ARCH_ZYNQ || ARCH_KEYSTONE || ARCH_OMAP2PLUS
  294. depends on !EFI_APP
  295. hex "Text Base"
  296. help
  297. TODO: Move CONFIG_SYS_TEXT_BASE for all the architecture
  298. default 0x80800000 if ARCH_OMAP2PLUS
  299. config SYS_CLK_FREQ
  300. depends on ARC || ARCH_SUNXI
  301. int "CPU clock frequency"
  302. help
  303. TODO: Move CONFIG_SYS_CLK_FREQ for all the architecture
  304. config ARCH_FIXUP_FDT_MEMORY
  305. bool "Enable arch_fixup_memory_banks() call"
  306. default y
  307. help
  308. Enable FDT memory map syncup before OS boot. This feature can be
  309. used for booting OS with different memory setup where the part of
  310. the memory location should be used for different purpose.
  311. endmenu # Boot images
  312. source "api/Kconfig"
  313. source "common/Kconfig"
  314. source "cmd/Kconfig"
  315. source "disk/Kconfig"
  316. source "dts/Kconfig"
  317. source "net/Kconfig"
  318. source "drivers/Kconfig"
  319. source "fs/Kconfig"
  320. source "lib/Kconfig"
  321. source "test/Kconfig"
  322. source "scripts/Kconfig"