1# General configuration options
2
3# Copyright (c) 2014-2015 Wind River Systems, Inc.
4# Copyright (c) 2016 Intel Corporation
5# Copyright (c) 2023 Nordic Semiconductor ASA
6# SPDX-License-Identifier: Apache-2.0
7
8osource "${APPLICATION_SOURCE_DIR}/VERSION"
9
10# Include Kconfig.defconfig files first so that they can override defaults and
11# other symbol/choice properties by adding extra symbol/choice definitions.
12# After merging all definitions for a symbol/choice, Kconfig picks the first
13# property (e.g. the first default) with a satisfied condition.
14#
15# Shield defaults should have precedence over board defaults, which should have
16# precedence over SoC defaults, so include them in that order.
17#
18# $ARCH and $BOARD_DIR will be glob patterns when building documentation.
19# This loads custom shields defconfigs (from BOARD_ROOT)
20osource "$(KCONFIG_BINARY_DIR)/Kconfig.shield.defconfig"
21# This loads Zephyr base shield defconfigs
22source "boards/shields/*/Kconfig.defconfig"
23
24source "$(BOARD_DIR)/Kconfig.defconfig"
25
26# This loads custom SoC root defconfigs
27osource "$(KCONFIG_BINARY_DIR)/Kconfig.soc.defconfig"
28# This loads Zephyr base SoC root defconfigs
29osource "soc/$(ARCH)/*/Kconfig.defconfig"
30# This loads the toolchain defconfigs
31osource "$(TOOLCHAIN_KCONFIG_DIR)/Kconfig.defconfig"
32# This loads the testsuite defconfig
33source "subsys/testsuite/Kconfig.defconfig"
34
35# This should be early since the autogen Kconfig.dts symbols may get
36# used by modules
37source "dts/Kconfig"
38
39menu "Modules"
40
41source "modules/Kconfig"
42
43endmenu
44
45source "boards/Kconfig"
46source "soc/Kconfig"
47source "arch/Kconfig"
48source "kernel/Kconfig"
49source "drivers/Kconfig"
50source "lib/Kconfig"
51source "subsys/Kconfig"
52
53osource "$(TOOLCHAIN_KCONFIG_DIR)/Kconfig"
54
55menu "Build and Link Features"
56
57menu "Linker Options"
58
59choice LINKER_ORPHAN_CONFIGURATION
60	prompt "Linker Orphan Section Handling"
61	default LINKER_ORPHAN_SECTION_WARN
62
63config LINKER_ORPHAN_SECTION_PLACE
64	bool "Place"
65	help
66	  Linker puts orphan sections in place without warnings
67	  or errors.
68
69config LINKER_ORPHAN_SECTION_WARN
70	bool "Warn"
71	help
72	  Linker places the orphan sections in output and issues
73	  warning about those sections.
74
75config LINKER_ORPHAN_SECTION_ERROR
76	bool "Error"
77	help
78	  Linker exits with error when an orphan section is found.
79
80endchoice
81
82config HAS_FLASH_LOAD_OFFSET
83	bool
84	help
85	  This option is selected by targets having a FLASH_LOAD_OFFSET
86	  and FLASH_LOAD_SIZE.
87
88if HAS_FLASH_LOAD_OFFSET
89
90config USE_DT_CODE_PARTITION
91	bool "Link application into /chosen/zephyr,code-partition from devicetree"
92	help
93	  When enabled, the application will be linked into the flash partition
94	  selected by the zephyr,code-partition property in /chosen in devicetree.
95	  When this is disabled, the flash load offset and size can be set manually
96	  below.
97
98# Workaround for not being able to have commas in macro arguments
99DT_CHOSEN_Z_CODE_PARTITION := zephyr,code-partition
100
101config FLASH_LOAD_OFFSET
102	# Only user-configurable when USE_DT_CODE_PARTITION is disabled
103	hex "Kernel load offset" if !USE_DT_CODE_PARTITION
104	default $(dt_chosen_reg_addr_hex,$(DT_CHOSEN_Z_CODE_PARTITION)) if USE_DT_CODE_PARTITION
105	default 0
106	help
107	  This option specifies the byte offset from the beginning of flash that
108	  the kernel should be loaded into. Changing this value from zero will
109	  affect the Zephyr image's link, and will decrease the total amount of
110	  flash available for use by application code.
111
112	  If unsure, leave at the default value 0.
113
114config FLASH_LOAD_SIZE
115	# Only user-configurable when USE_DT_CODE_PARTITION is disabled
116	hex "Kernel load size" if !USE_DT_CODE_PARTITION
117	default $(dt_chosen_reg_size_hex,$(DT_CHOSEN_Z_CODE_PARTITION)) if USE_DT_CODE_PARTITION
118	default 0
119	help
120	  If non-zero, this option specifies the size, in bytes, of the flash
121	  area that the Zephyr image will be allowed to occupy.  If zero, the
122	  image will be able to occupy from the FLASH_LOAD_OFFSET to the end of
123	  the device.
124
125	  If unsure, leave at the default value 0.
126
127endif # HAS_FLASH_LOAD_OFFSET
128
129config ROM_START_OFFSET
130	hex
131	prompt "ROM start offset" if !BOOTLOADER_MCUBOOT
132	default 0x200 if BOOTLOADER_MCUBOOT
133	default 0
134	help
135	  If the application is built for chain-loading by a bootloader this
136	  variable is required to be set to value that leaves sufficient
137	  space between the beginning of the image and the start of the first
138	  section to store an image header or any other metadata.
139	  In the particular case of the MCUboot bootloader this reserves enough
140	  space to store the image header, which should also meet vector table
141	  alignment requirements on most ARM targets, although some targets
142	  may require smaller or larger values.
143
144config LD_LINKER_SCRIPT_SUPPORTED
145	bool
146	default y
147
148choice LINKER_SCRIPT
149	prompt "Linker script"
150	default LD_LINKER_TEMPLATE if LD_LINKER_SCRIPT_SUPPORTED
151
152config LD_LINKER_TEMPLATE
153	bool "LD template"
154	depends on LD_LINKER_SCRIPT_SUPPORTED
155	help
156	  Select this option to use the LD linker script templates.
157	  The templates are pre-processed by the C pre-processor to create the
158	  final LD linker script.
159
160config CMAKE_LINKER_GENERATOR
161	bool "CMake generator"
162	depends on ARM
163	help
164	  Select this option to use the Zephyr CMake linker script generator.
165	  The linker configuration is written in CMake and the final linker
166	  script will be generated by the toolchain specific linker generator.
167	  For LD based linkers, this will be the ld generator, for ARMClang /
168	  armlink based linkers it will be the scatter generator.
169
170endchoice
171
172config HAVE_CUSTOM_LINKER_SCRIPT
173	bool "Custom linker script provided"
174	help
175	  Set this option if you have a custom linker script which needed to
176	  be define in CUSTOM_LINKER_SCRIPT.
177
178config CUSTOM_LINKER_SCRIPT
179	string "Path to custom linker script"
180	depends on HAVE_CUSTOM_LINKER_SCRIPT
181	help
182	  Path to the linker script to be used instead of the one define by the
183	  board.
184
185	  The linker script must be based on a version provided by Zephyr since
186	  the kernel can expect a certain layout/certain regions.
187
188	  This is useful when an application needs to add sections into the
189	  linker script and avoid having to change the script provided by
190	  Zephyr.
191
192config KERNEL_ENTRY
193	string "Kernel entry symbol"
194	default "__start"
195	help
196	  Code entry symbol, to be set at linking phase.
197
198config LINKER_SORT_BY_ALIGNMENT
199	bool "Sort input sections by alignment"
200	default y
201	help
202	  This turns on the linker flag to sort sections by alignment
203	  in decreasing size of symbols. This helps to minimize
204	  padding between symbols.
205
206config SRAM_VECTOR_TABLE
207	bool "Place the vector table in SRAM instead of flash"
208	help
209	  The option specifies that the vector table should be placed at the
210	  start of SRAM instead of the start of flash.
211
212config HAS_SRAM_OFFSET
213	bool
214	help
215	  This option is selected by targets that require SRAM_OFFSET.
216
217config SRAM_OFFSET
218	hex "Kernel SRAM offset" if HAS_SRAM_OFFSET
219	default 0
220	help
221	  This option specifies the byte offset from the beginning of SRAM
222	  where the kernel begins. Changing this value from zero will affect
223	  the Zephyr image's link, and will decrease the total amount of
224	  SRAM available for use by application code.
225
226	  If unsure, leave at the default value 0.
227
228menu "Linker Sections"
229
230config LINKER_USE_BOOT_SECTION
231	bool "Use Boot Linker Section"
232	help
233	  If enabled, the symbols which are needed for the boot process
234	  will be put into another linker section reserved for these
235	  symbols.
236
237	  Requires that boot sections exist in the architecture, SoC,
238	  board or custom linker script.
239
240config LINKER_USE_PINNED_SECTION
241	bool "Use Pinned Linker Section"
242	help
243	  If enabled, the symbols which need to be pinned in memory
244	  will be put into another linker section reserved for pinned
245	  symbols. During boot, the corresponding memory will be marked
246	  as pinned.
247
248	  Requires that pinned sections exist in the architecture, SoC,
249	  board or custom linker script.
250
251config LINKER_GENERIC_SECTIONS_PRESENT_AT_BOOT
252	bool "Generic sections are present at boot" if DEMAND_PAGING && LINKER_USE_PINNED_SECTION
253	default y
254	help
255	  When disabled, the linker sections other than the boot and
256	  pinned sections will be marked as not present in the page
257	  tables. This allows kernel to pull in data pages on demand
258	  as required by current execution context when demand paging
259	  is enabled. There is no need to load all code and data into
260	  memory at once.
261
262	  If unsure, say Y.
263
264config LINKER_LAST_SECTION_ID
265	bool "Last section identifier"
266	default y
267	depends on ARM || ARM64 || RISCV
268	help
269	  If enabled, the last section will contain an identifier.
270	  This ensures that the '_flash_used' linker symbol will always be
271	  correctly calculated, even in cases where the location counter may
272	  have been incremented for alignment purposes but no data is placed
273	  after alignment.
274
275	  Note: in cases where the flash is fully used, for example application
276	  specific data is written at the end of the flash area, then writing a
277	  last section identifier may cause rom region overflow.
278	  In such cases this setting should be disabled.
279
280config LINKER_LAST_SECTION_ID_PATTERN
281	hex "Last section identifier pattern"
282	default "0xE015E015"
283	depends on LINKER_LAST_SECTION_ID
284	help
285	  Pattern to fill into last section as identifier.
286	  Default pattern is 0xE015 (end of last section), but any pattern can
287	  be used.
288	  The size of the pattern must not exceed 4 bytes.
289
290config LINKER_USE_NO_RELAX
291	bool
292	help
293	  Hidden symbol to allow features to force the use of no relax.
294
295config LINKER_USE_RELAX
296	bool "Linker optimization of call addressing"
297	depends on !LINKER_USE_NO_RELAX
298	default y
299	help
300	  This option performs global optimizations that become possible when the linker resolves
301	  addressing in the program, such as relaxing address modes and synthesizing new
302	  instructions in the output object file. For ld and lld, this enables `--relax`.
303	  On platforms where this is not supported, `--relax' is accepted, but ignored.
304	  Disabling it can reduce performance, as the linker is no longer able to substiture long /
305	  in-effective jump calls to shorter / more effective instructions.
306
307endmenu # "Linker Sections"
308
309endmenu
310
311menu "Compiler Options"
312
313config CODING_GUIDELINE_CHECK
314	bool "Enforce coding guideline rules"
315	help
316	  Use available compiler flags to check coding guideline rules during
317	  the build.
318
319config NATIVE_BUILD
320	bool
321	select FULL_LIBC_SUPPORTED
322	select FULL_LIBCPP_SUPPORTED if CPP
323	help
324	  Zephyr will be built targeting the host system for debug and
325	  development purposes.
326
327config NATIVE_APPLICATION
328	bool
329	default y if ARCH_POSIX
330	depends on !NATIVE_LIBRARY
331	select NATIVE_BUILD
332	help
333	  Build as a native application that can run on the host and using
334	  resources and libraries provided by the host.
335
336config NATIVE_LIBRARY
337	bool
338	select NATIVE_BUILD
339	help
340	  Build as a prelinked library for the native host target.
341	  This library can later be built into an executable for the host.
342
343config COMPILER_FREESTANDING
344	bool "Build in a freestanding compiler mode"
345	help
346	  Configure the compiler to operate in freestanding mode according to
347	  the C and C++ language specifications. Freestanding mode reduces the
348	  requirements of the compiler and language environment, which can
349	  negatively impact the ability for the compiler to detect errors and
350	  perform optimizations.
351
352choice COMPILER_OPTIMIZATIONS
353	prompt "Optimization level"
354	default NO_OPTIMIZATIONS    if COVERAGE
355	default DEBUG_OPTIMIZATIONS if DEBUG
356	default SIZE_OPTIMIZATIONS
357	help
358	  Note that these flags shall only control the compiler
359	  optimization level, and that no extra debug code shall be
360	  conditionally compiled based on them.
361
362config SIZE_OPTIMIZATIONS
363	bool "Optimize for size"
364	help
365	  Compiler optimizations will be set to -Os independently of other
366	  options.
367
368config SPEED_OPTIMIZATIONS
369	bool "Optimize for speed"
370	help
371	  Compiler optimizations will be set to -O2 independently of other
372	  options.
373
374config DEBUG_OPTIMIZATIONS
375	bool "Optimize debugging experience"
376	help
377	  Compiler optimizations will be set to -Og independently of other
378	  options.
379
380config NO_OPTIMIZATIONS
381	bool "Optimize nothing"
382	help
383	  Compiler optimizations will be set to -O0 independently of other
384	  options.
385
386	  Selecting this option will likely require manual tuning of the
387	  default stack sizes in order to avoid stack overflows.
388endchoice
389
390config COMPILER_WARNINGS_AS_ERRORS
391	bool "Treat warnings as errors"
392	help
393	  Turn on "warning as error" toolchain flags
394
395config COMPILER_SAVE_TEMPS
396	bool "Save temporary object files"
397	help
398	  Instruct the compiler to save the temporary intermediate files
399	  permanently. These can be useful for troubleshooting build issues.
400
401config COMPILER_TRACK_MACRO_EXPANSION
402	bool "Track macro expansion"
403	default y
404	help
405	  When enabled, locations of tokens across macro expansions will be
406	  tracked. Disabling this option may be useful to debug long macro
407	  expansion chains.
408
409config COMPILER_COLOR_DIAGNOSTICS
410	bool "Colored diagnostics"
411	default y
412	help
413	  Compiler diagnostic messages are colorized.
414
415choice COMPILER_SECURITY_FORTIFY
416	prompt "Detect buffer overflows in libc calls"
417	default FORTIFY_SOURCE_NONE if NO_OPTIMIZATIONS || MINIMAL_LIBC || NATIVE_BUILD
418	default FORTIFY_SOURCE_COMPILE_TIME
419	help
420	  Buffer overflow checking in libc calls. Supported by Clang and
421	  GCC when using Picolibc or Newlib. Requires compiler optimization
422	  to be enabled.
423
424config FORTIFY_SOURCE_NONE
425	bool "No detection"
426	help
427	  Disables both compile-time and run-time checking.
428
429config FORTIFY_SOURCE_COMPILE_TIME
430	bool "Compile-time detection"
431	help
432	  Enables only compile-time checking. Compile-time checking
433	  doesn't increase executable size or reduce performance, it
434	  limits checking to what can be done with information available
435	  at compile time.
436
437config FORTIFY_SOURCE_RUN_TIME
438	bool "Compile-time and run-time detection"
439	help
440	  Enables both compile-time and run-time checking. Run-time
441	  checking increases coverage at the expense of additional code,
442	  and means that applications will raise a runtime exception
443	  when buffer overflow is detected.
444
445endchoice
446
447config COMPILER_OPT
448	string "Custom compiler options"
449	help
450	  This option is a free-form string that is passed to the compiler
451	  when building all parts of a project (i.e. kernel).
452	  The compiler options specified by this string supplement the
453	  predefined set of compiler supplied by the build system,
454	  and can be used to change compiler optimization, warning and error
455	  messages, and so on.
456
457config MISRA_SANE
458	bool "MISRA standards compliance features"
459	help
460	  Causes the source code to build in "MISRA" mode, which
461	  disallows some otherwise-permitted features of the C
462	  standard for safety reasons.  Specifically variable length
463	  arrays are not permitted (and gcc will enforce this).
464
465endmenu
466
467choice
468	prompt "Error checking behavior for CHECK macro"
469	default RUNTIME_ERROR_CHECKS
470
471config ASSERT_ON_ERRORS
472	bool "Assert on all errors"
473	help
474	  Assert on errors covered with the CHECK macro.
475
476config NO_RUNTIME_CHECKS
477	bool "No runtime error checks"
478	help
479	  Do not do any runtime checks or asserts when using the CHECK macro.
480
481config RUNTIME_ERROR_CHECKS
482	bool "Runtime error checks"
483	help
484	  Always perform runtime checks covered with the CHECK macro. This
485	  option is the default and the only option used during testing.
486
487endchoice
488
489menu "Build Options"
490
491config KERNEL_BIN_NAME
492	string "The kernel binary name"
493	default "zephyr"
494	help
495	  This option sets the name of the generated kernel binary.
496
497config OUTPUT_STAT
498	bool "Create a statistics file"
499	default y
500	help
501	  Create a stat file using readelf -e <elf>
502
503config OUTPUT_SYMBOLS
504	bool "Create a symbol file"
505	help
506	  Create a symbol file using nm <elf>
507
508config OUTPUT_DISASSEMBLY
509	bool "Create a disassembly file"
510	help
511	  Create an .lst file with the assembly listing of the firmware.
512
513config OUTPUT_DISASSEMBLE_ALL
514	bool "Disassemble all sections with source. Fill zeros."
515	default n
516	depends on OUTPUT_DISASSEMBLY
517	help
518	  The .lst file will contain complete disassembly of the firmware
519	  not just those expected to contain instructions including zeros
520
521config OUTPUT_PRINT_MEMORY_USAGE
522	bool "Print memory usage to stdout"
523	default y
524	help
525	  If the toolchain supports it, this option will pass
526	  --print-memory-region to the linker when it is doing it's first
527	  linker pass. Note that the memory regions are symbolic concepts
528	  defined by the linker scripts and do not necessarily map
529	  directly to the real physical address space. Take also note that
530	  some platforms do two passes of the linker so the results do not
531	  match exactly to the final elf file. See also rom_report,
532	  ram_report and
533	  https://sourceware.org/binutils/docs/ld/MEMORY.html
534
535config CLEANUP_INTERMEDIATE_FILES
536	bool "Remove all intermediate files"
537	help
538	  Delete intermediate files to save space and cleanup clutter resulting
539	  from the build process. Note this breaks incremental builds, west spdx
540	  (Software Bill of Material generation), and maybe others.
541
542config BUILD_NO_GAP_FILL
543	bool "Don't fill gaps in generated hex/bin/s19 files."
544
545config BUILD_OUTPUT_HEX
546	bool "Build a binary in HEX format"
547	help
548	  Build an Intel HEX binary zephyr/zephyr.hex in the build directory.
549	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
550
551config BUILD_OUTPUT_BIN
552	bool "Build a binary in BIN format"
553	default y
554	help
555	  Build a "raw" binary zephyr/zephyr.bin in the build directory.
556	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
557
558config BUILD_OUTPUT_EFI
559	bool "Build as an EFI application"
560	default n
561	depends on X86_64
562	help
563	  Build as an EFI application.
564
565	  This works by creating a "zephyr.efi" EFI binary containing a zephyr
566	  image extracted from a built zephyr.elf file.  EFI applications are
567	  relocatable, and cannot be placed at specific locations in memory.
568	  Instead, the stub code will copy the embedded zephyr sections to the
569	  appropriate locations at startup, clear any zero-filled (BSS, etc...)
570	  areas, then jump into the 64 bit entry point.
571
572config BUILD_OUTPUT_EXE
573	bool "Build a binary in ELF format with .exe extension"
574	help
575	  Build an ELF binary that can run in the host system at
576	  zephyr/zephyr.exe in the build directory.
577	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
578
579config BUILD_OUTPUT_S19
580	bool "Build a binary in S19 format"
581	help
582	  Build an S19 binary zephyr/zephyr.s19 in the build directory.
583	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
584
585config BUILD_OUTPUT_UF2
586	bool "Build a binary in UF2 format"
587	depends on BUILD_OUTPUT_BIN
588	help
589	  Build a UF2 binary zephyr/zephyr.uf2 in the build directory.
590	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
591
592if BUILD_OUTPUT_UF2
593
594config BUILD_OUTPUT_UF2_FAMILY_ID
595	string "UF2 device family ID"
596	default "0x1c5f21b0" if SOC_SERIES_ESP32
597	default "0x621e937a" if SOC_NRF52833_QIAA
598	default "0xada52840" if SOC_NRF52840_QIAA
599	default "0x4fb2d5bd" if SOC_SERIES_IMX_RT
600	default "0x2abc77ec" if SOC_SERIES_LPC55XXX
601	default "0xe48bff56" if SOC_SERIES_RP2XXX
602	default "0x68ed2b88" if SOC_SERIES_SAMD21
603	default "0x55114460" if SOC_SERIES_SAMD51
604	default "0x647824b6" if SOC_SERIES_STM32F0X
605	default "0x5d1a0a2e" if SOC_SERIES_STM32F2X
606	default "0x6b846188" if SOC_SERIES_STM32F3X
607	default "0x53b80f00" if SOC_SERIES_STM32F7X
608	default "0x300f5633" if SOC_SERIES_STM32G0X
609	default "0x4c71240a" if SOC_SERIES_STM32G4X
610	default "0x6db66082" if SOC_SERIES_STM32H7X
611	default "0x202e3a91" if SOC_SERIES_STM32L0X
612	default "0x1e1f432d" if SOC_SERIES_STM32L1X
613	default "0x00ff6919" if SOC_SERIES_STM32L4X
614	default "0x04240bdf" if SOC_SERIES_STM32L5X
615	default "0x70d16653" if SOC_SERIES_STM32WBX
616	default "0x5ee21072" if SOC_STM32F103XE
617	default "0x57755a57" if SOC_SERIES_STM32F4X && (!SOC_STM32F407XE) && (!SOC_STM32F407XG)
618	default "0x6d0922fa" if SOC_STM32F407XE
619	default "0x8fb060fe" if SOC_STM32F407XG
620	help
621	  UF2 bootloaders only accept UF2 files with a matching family ID.
622	  This can be either a hex, e.g. 0x68ed2b88, or well-known family
623	  name string. If the SoC in use is known by UF2, the Family ID will
624	  be pre-filled with the known value.
625
626config BUILD_OUTPUT_UF2_USE_FLASH_BASE
627	bool
628	default n
629
630config BUILD_OUTPUT_UF2_USE_FLASH_OFFSET
631	bool
632	default n
633
634endif # BUILD_OUTPUT_UF2
635
636config BUILD_OUTPUT_STRIPPED
637	bool "Build a stripped binary"
638	help
639	  Build a stripped binary zephyr/zephyr.strip in the build directory.
640	  The name of this file can be customized with CONFIG_KERNEL_BIN_NAME.
641
642config BUILD_OUTPUT_ADJUST_LMA
643	string
644	help
645	  This will adjust the LMA address in the final ELF and hex files with
646	  the value provided.
647	  This will not affect the internal address symbols inside the image but
648	  can be useful when adjusting the LMA address for flash tools or multi
649	  stage loaders where a pre-loader may copy image to a second location
650	  before booting a second core.
651	  The value will be evaluated as a math expression, this means that
652	  following are valid expression
653	  - 1024
654	  - 0x1000
655	  - -0x1000
656	  - 0x20000000 - 0x10000000
657	  Note: negative numbers are valid.
658	  To adjust according to a chosen flash partition one can specify a
659	  default as:
660	  DT_CHOSEN_IMAGE_<name> := <name>,<name>-partition
661	  DT_CHOSEN_Z_FLASH := zephyr,flash
662	  config BUILD_OUTPUT_ADJUST_LMA
663	    default "$(dt_chosen_reg_addr_hex,$(DT_CHOSEN_IMAGE_M4))-\
664	             $(dt_chosen_reg_addr_hex,$(DT_CHOSEN_Z_FLASH))"
665
666config BUILD_OUTPUT_INFO_HEADER
667	bool "Create a image information header"
668	help
669	  Create an image information header which will contain image
670	  information from the Zephyr binary.
671	  Example of information contained in the header file:
672	  - Number of segments in the image
673	  - LMA address of each segment
674	  - VMA address of each segment
675	  - Size of each segment
676
677config BUILD_ALIGN_LMA
678	bool "Align LMA in output image"
679	default y if BUILD_OUTPUT_ADJUST_LMA!=""
680	help
681	  Ensure that the LMA for each section in the output image respects
682	  the alignment requirements of that section. This is required for
683	  some tooling, such as objcopy, to be able to adjust the LMA of the
684	  ELF file.
685
686config APPLICATION_DEFINED_SYSCALL
687	bool "Scan application folder for any syscall definition"
688	help
689	  Scan additional folders inside application source folder
690	  for application defined syscalls.
691
692config MAKEFILE_EXPORTS
693	bool "Generate build metadata files named Makefile.exports"
694	help
695	  Generates a file with build information that can be read by
696	  third party Makefile-based build systems.
697
698config BUILD_OUTPUT_META
699	bool "Create a build meta file"
700	help
701	  Create a build meta file in the build directory containing lists of:
702	  - Zephyr: path and revision (if git repo)
703	  - Zephyr modules: name, path, and revision (if git repo)
704	  - West:
705	    - manifest: path and revision
706	    - projects: path and revision
707	  - Workspace:
708	    - dirty: one or more repositories are marked dirty
709	    - extra: extra Zephyr modules are manually included in the build
710	    - off:   the SHA of one or more west projects are not what the manifest
711	             defined when `west update` was run the last time (`manifest-rev`).
712	             The off state is only present if a west workspace is found.
713	  File extension is .meta
714
715config BUILD_OUTPUT_META_STATE_PROPAGATE
716	bool "Propagate module and project state"
717	depends on BUILD_OUTPUT_META
718	help
719	  Propagate to state of each module to the Zephyr revision field.
720	  If west is used the state of each west project is also propagated to
721	  the Zephyr revision field.
722	  West manifest repo revision field will also
723	  be marked with the same state as the Zephyr revision.
724	  The final revision will become: <SHA>-<state1>-<state2>-<state3>...
725	  If no states are appended to the SHA it means the build is of a clean
726	  tree.
727	  - dirty: one or more repositories are marked dirty
728	  - extra: extra Zephyr modules are manually included in the build
729	  - off:   the SHA of one or more west projects are not what the manifest
730	           defined when `west update` was run the last time (`manifest-rev`).
731	           The off state is only present if a west workspace is found.
732
733config BUILD_OUTPUT_STRIP_PATHS
734	bool "Strip absolute paths from binaries"
735	default y
736	help
737	  If the compiler supports it, strip the ${ZEPHYR_BASE} prefix from the
738	  __FILE__ macro used in __ASSERT*, in the
739	  .noinit."/home/joe/zephyr/fu/bar.c" section names and in any
740	  application code.
741	  This saves some memory, stops leaking user locations in binaries, makes
742	  failure logs more deterministic and most importantly makes builds more
743	  deterministic.
744	  Debuggers usually have a path mapping feature to ensure the files are
745	  still found.
746
747config CHECK_INIT_PRIORITIES
748	bool "Build time initialization priorities check"
749	default y
750	depends on !NATIVE_LIBRARY
751	depends on "$(ZEPHYR_TOOLCHAIN_VARIANT)" != "armclang"
752	help
753	  Check the build for initialization priority issues by comparing the
754	  initialization priority in the build with the device dependency
755	  derived from the devicetree definition.
756
757	  Fails the build on priority errors (dependent devices, inverted
758	  priority), see CHECK_INIT_PRIORITIES_FAIL_ON_WARNING to fail on
759	  warnings (dependent devices, same priority) as well.
760
761config CHECK_INIT_PRIORITIES_FAIL_ON_WARNING
762	bool "Fail the build on priority check warnings"
763	depends on CHECK_INIT_PRIORITIES
764	help
765	  Fail the build if the dependency check script identifies any pair of
766	  devices depending on each other but initialized with the same
767	  priority.
768
769config EMIT_ALL_SYSCALLS
770	bool "Emit all possible syscalls in the tree"
771	help
772	  This tells the build system to emit all possible syscalls found
773	  in the tree, instead of only those syscalls associated with enabled
774	  drivers and subsystems.
775
776endmenu
777
778config DEPRECATED
779	bool
780	help
781	  Symbol that must be selected by a feature or module if it is
782	  considered to be deprecated.
783
784config WARN_DEPRECATED
785	bool
786	default y
787	prompt "Warn on deprecated usage"
788	help
789	  Print a warning when the Kconfig tree is parsed if any deprecated
790	  features are enabled.
791
792config EXPERIMENTAL
793	bool
794	help
795	  Symbol that must be selected by a feature if it is considered to be
796	  at an experimental implementation stage.
797
798config WARN_EXPERIMENTAL
799	bool
800	prompt "Warn on experimental usage"
801	help
802	  Print a warning when the Kconfig tree is parsed if any experimental
803	  features are enabled.
804
805config TAINT
806	bool
807	help
808	  Symbol that must be selected by a feature or module if the Zephyr
809	  build is considered tainted.
810
811config ENFORCE_ZEPHYR_STDINT
812	bool
813	prompt "Enforce Zephyr convention for stdint"
814	depends on !ARCH_POSIX
815	default y
816	help
817	  This enforces the Zephyr stdint convention where int32_t = int,
818	  int64_t = long long, and intptr_t = long so that short string
819	  format length modifiers can be used universally across ILP32
820	  and LP64 architectures. Sometimes this is not possible e.g. when
821	  linking against a binary-only C++ library whose type mangling
822	  is incompatible with the Zephyr convention, or if the build
823	  environment doesn't allow such enforcement, in which case this
824	  should be turned off with the caveat that argument type validation
825	  on Zephyr code will be skipped.
826
827endmenu
828
829
830menu "Boot Options"
831
832config IS_BOOTLOADER
833	bool "Act as a bootloader"
834	depends on XIP
835	depends on ARM
836	help
837	  This option indicates that Zephyr will act as a bootloader to execute
838	  a separate Zephyr image payload.
839
840config BOOTLOADER_SRAM_SIZE
841	int "SRAM reserved for bootloader"
842	default 0
843	depends on !XIP || IS_BOOTLOADER
844	depends on ARM || XTENSA
845	help
846	  This option specifies the amount of SRAM (measure in kB) reserved for
847	  a bootloader image, when either:
848	  - the Zephyr image itself is to act as the bootloader, or
849	  - Zephyr is a !XIP image, which implicitly assumes existence of a
850	  bootloader that loads the Zephyr !XIP image onto SRAM.
851
852config BOOTLOADER_ESP_IDF
853	bool "ESP-IDF bootloader support"
854	depends on SOC_FAMILY_ESP32 && !BOOTLOADER_MCUBOOT && !MCUBOOT
855	default	y
856	help
857	  This option will trigger the compilation of the ESP-IDF bootloader
858	  inside the build folder.
859	  At flash time, the bootloader will be flashed with the zephyr image
860
861config BOOTLOADER_BOSSA
862	bool "BOSSA bootloader support"
863	select USE_DT_CODE_PARTITION
864
865	help
866	  Signifies that the target uses a BOSSA compatible bootloader.  If CDC
867	  ACM USB support is also enabled then the board will reboot into the
868	  bootloader automatically when bossac is run.
869
870config BOOTLOADER_BOSSA_DEVICE_NAME
871	string "BOSSA CDC ACM device name"
872	depends on BOOTLOADER_BOSSA && CDC_ACM_DTE_RATE_CALLBACK_SUPPORT
873	default "CDC_ACM_0"
874	help
875	  Sets the CDC ACM port to watch for reboot commands.
876
877choice
878	prompt "BOSSA bootloader variant"
879	depends on BOOTLOADER_BOSSA
880
881config BOOTLOADER_BOSSA_LEGACY
882	bool "Legacy"
883	help
884	  Select the Legacy variant of the BOSSA bootloader.  This is defined
885	  for compatibility mode only.  The recommendation is use newer
886	  versions like Arduino or Adafruit UF2.
887
888config BOOTLOADER_BOSSA_ARDUINO
889	bool "Arduino"
890	help
891	  Select the Arduino variant of the BOSSA bootloader.  Uses 0x07738135
892	  as the magic value to enter the bootloader.
893
894config BOOTLOADER_BOSSA_ADAFRUIT_UF2
895	bool "Adafruit UF2"
896	help
897	  Select the Adafruit UF2 variant of the BOSSA bootloader.  Uses
898	  0xf01669ef as the magic value to enter the bootloader.
899
900endchoice
901
902endmenu
903
904menu "Compatibility"
905
906config COMPAT_INCLUDES
907	bool "Suppress warnings when using header shims"
908	default y
909	help
910	  Suppress any warnings from the pre-processor when including
911	  deprecated header files.
912
913endmenu
914