微内核中的电源管理

之前介绍的电源管理机制基本都是在linux中实现的,可以看到很复杂,各种框架,明明一个操作非要转来转去,而且在内核里面实现,跟内核的各种框架又纠缠不清,什么consumer、framework、provider框架乱乱的。
就不能搞成最简单的cs构架,一个client和一个server就搞定了,不需要什么框架,也不需要跟各种程序混到一块去,就像上图的一个问题:去饭店吃饭是客户端还是服务端?
这里重点以qnx为例,介绍下微内核中的电源管理的特点:
电源管理作为一个server在用户层,算一个app
电源管理服务的对象client:电源敏感app、驱动app、电源监控app
client和server之间通过ipc通信,约定好通信的报文
1. qnx电源管理框架
电源管理服务可以:
可以控制各个设备包括cpu的电源状态
一组电源管理服务,用于实现电源管理策略,可以管理应用app即设备硬件驱动app、电源敏感app、电源监控app
电源管理架构的主要组件是:
实施系统电源管理策略的电源管理服务
与电源管理器交互以根据系统策略调整功率级别的设备驱动程序
电源监控应用程序——可以提供电源管理策略使用的输入事件或数据
功率敏感应用程序——可能会收到电源模式更改的通知。
qnx中一切都是文件,设备也是组织为文件层级,对设备的电源管理操作就是操作文件节点,例如上图中。
电源管理状态:
对于设备只定义了四种,简单好管理。 
active: 表示从用户的角度来看实体是可操作的。 
idle: 表示实体部分供电;并非所有功能都可操作。从用户的角度来看,实体是可操作的,并在使用时转换为*活动*模式。 
standby:表示实体部分供电;只有有限的功能是可操作的,例如实现唤醒事件。从用户的角度来看,该实体是不可操作的。 
off:指示实体已断电且不可操作。
对于系统可以多定义一些电源层级,用来进入不同级别的节电状态,从而满足多种需要。例如上图中的车载远程信息处理系统的不同电源模式。
上图显示电源管理策略通过在空闲、待机(睡眠)或关机状态之间转换来逐步关闭设备。这用于限制从电池汲取的待机电流在点火装置关闭时逐渐下降。该系统还可以随时准备在短时间内启动。例如,实时时钟 (rtc) 可用于定时唤醒 cpu 休眠模式。
当汽车熄火后,像cpu、sdram、rf、rtc等设备不能立即断电,因为cpu、sdram是保持系统处于一个运行状态,而rf、rtc是系统唤醒源。
总结如下:
power manager server初始化 先调用power manager server的init()初始化命名空间,及power manager server提供的resource manager接口;调用start()初始化处理client请求的thread;触发各个device driver or service启动;启动其他client:system monitoring apps, power sensitive apps;
各个device driver or service启动过程中会向power manager server注册
system monitoring apps 中的关火检测线程检测到关火事件,则将当前的点火系统为off的状态作为属性发送给power manager;power manager得知system monitor app 汇报了点火系统关闭的,会执行相应的电源管理策略,切换当前电源模式;将active1 idle; 切换电源模式具体操作:对audio、video设备执行电源模式切换,此操作为异步操作。
audio、video设备驱动内部执行电源模式切换:active->shutdown, 当执行完毕后向power manager发送设备电源模式切换完成的event;同时会触发对设备及系统电源模式切换关心的app即power sensitive apps发送event;
对设备及系统电源模式切换关心的power sensitive apps执行相应的处理。
2. qnx客户端api库
驱动程序api:
客户端库提供了允许驱动程序和电源管理服务之间双向通信的基本服务:
驱动程序初始化时需要向电源管理服务进行注册,这样系统电源状态更改才去通知这个驱动
电源管理服务根据系统电源模式策略通知驱动程序更改电源模式。
驱动程序向电源管理服务报告其电源模式状态。
驱动程序可以选择向电源管理服务请求自主电源模式更改。
功耗敏感程序api:
功耗敏感程序要想电源管理服务注册感兴趣的系统电源状态或者某个设备的电源状态
接收电源模式更改的通知
查询特定服务或驱动程序的电源模式
请求更改特定服务或驱动程序的电源模式。
系统监控应用程序的api:
系统监控程序需要给电源管理服务上报各种参数,例如电量、温度等。
管理与电源管理器对象关联的属性。这些属性可以包括由产品特定系统电源管理策略处理的任意数据,以确定最合适的电源模式
根据自己的评估标准请求特定服务或驱动程序的电源模式更改。
例如查询设备自己的电源模式:
pm_power_attr_t attr;if (pm_getattr(hdl, &attr) == -1) { error...}printf(current mode is %d, attr.cur_mode);if (attr.new_mode != attr.cur_mode) printf(device is changing modes to %d, attr.new_mode);if (attr.nxt_mode != attr.new_mode) printf(pending mode change to %d, attr.nxt_mode);  
改变电源模式:
int status;// attempt to change mode, subject to the power manager policyif (pm_setmode(hdl, mode, 0) == -1) { if (errno == eacces) { // force the power mode to change pm_setmode(hdl, mode, pm_mode_force); } else { error... }}  
3. qnx代码分析
这里以关机为例shutdown:关机或重启之前会正确地中止进程及服务,代码路径:utilssshutdownmain.c
先对命令参数进行解析:-b是重启 -s r是重启
调用库函数shutdown_system()进行重启
库函数shutdown_system(),代码路径:libshutdownshutdown.c
提高进程优先级
根据/proc目录下进程,构建所有正在运行的进程的列表,申请内存空间pidvec存放
按进程的class值排序,然后顺序发送sigterm来关闭进程,kill(pip->pid, sigterm)
等待一段时间直到进程被杀死为止,如果时间到了还没杀死且class reboot(_syspage_ptr, (int)abnormal);}  
屏蔽内核中断
执行cpu重启
回调calloutptr->reboot函数
4. fuchsia中的电源管理
初始化:
src/power/power-manager/src/main.rs中找到main函数
async fn main() -> result { // setup logging fuchsia_syslog::init()?; log::info!(started); // setup tracing fuchsia_trace_provider::trace_provider_create_with_fdio(); // set up the powermanager let mut pm = powermanager::new(); // this future should never complete let result = pm.run().await; log::error!(unexpected exit with result: {:?}, result); result}  
run函数在模块powermanager中
/// perform the node initialization and begin running the powermanager.pub async fn run(&mut self) -> result { // create a new servicefs to handle incoming service requests for the various services that the powermanager hosts. let mut fs = servicefs::new_local(); // allow our services to be discovered. fs.take_and_serve_directory_handle()?; // required call to serve the inspect tree let inspector = component::inspector(); inspect_runtime::serve(inspector, &mut fs)?; // create the nodes according to the config file let node_futures = futuresunordered::new(); self.create_nodes_from_config(&mut fs, &node_futures).await?; // run the servicefs (handles incoming request streams) and node futures. this future never completes. futures::select(fs, node_futures).collect::().await; ok(())}  
systempowermodehandler
这里有很多种type,例如电源模式systempowermodehandler,主要执行了new_from_json 和build这两个函数
systemshutdownhandler
每个类型的handler调用new_from_json函数将json文件中的配置赋给handler结构体,然后调用build方法,初始化handler实例,启动服务线程。
这里不详细说明了,大家可以自己去看代码。
5. minix中的电源管理
minix也是一个微内核,介绍见之前的文章:minix3入门-简介及代码编译运行,有兴趣自己看看代码。
6. harmony os中的电源管理
harmony os也是一个微内核
电源管理服务组件提供如下功能:
重启系统。
管理休眠运行锁。
系统电源状态查询。
后记:
微内核中电源管理和各种驱动都被实现为app,各种应用app一般之前是根据linux开发的,也不可能在微内核上重新开发一遍,那这些应用app是符合unix编程函数规范的,也就是符合posix规范,一个最大的特点就是其规定了一系列的系统调用支持这些应用app。那么在微内核中需要再加一个壳子来提供这些posix接口,从而扩展微内核支持的系统调用,不在微内核中的电源管理和驱动等需要跟这个壳子交互来对应用提供服务,或者直接跟电源管理和驱动的server app交互(这时需要重写应用app的代码接口)。


王健林 董明珠私交甚好,万达入股珠海银隆!
Amazfit GTR钢铁侠系列限量版高清图集
AI服务器当前的发展现状分析
荣耀V30系列今日发布,其他性能新产品也将一同亮相
硬件四大当家领域大咖深圳论剑
微内核中的电源管理
东莞南城代理记账选东莞南城佰达会计公司,轻松,安全
TCP协议拥塞控制的滑动窗口协议解析
iphone8什么时候上市?iphone8最新消息:iphone 8外观确定真机上手,就长这样了,买买买?
SK海力士与大连市人民政府签署合作谅解备忘录,助力中国信息技术产业发展及区域经济繁荣
苹果发表新机市场不看好 华为新机是潜在因素
台达泛用型矢量控制变频器C2000系列 精准控制依需而动
浅谈20世纪80年代CMOS工艺流程
监控视频质量诊断核心技术及特点
广汽新能源在智能化这条新兴赛道占得先机
DMS的智能监测技术及现状
可编程无线电遥控多路开关系统设计
uMAC-AMF下发Paging超时失败的解决办法
腾讯云为何能在众多安全系统中脱颖而出
世强获评安捷伦2013年度卓越贡献奖