博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Zephyr的Power Management
阅读量:6673 次
发布时间:2019-06-25

本文共 5267 字,大约阅读时间需要 17 分钟。

1 关于Zephyr

Zephyr是Linux基金会维护的微内核项目,来源于WindRiver向Zephyr捐赠的Rocket RTOS内核。主要用于开发针对物联网设备的实时操作系统。

Zephyr操作系统很小、具有扩展性并且专为小型物联网设备设计,它的模块化设计使不论采用哪个架构创建物联网方案,都能满足所有设备的需求。

相关资源:

提供了相关,并且在github维护了和。

2 Zephyr的Power Management介绍

参考总结如下。

首先对Zephyr功耗管理相关属于进行了介绍,然后是对Zephyr功耗管理总体介绍,包括、系统层面的功耗管理和设备功耗管理。

平台级的功耗机制包括两种和两种。

最后是对Zephyr功耗管理配置包括一个总开关CONFIG_SYS_POWER_MANAGEMENT和针对Tickless Idle、SoC和Device的配置。

单独对System和Device相关API进行了介绍。

 

2.1 相关术语

CPU LPS(Low Power State):可以指任何CPU支持的低功耗状态。

Deep SLeep State:此时CPU供电被切断并且会丢失执行上下文,大部分外设被断电,RAM可能处于自刷新状态。

Idle Thread:在所有其他线程都不运行时,进入Idle线程。这里面进行了低功耗相关处理。

Power Gating:通过关闭不被使用模块的供电来达到降低功耗。

2.2 概述

Zephyr的PM子系统采用了分层思想,剥离特定架构和SoC相关部分,提取公共部分作为核心。SoC特殊部分被抽象到HAL层。

Zephyr的功耗管理主要分为三部分:Tickless Idle、System Power Management和Device Power Management。

2.3 Tickless Idle

Zephyr的调度器可以运行在两种模式。

在有线程执行的正常模式,使用周期性定时器,调度器运行在周期调度模式。

当Idle线程被调度到的时候,idle线程会将定时器修改成单次触发模式,并将睡眠值取最近一次timeout值。

这就保证在timeout超时之前调度器已经进入周期性工作模式。

Zephyr(Cortex-M) 初始化的时候创建了idle线程,idle线程是系统功耗处理的主要入口。

_PrepC(reset.S)-->    _Cstart(prep_c.c)-->        prepare_multithreading(init.c)-->初始化内核数据结构,包括main/idle线程以及架构相关初始化            _IntLibInit            _main            idle(idle.c)-->idle线程函数                 _sys_power_save_idle-->                     _sys_soc_suspend-->            initialize_timeouts            kernel_arch_init        switch_to_main_thread(init.c)-->

_sys_power_save_idle的参数是系统最近一次timer超时tick数。这个参数通过_get_next_timeout_expiry获取。

/* find the closest deadline in the timeout queue */static inline s32_t _get_next_timeout_expiry(void){    struct _timeout *t = (struct _timeout *)                 sys_dlist_peek_head(&_timeout_q);------------从_timeout_q获取最近一次timer的_timeout    return t ? t->delta_ticks_from_prev : K_FOREVER;}

 

 

2.4 System Power Management

系统进入退出退出Idle的时候,会调用相关钩子函数进行suspend/resume处理。

2.4.1 进入低功耗模式

_sys_soc_suspend是进入系统级低功耗的入口,入参是idle可以持续时间。

里面具体的实现是SoC相关的,根据SoC的特性采取不同的睡眠策略,在某些情况下甚至需要关闭外设。

一般情况下都会在真正睡眠前,设置一个唤醒事件,然后才会进入睡眠。

prepare_multithreading-->    idle-->Idle线程        _sys_power_save_idle-->            _sys_soc_suspend-->SoC相关低功耗钩子函数

 

__sys_soc_suspend的实现一般根据可睡眠时间来决定睡眠状态,时间长可以进入深度睡眠。

Parametersticks: the upcoming kernel idle timeReturn ValueSYS_PM_NOT_HANDLED: If low power state was not entered.SYS_PM_LOW_POWER_STATE: If CPU low power state was entered.SYS_PM_DEEP_SLEEP: If SOC low power state was entered.

 

2.4.2 退出低功耗模式

_sys_soc_resume和_sys_soc_resume_from_deep_sleep是两个弱类型钩子函数,都是在退出低功耗模式时回调。

_sys_soc_resume是否执行要根据_sys_pm_idle_exit_notify是否有效,在_sys_soc_suspend返回SYS_PM_NOT_HANDLED情况下需要进行特殊处理。

_timer_int_handler-->_arch_isr_direct_pm-->_isr_wrapper-->    _sys_power_save_idle_exit-->        _sys_soc_resume

 _sys_soc_pm_idle_exit_notification_disable用于关闭退出低功耗模式通知。

系统级别的低功耗模式有三种:

状态 注释
SYS_PM_ACTIVE_STATE 正常工作状态。
SYS_PM_LOW_POWER_STATE 浅度低功耗模式,CPU上下文没有丢失。
SYS_PM_DEEP_SLEEP 深度低功耗模式,CPU会被断电,并且需要保存恢复上下文。甚至需要关闭外设。

 

