5 config SUPPORT_OF_CONTROL
19 menu "Device Tree Control"
20 depends on SUPPORT_OF_CONTROL
23 bool "Run-time configuration via Device Tree"
24 select OF_LIBFDT if !OF_PLATDATA
25 select OF_REAL if !OF_PLATDATA
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 use of a live tree"
70 depends on DM && OF_CONTROL
72 Normally U-Boot uses a flat device tree which saves space and
73 avoids the need to unpack the tree before use. However a flat
74 tree does not support modification from within U-Boot since it
75 can invalidate driver-model device tree offsets. This option
76 enables a live tree which is available after relocation,
77 and can be adjusted as needed.
80 prompt "Provider of DTB for DT control"
84 bool "Separate DTB for DT control"
86 If this option is enabled, the device tree will be built and
87 placed as a separate u-boot.dtb file alongside the U-Boot image.
90 bool "Embedded DTB for DT control"
92 If this option is enabled, the device tree will be picked up and
93 built into the U-Boot image. This is suitable for local debugging
94 and development only and is not recommended for production devices.
95 Boards in the mainline U-Boot tree should not use it.
100 bool "Provided by the board (e.g a previous loader) at runtime"
101 default y if SANDBOX || OF_HAS_PRIOR_STAGE
103 If this option is enabled, the device tree is provided at runtime by
104 a custom function called board_fdt_blob_setup(). The board must
105 implement this function if it wishes to provide special behaviour.
107 With this option, the device tree build by U-Boot may be overridden or
108 ignored. See OF_HAS_PRIOR_STAGE.
110 Note: Boards which use this to handle a device tree passed from an
111 earlier stage should enable OF_HAS_PRIOR_STAGE.
113 config OF_HAS_PRIOR_STAGE
116 Indicates that a prior stage of the firmware (before U-Boot proper)
117 makes use of device tree and this board normally boots with that prior
118 stage, that provides a devicetree to U-Boot.
120 This means that the device tree built in U-Boot should not be packaged
121 in the firmware image. Instead, the prior stage's device tree should
122 be so packaged. At runtime, the prior stage reads this, does any
123 necessary fix-ups, then passes it to U-Boot. See OF_BOARD.
125 This option does not preclude using the U-Boot device tree, e.g. for
126 development purposes, but it is not recommended, and likely will not
127 even work, for production systems.
129 Note: This option must be set in Kconfig and cannot be enabled or
130 disabled in the board's defconfig file.
133 bool "Omit the device tree output when building"
134 default y if OF_HAS_PRIOR_STAGE && !BINMAN
136 As a special case, avoid writing a device tree file u-boot.dtb when
137 building. Also don't include that file in u-boot.bin
139 This is used for boards which normally provide a devicetree via a
140 runtime mechanism (such as OF_BOARD), to avoid confusion.
142 config DEFAULT_DEVICE_TREE
143 string "Default Device Tree for DT control"
144 depends on OF_CONTROL
146 This option specifies the default Device Tree used for DT control.
147 It can be overridden from the command line:
148 $ make DEVICE_TREE=<device-tree-name>
150 config DEVICE_TREE_INCLUDES
151 string "Extra .dtsi files to include when building DT control"
152 depends on OF_CONTROL
154 U-Boot's control .dtb is usually built from an in-tree .dts
155 file, plus (if available) an in-tree U-Boot-specific .dtsi
156 file. This option specifies a space-separated list of extra
157 .dtsi files that will also be used.
160 string "List of device tree files to include for DT control" if SPL_LOAD_FIT || MULTI_DTB_FIT
161 depends on OF_CONTROL
162 default DEFAULT_DEVICE_TREE
164 This option specifies a list of device tree files to use for DT
165 control. These will be packaged into a FIT. At run-time, U-boot
166 or SPL will select the correct DT to use by examining the
167 hardware (e.g. reading a board ID value). This is a list of
168 device tree files (without the directory or .dtb suffix)
169 separated by <space>.
171 config OF_OVERLAY_LIST
172 string "List of device tree overlays to include for DT control"
173 depends on SPL_LOAD_FIT_APPLY_OVERLAY
175 This option specifies a list of device tree overlays to use for DT
176 control. This option can then be used by a FIT generator to include
177 the overlays in the FIT image.
180 prompt "OF LIST compression"
181 depends on MULTI_DTB_FIT
182 default MULTI_DTB_FIT_NO_COMPRESSION
184 config MULTI_DTB_FIT_LZO
186 depends on SYS_MALLOC_F
189 Compress the FIT image containing the DTBs available for the SPL
190 using LZO compression. (requires lzop on host).
192 config MULTI_DTB_FIT_GZIP
194 depends on SYS_MALLOC_F
197 Compress the FIT image containing the DTBs available for the SPL
198 using GZIP compression. (requires gzip on host)
200 config MULTI_DTB_FIT_NO_COMPRESSION
201 bool "No compression"
203 Do not compress the FIT image containing the DTBs available for the SPL.
204 Use this options only if LZO is not available and the DTBs are very small.
208 prompt "Location of uncompressed DTBs"
209 depends on (MULTI_DTB_FIT_GZIP || MULTI_DTB_FIT_LZO)
210 default MULTI_DTB_FIT_DYN_ALLOC if SYS_MALLOC_F
212 config MULTI_DTB_FIT_DYN_ALLOC
213 bool "Dynamically allocate the memory"
214 depends on SYS_MALLOC_F
216 config MULTI_DTB_FIT_USER_DEFINED_AREA
217 bool "User-defined location"
220 config MULTI_DTB_FIT_UNCOMPRESS_SZ
221 hex "Size of memory reserved to uncompress the DTBs"
224 This is the size of this area where the DTBs are uncompressed.
225 If this area is dynamically allocated, make sure that
226 SYS_MALLOC_F_LEN is big enough to contain it.
228 config MULTI_DTB_FIT_USER_DEF_ADDR
229 hex "Address of memory where dtbs are uncompressed"
230 depends on MULTI_DTB_FIT_USER_DEFINED_AREA
232 the FIT image containing the DTBs is uncompressed in an area defined
233 at compilation time. This is the address of this area. It must be
234 aligned on 2-byte boundary.
237 bool "Support swapping dtbs at a later point in boot"
238 depends on MULTI_DTB_FIT
240 It is possible during initial boot you may need to use a generic
241 dtb until you can fully determine the board your running on. This
242 config allows boards to implement a function at a later point
243 during boot to switch to the "correct" dtb.
246 bool "Support embedding several DTBs in a FIT image for u-boot"
248 This option provides hooks to allow U-boot to parse an
249 appended FIT image and enable board specific code to then select
250 the correct DTB to be used. Use this if you need to support
251 multiple DTBs but don't use the SPL.
254 config SPL_MULTI_DTB_FIT
255 depends on SPL_LOAD_FIT && SPL_OF_REAL
256 bool "Support embedding several DTBs in a FIT image for the SPL"
258 This option provides the SPL with the ability to select its own
259 DTB at runtime from an appended FIT image containing several DTBs.
260 This allows using the same SPL binary on multiple platforms.
261 The primary purpose is to handle different versions of
262 the same platform without tweaking the platform code if the
263 differences can be expressed in the DTBs (common examples are: bus
264 capabilities, pad configurations).
267 string "List of device tree files to include for DT control in SPL" if SPL_MULTI_DTB_FIT
268 depends on SPL_OF_CONTROL
271 This option specifies a list of device tree files to use for DT
272 control in the SPL. These will be packaged into a FIT. At run-time,
273 the SPL will select the correct DT to use by examining the
274 hardware (e.g. reading a board ID value). This is a list of
275 device tree files (without the directory or .dtb suffix)
276 separated by <space>.
279 prompt "SPL OF LIST compression"
280 depends on SPL_MULTI_DTB_FIT
281 default SPL_MULTI_DTB_FIT_LZO
283 config SPL_MULTI_DTB_FIT_LZO
285 depends on SYS_MALLOC_F
288 Compress the FIT image containing the DTBs available for the SPL
289 using LZO compression. (requires lzop on host).
291 config SPL_MULTI_DTB_FIT_GZIP
293 depends on SYS_MALLOC_F
296 Compress the FIT image containing the DTBs available for the SPL
297 using GZIP compression. (requires gzip on host)
299 config SPL_MULTI_DTB_FIT_NO_COMPRESSION
300 bool "No compression"
302 Do not compress the FIT image containing the DTBs available for the SPL.
303 Use this options only if LZO is not available and the DTBs are very small.
307 prompt "Location of uncompressed DTBs"
308 depends on (SPL_MULTI_DTB_FIT_GZIP || SPL_MULTI_DTB_FIT_LZO)
309 default SPL_MULTI_DTB_FIT_DYN_ALLOC if SYS_MALLOC_F
311 config SPL_MULTI_DTB_FIT_DYN_ALLOC
312 bool "Dynamically allocate the memory"
313 depends on SYS_MALLOC_F
315 config SPL_MULTI_DTB_FIT_USER_DEFINED_AREA
316 bool "User-defined location"
319 config SPL_MULTI_DTB_FIT_UNCOMPRESS_SZ
320 hex "Size of memory reserved to uncompress the DTBs"
321 depends on (SPL_MULTI_DTB_FIT_GZIP || SPL_MULTI_DTB_FIT_LZO)
324 This is the size of this area where the DTBs are uncompressed.
325 If this area is dynamically allocated, make sure that
326 SPL_SYS_MALLOC_F_LEN is big enough to contain it.
328 config SPL_MULTI_DTB_FIT_USER_DEF_ADDR
329 hex "Address of memory where dtbs are uncompressed"
330 depends on SPL_MULTI_DTB_FIT_USER_DEFINED_AREA
332 the FIT image containing the DTBs is uncompressed in an area defined
333 at compilation time. This is the address of this area. It must be
334 aligned on 2-byte boundary.
336 config OF_SPL_REMOVE_PROPS
337 string "List of device tree properties to drop for SPL"
338 depends on SPL_OF_CONTROL
339 default "interrupt-parent interrupts" if SPL_PINCTRL && SPL_CLK
340 default "clocks clock-names interrupt-parent interrupts" if SPL_PINCTRL
341 default "pinctrl-0 pinctrl-names interrupt-parent interrupts" if SPL_CLK
342 default "pinctrl-0 pinctrl-names clocks clock-names interrupt-parent interrupts"
344 Since SPL normally runs in a reduced memory space, the device tree
345 is cut down to only what is needed to load and start U-Boot. Only
346 nodes marked with the property "u-boot,dm-pre-reloc" will be
347 included. In addition, some properties are not used by U-Boot and
348 can be discarded. This option defines the list of properties to
351 config OF_DTB_PROPS_REMOVE
352 bool "Enable removal of device tree properties"
353 depends on OF_CONTROL
355 Some boards have restricted amount of storage for U-Boot image.
356 If the generated binary doesn't fit into available image storage,
357 the built-in device tree could probably be cut down by removing
358 some not required device tree properties to reduce the image size.
359 Enable this option and define the properties to be removed in the
360 CONFIG_OF_REMOVE_PROPS list. Do not enable this option if you must
361 pass the built-in DTB directly to the kernel!
363 config OF_REMOVE_PROPS
364 string "List of device tree properties to drop"
365 depends on OF_DTB_PROPS_REMOVE
366 default "interrupt-parent interrupts" if PINCTRL
368 Some properties are not used by U-Boot and can be discarded.
369 This option defines the list of properties to discard.
371 config SPL_OF_PLATDATA
372 bool "Generate platform data for use in SPL"
373 depends on SPL_OF_CONTROL
375 select SPL_OF_PLATDATA_DRIVER_RT if !SPL_OF_PLATDATA_INST
377 For very constrained SPL environments the overhead of decoding
378 device tree nodes and converting their contents into platform data
379 is too large. This overhead includes libfdt code as well as the
380 device tree contents itself. The latter is fairly compact, but the
381 former can add 3KB or more to a Thumb 2 Image.
383 This option enables generation of platform data from the device
384 tree as C code. This code creates devices using U_BOOT_DRVINFO()
385 declarations. The benefit is that it allows driver code to access
386 the platform data directly in C structures, avoidin the libfdt
389 This option works by generating C structure declarations for each
390 compatible string, then adding platform data and U_BOOT_DRVINFO
391 declarations for each node. See of-plat.txt for more information.
396 Indicates that a real devicetree is available which can be accessed
397 at runtime. This means that dev_read_...() functions can be used to
398 read data from the devicetree for each device. This is true if
399 SPL_OF_CONTROL is enabled and not SPL_OF_PLATDATA
403 config SPL_OF_PLATDATA_PARENT
404 bool "Support parent information in devices"
407 Generally it is useful to be able to access the parent of a device
408 with of-platdata. To save space this can be disabled, but in that
409 case dev_get_parent() will always return NULL;
411 config SPL_OF_PLATDATA_INST
412 bool "Declare devices at build time"
414 Declare devices as udevice instances so that they do not need to be
415 bound when U-Boot starts. This can save time and code space.
417 config SPL_OF_PLATDATA_NO_BIND
418 bool "Don't allow run-time binding of devices"
419 depends on SPL_OF_PLATDATA_INST
422 This removes the ability to bind devices at run time, thus saving
423 some code space in U-Boot. This can be disabled if binding is needed,
424 at the code of some code size increase.
426 config SPL_OF_PLATDATA_RT
427 bool "Use a separate struct for device runtime data"
428 depends on SPL_OF_PLATDATA_INST
431 For systems running SPL from read-only memory it is convenient to
432 separate out the runtime information, so that the devices don't need
433 to be copied before being used. This moves the read-write parts of
434 struct udevice (at present just the flags) into a separate struct,
435 which is allocated at runtime.
437 config SPL_OF_PLATDATA_DRIVER_RT
440 Use a separate struct for driver runtime data.
442 This enables the driver_rt information, used with of-platdata when
443 of-platdata-inst is not used. It allows finding devices by their
451 Indicates that a real devicetree is available which can be accessed
452 at runtime. This means that dev_read_...() functions can be used to
453 read data from the devicetree for each device. This is true if
454 TPL_OF_CONTROL is enabled and not TPL_OF_PLATDATA
456 config TPL_OF_PLATDATA
457 bool "Generate platform data for use in TPL"
458 depends on TPL_OF_CONTROL
460 select TPL_OF_PLATDATA_DRIVER_RT if !TPL_OF_PLATDATA_INST
462 For very constrained SPL environments the overhead of decoding
463 device tree nodes and converting their contents into platform data
464 is too large. This overhead includes libfdt code as well as the
465 device tree contents itself. The latter is fairly compact, but the
466 former can add 3KB or more to a Thumb 2 Image.
468 This option enables generation of platform data from the device
469 tree as C code. This code creates devices using U_BOOT_DRVINFO()
470 declarations. The benefit is that it allows driver code to access
471 the platform data directly in C structures, avoidin the libfdt
474 This option works by generating C structure declarations for each
475 compatible string, then adding platform data and U_BOOT_DRVINFO
476 declarations for each node. See of-plat.txt for more information.
480 config TPL_OF_PLATDATA_PARENT
481 bool "Support parent information in devices"
484 Generally it is useful to be able to access the parent of a device
485 with of-platdata. To save space this can be disabled, but in that
486 case dev_get_parent() will always return NULL;
488 config TPL_OF_PLATDATA_INST
489 bool "Declare devices at build time"
492 Declare devices as udevice instances so that they do not need to be
493 bound when U-Boot starts. This can save time and code space.
495 config TPL_OF_PLATDATA_NO_BIND
496 bool "Don't allow run-time binding of devices"
497 depends on TPL_OF_PLATDATA_INST
500 This removes the ability to bind devices at run time, thus saving
501 some code space in U-Boot. This can be disabled if binding is needed,
502 at the code of some code size increase.
504 config TPL_OF_PLATDATA_RT
505 bool "Use a separate struct for device runtime data"
506 depends on TPL_OF_PLATDATA_INST
509 For systems running TPL from read-only memory it is convenient to
510 separate out the runtime information, so that the devices don't need
511 to be copied before being used. This moves the read-write parts of
512 struct udevice (at present just the flags) into a separate struct,
513 which is allocated at runtime.
515 config TPL_OF_PLATDATA_DRIVER_RT
518 Use a separate struct for driver runtime data.
520 This enables the driver_rt information, used with of-platdata when
521 of-platdata-inst is not used. It allows finding devices by their