OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/subsys/power/Kconfig

39 lines
1.3 KiB
Plaintext
Raw Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 21:08:09 +08:00
# SPDX-License-Identifier: Apache-2.0
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
config SYS_PM_STATE_LOCK
bool "Enable Power State locking capability"
power: Add API's to enable/disable System PM states Add API's to enable/disable System PM states so that an an application can enable/disable system from entering certain Low Power states. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2018-11-05 18:06:04 +08:00
help
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
Enable Power Management system state locking capability
power: Add API's to enable/disable System PM states Add API's to enable/disable System PM states so that an an application can enable/disable system from entering certain Low Power states. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2018-11-05 18:06:04 +08:00
if any application wants to temporarily disable certain
power: pm_ctrl: Allow fine-grained power state locking This commit enables fine-grained power state locking. Now, each power state could be independently enabled or disabled. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-01-11 17:53:57 +08:00
Power States while doing any critical work or needs quick
response from hardware resources.
power: Add API's to enable/disable System PM states Add API's to enable/disable System PM states so that an an application can enable/disable system from entering certain Low Power states. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2018-11-05 18:06:04 +08:00
power: add system power management direct force mode. Add system power management direct force trigger mode. In this mode application thread can directly put system in sleep or deep sleep mode instead of waiting for idle thread to do it, so that it can reduce latency to enter low power mode. Signed-off-by: Wentong Wu <wentong.wu@intel.com>
2020-01-22 16:36:21 +08:00
config SYS_PM_DIRECT_FORCE_MODE
bool "Enable system power management direct force trigger mode"
help
Enable system power management direct force trigger mode. In
this mode application thread can directly put system in sleep
or deep sleep mode instead of waiting for idle thread to do
it, so that it can reduce latency to enter low power mode.
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
config SYS_PM_DEBUG
bool "Enable System Power Management debug hooks"
power: Add OS Power Management debug hooks Add the necessary PM hooks like Low Power state entry count and residencies for logging and debugging purposes. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2018-10-24 16:24:20 +08:00
help
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
Enable System Power Management debugging hooks.
power: Add OS Power Management debug hooks Add the necessary PM hooks like Low Power state entry count and residencies for logging and debugging purposes. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2018-10-24 16:24:20 +08:00
power: Add device idle power management support Add framework for device Idle Power Management(IPM) for suspending devices based on device idle. This will help in saving power even while system(CPU) is active. The framework uses device_set_power_state() API set the device power state accordingly based on the usage count. Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
2019-02-28 15:37:58 +08:00
config DEVICE_IDLE_PM
bool "Enable device Idle Power Management"
depends on DEVICE_POWER_MANAGEMENT
select POLL
help
Enable device Idle Power Management to save power.
With device Idle PM enabled, devices can be suspended or
resumed based on the device usage even while the CPU or
system is running.
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
source "subsys/power/policy/Kconfig"
logging: Refactor LOG_MODULE_REGISTER and LOG_MODULE_DECLARE macros Changed LOG_MODULE_REGISTER and LOG_MODULE_DECLARE macros to take log level as optional parameter. LOG_MODULE_DECLARE can now also be used in static inline functions in headers. Added LOG_LEVEL_SET macro which is used when instance logging API is used to indicate maximal log level compiled into the file. Signed-off-by: Krzysztof Chruscinski <krzysztof.chruscinski@nordicsemi.no>
2018-09-25 20:58:27 +08:00
power: Rework OS <-> Application interface This commit simplifies OS <-> Application interface controlling power management. In the previous approach application-based PM required overriding sys_suspend() and sys_resume() functions. As these functions actually implemented power state change, in such case application basically had to provide own implementation of all PM-related stuff, which was not portable and hard to maintain. This commit changes this scheme: The sys_suspend() and sys_resume() are now system functions while the application could either use built-in power management policies or provide its own. All details of power mode switching are now handled by the OS. Also, this commit cleans up the Kconfig options related to system-level power management grouping them under common CONFIG_SYS_PM_ prefix. Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2019-02-04 22:05:23 +08:00
module = SYS_PM
module-str = System Power Management
source "subsys/logging/Kconfig.template.log_config"