2021-05-18 22:53:21 -04:00
|
|
|
menu "Hardware Abstraction Layer (HAL) and Low Level (LL)"
|
|
|
|
choice HAL_DEFAULT_ASSERTION_LEVEL
|
|
|
|
bool "Default HAL assertion level"
|
|
|
|
default HAL_ASSERTION_EQUALS_SYSTEM
|
|
|
|
help
|
|
|
|
Set the assert behavior / level for HAL component.
|
|
|
|
HAL component assert level can be set separately,
|
|
|
|
but the level can't exceed the system assertion level.
|
|
|
|
e.g. If the system assertion is disabled, then the HAL
|
|
|
|
assertion can't be enabled either. If the system assertion
|
|
|
|
is enable, then the HAL assertion can still be disabled
|
|
|
|
by this Kconfig option.
|
|
|
|
|
|
|
|
config HAL_ASSERTION_EQUALS_SYSTEM
|
|
|
|
bool "Same as system assertion level"
|
|
|
|
config HAL_ASSERTION_DISABLE
|
|
|
|
bool "Disabled"
|
|
|
|
depends on COMPILER_OPTIMIZATION_ASSERTION_LEVEL >= 0
|
|
|
|
config HAL_ASSERTION_SILIENT
|
|
|
|
bool "Silent"
|
|
|
|
depends on COMPILER_OPTIMIZATION_ASSERTION_LEVEL >= 1
|
|
|
|
config HAL_ASSERTION_ENABLE
|
|
|
|
bool "Enabled"
|
|
|
|
depends on COMPILER_OPTIMIZATION_ASSERTION_LEVEL >= 2
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config HAL_DEFAULT_ASSERTION_LEVEL
|
|
|
|
int
|
|
|
|
default COMPILER_OPTIMIZATION_ASSERTION_LEVEL if HAL_ASSERTION_EQUALS_SYSTEM
|
|
|
|
default 0 if HAL_ASSERTION_DISABLE
|
|
|
|
default 1 if HAL_ASSERTION_SILIENT
|
|
|
|
default 2 if HAL_ASSERTION_ENABLE
|
2022-04-07 05:37:33 -04:00
|
|
|
|
|
|
|
choice HAL_LOG_LEVEL
|
|
|
|
bool "HAL layer log verbosity"
|
|
|
|
default HAL_LOG_LEVEL_INFO
|
|
|
|
# If LOG component is linked, one of the following configuration symbol will be defined.
|
|
|
|
# Else, none will be defined, in that case, we need this HAL_LOG_LEVEL symbol.
|
|
|
|
depends on !LOG_DEFAULT_LEVEL_NONE && !LOG_DEFAULT_LEVEL_ERROR && !LOG_DEFAULT_LEVEL_WARN && \
|
|
|
|
!LOG_DEFAULT_LEVEL_INFO && !LOG_DEFAULT_LEVEL_DEBUG && !LOG_DEFAULT_LEVEL_VERBOSE
|
|
|
|
|
|
|
|
help
|
|
|
|
Specify how much output to see in HAL logs.
|
|
|
|
|
|
|
|
config HAL_LOG_LEVEL_NONE
|
|
|
|
bool "No output"
|
|
|
|
config HAL_LOG_LEVEL_ERROR
|
|
|
|
bool "Error"
|
|
|
|
config HAL_LOG_LEVEL_WARN
|
|
|
|
bool "Warning"
|
|
|
|
config HAL_LOG_LEVEL_INFO
|
|
|
|
bool "Info"
|
|
|
|
config HAL_LOG_LEVEL_DEBUG
|
|
|
|
bool "Debug"
|
|
|
|
config HAL_LOG_LEVEL_VERBOSE
|
|
|
|
bool "Verbose"
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config HAL_LOG_LEVEL
|
|
|
|
int
|
|
|
|
default 0 if HAL_LOG_LEVEL_NONE
|
|
|
|
default 1 if HAL_LOG_LEVEL_ERROR
|
|
|
|
default 2 if HAL_LOG_LEVEL_WARN
|
|
|
|
default 3 if HAL_LOG_LEVEL_INFO
|
|
|
|
default 4 if HAL_LOG_LEVEL_DEBUG
|
|
|
|
default 5 if HAL_LOG_LEVEL_VERBOSE
|
|
|
|
|
2022-04-24 04:40:32 -04:00
|
|
|
config HAL_SYSTIMER_HAS_ROM_IMPL
|
|
|
|
bool
|
2022-05-06 03:22:29 -04:00
|
|
|
depends on IDF_TARGET_ESP32C2 || IDF_TARGET_ESP32S3
|
2022-04-20 02:38:02 -04:00
|
|
|
default y if IDF_TARGET_ESP32C2 # TODO: IDF-4917
|
2022-04-24 04:40:32 -04:00
|
|
|
|
|
|
|
config HAL_SYSTIMER_ROM_IMPL
|
|
|
|
bool "Use systimer HAL implementation in ROM"
|
|
|
|
depends on HAL_SYSTIMER_HAS_ROM_IMPL
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Enable this flag to use HAL functions from ROM instead of ESP-IDF.
|
|
|
|
|
2022-04-16 03:06:40 -04:00
|
|
|
If keeping this as "n" in your project, you will have less free IRAM.
|
|
|
|
If making this as "y" in your project, you will increase free IRAM,
|
|
|
|
but you will lose the possibility to debug this module, and some new
|
|
|
|
features will be added and bugs will be fixed in the IDF source
|
|
|
|
but cannot be synced to ROM.
|
|
|
|
|
|
|
|
config HAL_WDT_HAS_ROM_IMPL
|
|
|
|
bool
|
2022-05-06 03:22:29 -04:00
|
|
|
depends on IDF_TARGET_ESP32C2 || IDF_TARGET_ESP32S3
|
2022-04-20 02:38:02 -04:00
|
|
|
default y if IDF_TARGET_ESP32C2 || IDF_TARGET_ESP32S3
|
2022-04-16 03:06:40 -04:00
|
|
|
|
|
|
|
config HAL_WDT_ROM_IMPL
|
|
|
|
bool "Use WDT HAL implementation in ROM"
|
|
|
|
depends on HAL_WDT_HAS_ROM_IMPL
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Enable this flag to use HAL functions from ROM instead of ESP-IDF.
|
|
|
|
|
2022-04-24 04:40:32 -04:00
|
|
|
If keeping this as "n" in your project, you will have less free IRAM.
|
|
|
|
If making this as "y" in your project, you will increase free IRAM,
|
|
|
|
but you will lose the possibility to debug this module, and some new
|
|
|
|
features will be added and bugs will be fixed in the IDF source
|
|
|
|
but cannot be synced to ROM.
|
2021-05-18 22:53:21 -04:00
|
|
|
endmenu
|