2.5 Device Power Management Infrastructure

Zephyr关于设备的功耗管理有两种方式:一种是各设备自觉维护的分布式方式,另一种是在suspend过程中对所有设备进行suspend处理的集中管理方式。

每个设备自觉维护本身的低功耗状态,不但在系统运行时更加节省功耗,同时也能加速系统进入suspend状态的流程。

设备的低功耗状态有四种:

状态 注释
DEVICE_PM_ACTIVE_STATE 正常工作模式,设备上下文都保持。
DEVICE_PM_LOW_POWER_STATE 设备自身维护设备上下文,不需要驱动恢复。
DEVICE_PM_SUSPEND_STATE 设备丢失上下文,驱动需要保存然后恢复上下文。
DEVICE_PM_OFF_STATE 对设备断电,上下文丢失,需要重新初始化设备。

Device Model with Power Management Support

在注册设备的时候,如果使能Device PM的话,需要实现功耗处理函数。

DEVICE_DEFINE在初始化驱动的时候填充pm_control_fn,就提供了设备功耗管理的接口。

如果设备不需要功耗管理接口,使用DEVICE_AND_API_INIT。默认功耗接口就是一个空函数device_pm_control_nop

#define DEVICE_DEFINE(dev_name, drv_name, init_fn, pm_control_fn, \              data, cfg_info, level, prio, api) \    \    static struct device_config _CONCAT(__config_, dev_name) __used \    __attribute__((__section__(".devconfig.init"))) = { \        .name = drv_name, .init = (init_fn), \        .device_pm_control = (pm_control_fn), \        .config_info = (cfg_info) \    }; \    static struct device _CONCAT(__device_, dev_name) __used \    __attribute__((__section__(".init_" #level STRINGIFY(prio)))) = { \         .config = &_CONCAT(__config_, dev_name), \         .driver_api = api, \         .driver_data = data \    }struct device_config {    char    *name;    int (*init)(struct device *device);#ifdef CONFIG_DEVICE_POWER_MANAGEMENT    int (*device_pm_control)(struct device *device, u32_t command,                  void *context);#endif    const void *config_info;};

 每个驱动都需要实现device_pm_control,其中command是DEVICE_PM_SET_POWER_STATE或者DEVICE_PM_GET_POWER_STATE,用于设置或者获取当前设备功耗状态。context是device的功耗状态。

Device Power Management API

 获取当前系统设备列表:

void device_list_get(struct device **device_list, int *device_count)

 设置当前设备状态:

int device_set_power_state(struct device *device, u32_t device_power_state);

 获取当前设备状态:

int device_get_power_state(struct device *device, u32_t * device_power_state);

 其他相关API:

void device_busy_set(struct device *busy_dev)----------置当前设备忙位void device_busy_clear(struct device *busy_dev)--------清当前设备忙位int device_any_busy_check(void)------------------------检查所有设备忙状态int device_busy_check(struct device *chk_dev)----------检查当前设备忙位

  2.6 Zephyr PM配置

Flag 解释
CONFIG_SYS_POWER_MANAGEMENT 功耗管理子系统的开关
CONFIG_TICKLESS_IDLE Tickless Idle功能开关
CONFIG_SYS_POWER_LOW_POWER_STATE SYS_PM_LOW_POWER_STATE机制的开关
CONFIG_SYS_POWER_DEEP_SLEEP SYS_PM_DEEP_SLEEP 机制的开关
CONFIG_DEVICE_POWER_MANAGEMENT 各种外设的低功耗管理开关

 

 

  3 其他相关资料

介绍了Zephyr的开发环境、内核以及应用程序开发方方面面。

 

转载地址:http://yzgxo.baihongyu.com/

你可能感兴趣的文章
【零基础学习iOS开发】【01-前言】02-准备
查看>>
matlab之图像处理(2)
查看>>
javascript JSON
查看>>
HDOJ 2196 Computer 树的直径
查看>>
css去掉a标签点击后的虚线框
查看>>
机器学习:逻辑回归
查看>>
Java字符编码的转化问题
查看>>
Node.js 连接 MySQL
查看>>
02-线性结构3. 求前缀表达式的值(25)
查看>>
csdn知识库
查看>>
安卓实训第四天--基于HttpClient来完毕数据在server和设备间的交互。
查看>>
软件測试、ios中的測试概念以及步骤
查看>>
具体图解 Flume介绍、安装配置
查看>>
tensorflow 1.0 学习:池化层(pooling)和全连接层(dense)
查看>>
LeetCode96_Unique Binary Search Trees(求1到n这些节点能够组成多少种不同的二叉查找树) Java题解...
查看>>
JAVA常见算法题(十二)
查看>>
spring-boot-oracle spring-batch
查看>>
URL编码与解码
查看>>
面向对象设计原则一:单一职责原则(SRP)
查看>>
Codeforces 839D Winter is here【数学:容斥原理】
查看>>