5 config SUPPORT_OF_CONTROL
19 menu "Device Tree Control"
20 depends on SUPPORT_OF_CONTROL
23 bool "Run-time configuration via Device Tree"
27 This feature provides for run-time configuration of U-Boot
28 via a flattened device tree.
33 Indicates that a real devicetree is available which can be accessed
34 at runtime. This means that dev_read_...() functions can be used to
35 read data from the devicetree for each device. This is true if
36 OF_CONTROL is enabled in U-Boot proper.
39 bool "Board-specific manipulation of Device Tree"
41 In certain circumstances it is necessary to be able to modify
42 U-Boot's device tree (e.g. to delete device from it). This option
43 make the Device Tree writeable and provides a board-specific
44 "board_fix_fdt" callback (called during pre-relocation time), which
45 enables the board initialization to modifiy the Device Tree. The
46 modified copy is subsequently used by U-Boot after relocation.
49 bool "Enable run-time configuration via Device Tree in SPL"
50 depends on SPL && OF_CONTROL
51 select SPL_OF_LIBFDT if !SPL_OF_PLATDATA
52 select SPL_OF_REAL if !SPL_OF_PLATDATA
54 Some boards use device tree in U-Boot but only have 4KB of SRAM
55 which is not enough to support device tree. Disable this option to
56 allow such boards to be supported by U-Boot SPL.
59 bool "Enable run-time configuration via Device Tree in TPL"
60 depends on TPL && OF_CONTROL
61 select TPL_OF_LIBFDT if !TPL_OF_PLATDATA
62 select TPL_OF_REAL if !TPL_OF_PLATDATA
64 Some boards use device tree in U-Boot but only have 4KB of SRAM
65 which is not enough to support device tree. Enable this option to
66 allow such boards to be supported by U-Boot TPL.
69 bool "Enable run-time configuration via Device Tree in VPL"
70 depends on VPL && OF_CONTROL
71 default y if SPL_OF_CONTROL
73 Some boards use device tree in U-Boot but only have 4KB of SRAM
74 which is not enough to support device tree. Enable this option to
75 allow such boards to be supported by U-Boot VPL.
78 bool "Enable use of a live tree"
79 depends on DM && OF_CONTROL
81 Normally U-Boot uses a flat device tree which saves space and
82 avoids the need to unpack the tree before use. However a flat
83 tree does not support modification from within U-Boot since it
84 can invalidate driver-model device tree offsets. This option
85 enables a live tree which is available after relocation,
86 and can be adjusted as needed.
89 bool "Enable use of devicetree imported from Linux kernel release"
91 Traditionally, U-Boot platforms used to have their custom devicetree
92 files or copy devicetree files from Linux kernel which are hard to
93 maintain and can usually get out-of-sync from Linux kernel. This
94 option enables platforms to migrate to devicetree-rebasing repo where
95 a regular sync will be maintained every major Linux kernel release
96 cycle. However, platforms can still have some custom u-boot specific
97 bits maintained as part of *-u-boot.dtsi files.
99 Note: This option should be set in Kconfig, for the SoC as a whole.
100 However, newer boards whose devicetree source files haven't landed in
101 the dts/upstream subtree, they can override this option to have the
102 DT build from existing U-Boot tree location instead.
105 prompt "Provider of DTB for DT control"
106 depends on OF_CONTROL
109 bool "Separate DTB for DT control"
111 If this option is enabled, the device tree will be built and
112 placed as a separate u-boot.dtb file alongside the U-Boot image.
115 bool "Embedded DTB for DT control"
117 If this option is enabled, the device tree will be picked up and
118 built into the U-Boot image. This is suitable for local debugging
119 and development only and is not recommended for production devices.
120 Boards in the mainline U-Boot tree should not use it.
125 bool "Provided by the board (e.g a previous loader) at runtime"
126 default y if SANDBOX || OF_HAS_PRIOR_STAGE
128 If this option is enabled, the device tree is provided at runtime by
129 a custom function called board_fdt_blob_setup(). The board must
130 implement this function if it wishes to provide special behaviour.
132 With this option, the device tree build by U-Boot may be overridden or
133 ignored. See OF_HAS_PRIOR_STAGE.
135 Note: Boards which use this to handle a device tree passed from an
136 earlier stage should enable OF_HAS_PRIOR_STAGE.
138 config OF_HAS_PRIOR_STAGE
142 Indicates that a prior stage of the firmware (before U-Boot proper)
143 makes use of device tree and this board normally boots with that prior
144 stage, that provides a devicetree to U-Boot.
146 This means that the device tree built in U-Boot should not be packaged
147 in the firmware image. Instead, the prior stage's device tree should
148 be so packaged. At runtime, the prior stage reads this, does any
149 necessary fix-ups, then passes it to U-Boot. See OF_BOARD.
151 This option does not preclude using the U-Boot device tree, e.g. for
152 development purposes, but it is not recommended, and likely will not
153 even work, for production systems.
155 Note: This option must be set in Kconfig and cannot be enabled or
156 disabled in the board's defconfig file.
159 bool "Omit the device tree output when building"
160 default y if OF_HAS_PRIOR_STAGE && !BINMAN
162 As a special case, avoid writing a device tree file u-boot.dtb when
163 building. Also don't include that file in u-boot.bin
165 This is used for boards which normally provide a devicetree via a
166 runtime mechanism (such as OF_BOARD), to avoid confusion.
168 config DEFAULT_DEVICE_TREE
169 string "Default Device Tree for DT control"
170 depends on OF_CONTROL
172 This option specifies the default Device Tree used for DT control.
173 It can be overridden from the command line:
174 $ make DEVICE_TREE=<device-tree-name>
176 config DEVICE_TREE_INCLUDES
177 string "Extra .dtsi files to include when building DT control"
178 depends on OF_CONTROL
180 U-Boot's control .dtb is usually built from an in-tree .dts
181 file, plus (if available) an in-tree U-Boot-specific .dtsi
182 file. This option specifies a space-separated list of extra
183 .dtsi files that will also be used.
186 string "List of device tree files to include for DT control" if SPL_LOAD_FIT || MULTI_DTB_FIT
187 depends on OF_CONTROL
188 default DEFAULT_DEVICE_TREE
190 This option specifies a list of device tree files to use for DT
191 control. These will be packaged into a FIT. At run-time, U-Boot
192 or SPL will select the correct DT to use by examining the
193 hardware (e.g. reading a board ID value). This is a list of
194 device tree files (without the directory or .dtb suffix)
195 separated by <space>.
197 config OF_OVERLAY_LIST
198 string "List of device tree overlays to include for DT control"
199 depends on SPL_LOAD_FIT_APPLY_OVERLAY
201 This option specifies a list of device tree overlays to use for DT
202 control. This option can then be used by a FIT generator to include
203 the overlays in the FIT image.
206 prompt "OF LIST compression"
207 depends on MULTI_DTB_FIT
208 default MULTI_DTB_FIT_NO_COMPRESSION
210 config MULTI_DTB_FIT_LZO
212 depends on SYS_MALLOC_F
215 Compress the FIT image containing the DTBs available for the SPL
216 using LZO compression. (requires lzop on host).
218 config MULTI_DTB_FIT_GZIP
220 depends on SYS_MALLOC_F
223 Compress the FIT image containing the DTBs available for the SPL
224 using GZIP compression. (requires gzip on host)
226 config MULTI_DTB_FIT_NO_COMPRESSION
227 bool "No compression"
229 Do not compress the FIT image containing the DTBs available for the SPL.
230 Use this options only if LZO is not available and the DTBs are very small.
234 prompt "Location of uncompressed DTBs"
235 depends on (MULTI_DTB_FIT_GZIP || MULTI_DTB_FIT_LZO)
236 default MULTI_DTB_FIT_DYN_ALLOC if SYS_MALLOC_F
238 config MULTI_DTB_FIT_DYN_ALLOC
239 bool "Dynamically allocate the memory"
240 depends on SYS_MALLOC_F
242 config MULTI_DTB_FIT_USER_DEFINED_AREA
243 bool "User-defined location"
246 config MULTI_DTB_FIT_UNCOMPRESS_SZ
247 hex "Size of memory reserved to uncompress the DTBs"
250 This is the size of this area where the DTBs are uncompressed.
251 If this area is dynamically allocated, make sure that
252 SYS_MALLOC_F_LEN is big enough to contain it.
254 config MULTI_DTB_FIT_USER_DEF_ADDR
255 hex "Address of memory where dtbs are uncompressed"
256 depends on MULTI_DTB_FIT_USER_DEFINED_AREA
258 the FIT image containing the DTBs is uncompressed in an area defined
259 at compilation time. This is the address of this area. It must be
260 aligned on 2-byte boundary.
263 bool "Support swapping dtbs at a later point in boot"
264 depends on MULTI_DTB_FIT
266 It is possible during initial boot you may need to use a generic
267 dtb until you can fully determine the board your running on. This
268 config allows boards to implement a function at a later point
269 during boot to switch to the "correct" dtb.
272 bool "Support embedding several DTBs in a FIT image for u-boot"
274 This option provides hooks to allow U-Boot to parse an
275 appended FIT image and enable board specific code to then select
276 the correct DTB to be used. Use this if you need to support
277 multiple DTBs but don't use the SPL.
280 config SPL_MULTI_DTB_FIT
281 depends on SPL_LOAD_FIT && SPL_OF_REAL
282 bool "Support embedding several DTBs in a FIT image for the SPL"
284 This option provides the SPL with the ability to select its own
285 DTB at runtime from an appended FIT image containing several DTBs.
286 This allows using the same SPL binary on multiple platforms.
287 The primary purpose is to handle different versions of
288 the same platform without tweaking the platform code if the
289 differences can be expressed in the DTBs (common examples are: bus
290 capabilities, pad configurations).
293 string "List of device tree files to include for DT control in SPL" if SPL_MULTI_DTB_FIT
294 depends on SPL_OF_CONTROL
297 This option specifies a list of device tree files to use for DT
298 control in the SPL. These will be packaged into a FIT. At run-time,
299 the SPL will select the correct DT to use by examining the
300 hardware (e.g. reading a board ID value). This is a list of
301 device tree files (without the directory or .dtb suffix)
302 separated by <space>.
305 prompt "SPL OF LIST compression"
306 depends on SPL_MULTI_DTB_FIT
307 default SPL_MULTI_DTB_FIT_LZO
309 config SPL_MULTI_DTB_FIT_LZO
311 depends on SYS_MALLOC_F
314 Compress the FIT image containing the DTBs available for the SPL
315 using LZO compression. (requires lzop on host).
317 config SPL_MULTI_DTB_FIT_GZIP
319 depends on SYS_MALLOC_F
322 Compress the FIT image containing the DTBs available for the SPL
323 using GZIP compression. (requires gzip on host)
325 config SPL_MULTI_DTB_FIT_NO_COMPRESSION
326 bool "No compression"
328 Do not compress the FIT image containing the DTBs available for the SPL.
329 Use this options only if LZO is not available and the DTBs are very small.
333 prompt "Location of uncompressed DTBs"
334 depends on (SPL_MULTI_DTB_FIT_GZIP || SPL_MULTI_DTB_FIT_LZO)
335 default SPL_MULTI_DTB_FIT_DYN_ALLOC if SYS_MALLOC_F
337 config SPL_MULTI_DTB_FIT_DYN_ALLOC
338 bool "Dynamically allocate the memory"
339 depends on SYS_MALLOC_F
341 config SPL_MULTI_DTB_FIT_USER_DEFINED_AREA
342 bool "User-defined location"
345 config SPL_MULTI_DTB_FIT_UNCOMPRESS_SZ
346 hex "Size of memory reserved to uncompress the DTBs"
347 depends on (SPL_MULTI_DTB_FIT_GZIP || SPL_MULTI_DTB_FIT_LZO)
350 This is the size of this area where the DTBs are uncompressed.
351 If this area is dynamically allocated, make sure that
352 SPL_SYS_MALLOC_F_LEN is big enough to contain it.
354 config SPL_MULTI_DTB_FIT_USER_DEF_ADDR
355 hex "Address of memory where dtbs are uncompressed"
356 depends on SPL_MULTI_DTB_FIT_USER_DEFINED_AREA
358 the FIT image containing the DTBs is uncompressed in an area defined
359 at compilation time. This is the address of this area. It must be
360 aligned on 2-byte boundary.
362 config OF_TAG_MIGRATE
363 bool "Ease migration from old device trees with u-boot,dm- tags"
366 U-Boot moved over to use new tags to mark device tree nodes which need
367 to be processed in SPL, before relocation, etc. Enable this option to
368 detect old tags and handle them.
370 Note: This option will be removed after the 2023.07 release.
372 config OF_SPL_REMOVE_PROPS
373 string "List of device tree properties to drop for SPL"
374 depends on SPL_OF_CONTROL
375 default "interrupt-parent interrupts" if SPL_PINCTRL && SPL_CLK
376 default "clocks clock-names interrupt-parent interrupts" if SPL_PINCTRL
377 default "pinctrl-0 pinctrl-names interrupt-parent interrupts" if SPL_CLK
378 default "pinctrl-0 pinctrl-names clocks clock-names interrupt-parent interrupts"
380 Since SPL normally runs in a reduced memory space, the device tree
381 is cut down to only what is needed to load and start U-Boot. Only
382 nodes marked with the property "bootph-all" will be
383 included. In addition, some properties are not used by U-Boot and
384 can be discarded. This option defines the list of properties to
387 config OF_DTB_PROPS_REMOVE
388 bool "Enable removal of device tree properties"
389 depends on OF_CONTROL
391 Some boards have restricted amount of storage for U-Boot image.
392 If the generated binary doesn't fit into available image storage,
393 the built-in device tree could probably be cut down by removing
394 some not required device tree properties to reduce the image size.
395 Enable this option and define the properties to be removed in the
396 CONFIG_OF_REMOVE_PROPS list. Do not enable this option if you must
397 pass the built-in DTB directly to the kernel!
399 config OF_REMOVE_PROPS
400 string "List of device tree properties to drop"
401 depends on OF_DTB_PROPS_REMOVE
402 default "interrupt-parent interrupts" if PINCTRL
404 Some properties are not used by U-Boot and can be discarded.
405 This option defines the list of properties to discard.
407 config SPL_OF_PLATDATA
408 bool "Generate platform data for use in SPL"
409 depends on SPL_OF_CONTROL
411 select SPL_OF_PLATDATA_DRIVER_RT if !SPL_OF_PLATDATA_INST
413 For very constrained SPL environments the overhead of decoding
414 device tree nodes and converting their contents into platform data
415 is too large. This overhead includes libfdt code as well as the
416 device tree contents itself. The latter is fairly compact, but the
417 former can add 3KB or more to a Thumb 2 Image.
419 This option enables generation of platform data from the device
420 tree as C code. This code creates devices using U_BOOT_DRVINFO()
421 declarations. The benefit is that it allows driver code to access
422 the platform data directly in C structures, avoidin the libfdt
425 This option works by generating C structure declarations for each
426 compatible string, then adding platform data and U_BOOT_DRVINFO
427 declarations for each node. See of-plat.txt for more information.
430 bool "Support a real devicetree in SPL" if SANDBOX
431 depends on SPL_OF_CONTROL
434 Indicates that a real devicetree is available which can be accessed
435 at runtime. This means that dev_read_...() functions can be used to
436 read data from the devicetree for each device. You do not need to
437 enable this option if you have enabled SPL_OF_PLATDATA.
441 config SPL_OF_PLATDATA_PARENT
442 bool "Support parent information in devices"
445 Generally it is useful to be able to access the parent of a device
446 with of-platdata. To save space this can be disabled, but in that
447 case dev_get_parent() will always return NULL;
449 config SPL_OF_PLATDATA_INST
450 bool "Declare devices at build time"
452 Declare devices as udevice instances so that they do not need to be
453 bound when U-Boot starts. This can save time and code space.
455 config SPL_OF_PLATDATA_NO_BIND
456 bool "Don't allow run-time binding of devices"
457 depends on SPL_OF_PLATDATA_INST
460 This removes the ability to bind devices at run time, thus saving
461 some code space in U-Boot. This can be disabled if binding is needed,
462 at the code of some code size increase.
464 config SPL_OF_PLATDATA_RT
465 bool "Use a separate struct for device runtime data"
466 depends on SPL_OF_PLATDATA_INST
469 For systems running SPL from read-only memory it is convenient to
470 separate out the runtime information, so that the devices don't need
471 to be copied before being used. This moves the read-write parts of
472 struct udevice (at present just the flags) into a separate struct,
473 which is allocated at runtime.
475 config SPL_OF_PLATDATA_DRIVER_RT
478 Use a separate struct for driver runtime data.
480 This enables the driver_rt information, used with of-platdata when
481 of-platdata-inst is not used. It allows finding devices by their
489 Indicates that a real devicetree is available which can be accessed
490 at runtime. This means that dev_read_...() functions can be used to
491 read data from the devicetree for each device. This is true if
492 TPL_OF_CONTROL is enabled and not TPL_OF_PLATDATA
494 config TPL_OF_PLATDATA
495 bool "Generate platform data for use in TPL"
496 depends on TPL_OF_CONTROL
498 select TPL_OF_PLATDATA_DRIVER_RT if !TPL_OF_PLATDATA_INST
500 For very constrained SPL environments the overhead of decoding
501 device tree nodes and converting their contents into platform data
502 is too large. This overhead includes libfdt code as well as the
503 device tree contents itself. The latter is fairly compact, but the
504 former can add 3KB or more to a Thumb 2 Image.
506 This option enables generation of platform data from the device
507 tree as C code. This code creates devices using U_BOOT_DRVINFO()
508 declarations. The benefit is that it allows driver code to access
509 the platform data directly in C structures, avoidin the libfdt
512 This option works by generating C structure declarations for each
513 compatible string, then adding platform data and U_BOOT_DRVINFO
514 declarations for each node. See of-plat.txt for more information.
518 config TPL_OF_PLATDATA_PARENT
519 bool "Support parent information in devices"
522 Generally it is useful to be able to access the parent of a device
523 with of-platdata. To save space this can be disabled, but in that
524 case dev_get_parent() will always return NULL;
526 config TPL_OF_PLATDATA_INST
527 bool "Declare devices at build time"
530 Declare devices as udevice instances so that they do not need to be
531 bound when U-Boot starts. This can save time and code space.
533 config TPL_OF_PLATDATA_NO_BIND
534 bool "Don't allow run-time binding of devices"
535 depends on TPL_OF_PLATDATA_INST
538 This removes the ability to bind devices at run time, thus saving
539 some code space in U-Boot. This can be disabled if binding is needed,
540 at the code of some code size increase.
542 config TPL_OF_PLATDATA_RT
543 bool "Use a separate struct for device runtime data"
544 depends on TPL_OF_PLATDATA_INST
547 For systems running TPL from read-only memory it is convenient to
548 separate out the runtime information, so that the devices don't need
549 to be copied before being used. This moves the read-write parts of
550 struct udevice (at present just the flags) into a separate struct,
551 which is allocated at runtime.
553 config TPL_OF_PLATDATA_DRIVER_RT
556 Use a separate struct for driver runtime data.
558 This enables the driver_rt information, used with of-platdata when
559 of-platdata-inst is not used. It allows finding devices by their
568 Indicates that a real devicetree is available which can be accessed
569 at runtime. This means that dev_read_...() functions can be used to
570 read data from the devicetree for each device. This is true if
571 TPL_OF_CONTROL is enabled and not TPL_OF_PLATDATA