Linux EC驱动书写指南
电子说
1.2w人已加入
描述
驱动书写指南系列会提供另一个角度的驱动分析，linux内核把各驱动共同的部分抽象出来，做在一起称为框架。就比如说文件系统，linux内核定义好了文件系统中最通用的打开文件、读写文件等公共接口，但是并没有实现函数。这些定义好的接口，可以认为是框架。等到了真正的文件系统实现的时候 ，才会填充这些open、read等函数。对于实现文件系统的程序员来说，就是填充框架外的其他内容，一般都是和硬件相关性比较大。
power supply core介绍
在本文中，主要介绍怎么注册自己的ec驱动。ec驱动的框架部分，power supply都是实现过了。
在上文的 介绍里补充一点内容，power supply 硬件属性分别是什么意思，在写ec驱动的途中，一大部分时间花在研究这几个属性分别是描述什么的以及我需要什么属性，大部分还是蜗窝科技写的对几个属性的解释，能找到的中文资料非常非常少，还是挺值得记录一下的。
enum power_supply_property {
/* Properties of type `int' */
POWER_SUPPLY_PROP_STATUS = 0,
POWER_SUPPLY_PROP_CHARGE_TYPE,
POWER_SUPPLY_PROP_HEALTH,
POWER_SUPPLY_PROP_PRESENT,
POWER_SUPPLY_PROP_ONLINE,
POWER_SUPPLY_PROP_AUTHENTIC,
POWER_SUPPLY_PROP_TECHNOLOGY,
POWER_SUPPLY_PROP_CYCLE_COUNT,
POWER_SUPPLY_PROP_VOLTAGE_MAX,
POWER_SUPPLY_PROP_VOLTAGE_MIN,
POWER_SUPPLY_PROP_VOLTAGE_MAX_DESIGN,
POWER_SUPPLY_PROP_VOLTAGE_MIN_DESIGN,
POWER_SUPPLY_PROP_VOLTAGE_NOW,
POWER_SUPPLY_PROP_VOLTAGE_AVG,
POWER_SUPPLY_PROP_VOLTAGE_OCV,
POWER_SUPPLY_PROP_VOLTAGE_BOOT,
POWER_SUPPLY_PROP_CURRENT_MAX,
POWER_SUPPLY_PROP_CURRENT_NOW,
POWER_SUPPLY_PROP_CURRENT_AVG,
POWER_SUPPLY_PROP_CURRENT_BOOT,
POWER_SUPPLY_PROP_POWER_NOW,
POWER_SUPPLY_PROP_POWER_AVG,
POWER_SUPPLY_PROP_CHARGE_FULL_DESIGN,
POWER_SUPPLY_PROP_CHARGE_EMPTY_DESIGN,
POWER_SUPPLY_PROP_CHARGE_FULL,
POWER_SUPPLY_PROP_CHARGE_EMPTY,
POWER_SUPPLY_PROP_CHARGE_NOW,
POWER_SUPPLY_PROP_CHARGE_AVG,
POWER_SUPPLY_PROP_CHARGE_COUNTER,
POWER_SUPPLY_PROP_CONSTANT_CHARGE_CURRENT,
POWER_SUPPLY_PROP_CONSTANT_CHARGE_CURRENT_MAX,
POWER_SUPPLY_PROP_CONSTANT_CHARGE_VOLTAGE,
POWER_SUPPLY_PROP_CONSTANT_CHARGE_VOLTAGE_MAX,
POWER_SUPPLY_PROP_CHARGE_CONTROL_LIMIT,
POWER_SUPPLY_PROP_CHARGE_CONTROL_LIMIT_MAX,
POWER_SUPPLY_PROP_INPUT_CURRENT_LIMIT,
POWER_SUPPLY_PROP_ENERGY_FULL_DESIGN,
POWER_SUPPLY_PROP_ENERGY_EMPTY_DESIGN,
POWER_SUPPLY_PROP_ENERGY_FULL,
POWER_SUPPLY_PROP_ENERGY_EMPTY,
POWER_SUPPLY_PROP_ENERGY_NOW,
POWER_SUPPLY_PROP_ENERGY_AVG,
POWER_SUPPLY_PROP_CAPACITY, /* in percents! */
POWER_SUPPLY_PROP_CAPACITY_ALERT_MIN, /* in percents! */
POWER_SUPPLY_PROP_CAPACITY_ALERT_MAX, /* in percents! */
POWER_SUPPLY_PROP_CAPACITY_LEVEL,
POWER_SUPPLY_PROP_TEMP,
POWER_SUPPLY_PROP_TEMP_MAX,
POWER_SUPPLY_PROP_TEMP_MIN,
POWER_SUPPLY_PROP_TEMP_ALERT_MIN,
POWER_SUPPLY_PROP_TEMP_ALERT_MAX,
POWER_SUPPLY_PROP_TEMP_AMBIENT,
POWER_SUPPLY_PROP_TEMP_AMBIENT_ALERT_MIN,
POWER_SUPPLY_PROP_TEMP_AMBIENT_ALERT_MAX,
POWER_SUPPLY_PROP_TIME_TO_EMPTY_NOW,
POWER_SUPPLY_PROP_TIME_TO_EMPTY_AVG,
POWER_SUPPLY_PROP_TIME_TO_FULL_NOW,
POWER_SUPPLY_PROP_TIME_TO_FULL_AVG,
POWER_SUPPLY_PROP_TYPE, /* use power_supply.type instead */
POWER_SUPPLY_PROP_USB_TYPE,
POWER_SUPPLY_PROP_SCOPE,
POWER_SUPPLY_PROP_PRECHARGE_CURRENT,
POWER_SUPPLY_PROP_CHARGE_TERM_CURRENT,
POWER_SUPPLY_PROP_CALIBRATE,
/* Properties of type `const char *' */
POWER_SUPPLY_PROP_MODEL_NAME,
POWER_SUPPLY_PROP_MANUFACTURER,
POWER_SUPPLY_PROP_SERIAL_NUMBER,
};
- status：表示电池状态，充电中、放电、未充电和电池电量已满
- charge type：表示充电类型，快充、点滴式充电器（trikle charge）
- health：表示电池健康属性，主要用来表示电池健康、过热、损坏、过压等
- present：表示电池或者适配器是否存在
- online：表示电池或者适配器是否在线，有时候可能电池存在但是并没有接线。有的ec芯片这两个状态都是可以读到的。
- authentic：真实参数，暂时在内核里没发现按个ec驱动使用了这个属性。这个属性是为了给用户看，移动设备的适配器 或者电池是不是非标准、不合格的。
- technology：表示电池采用的技术，lion（锂离子电池）、nimh（镍氢电池）、lipo（锂聚合物电池）、nicd（镍铬电池）、limn（锰酸锂电池）
- voltage：电压参数，框架定义了最大、最小、设计最大、设计最小等，框架定义的单位是μV
- current：电流参数，框架定义了最大、目前和平均等，放电为负值，单位是μA，
- power：电流参数，和current不同的是，这个电流参数是智能电池导出的。智能电池使用功率作为工作单位和充电放电测量单位，所以不适合再导出在current属性里了。
- charge：容量参数，框架定义了设计满、设计空、充满、空等等，框架定义的很多设计值都是用来计算电池的健康属性的，比如说设计满容量是3000，但是目前充满只有1500了，那就说明电池的健康系数是50%。只是举个例子，实际上电池健康系数不可能用仅仅一个属性来计算，单位是μAh
- energy：功率参数，用来计算功耗，单位是μWh
- capacity：容量百分比，常被桌面用来显示电池图标选中后，出现的提示框里显示电池容量多少。
- temp：温度参数，注意这个问题是电池温度，并不是cpu温度，单位是摄氏度
- time：时间参数，充满时间、放空时间等等，单位是s
最后还有几个字符串类型的属性，模块名称、生产商和序列号。
实现自己的ec驱动
定义psy设备
第一步是明确设备的充电类型，框架定义的充电类型有：
enum power_supply_type {
POWER_SUPPLY_TYPE_UNKNOWN = 0,
POWER_SUPPLY_TYPE_BATTERY,
POWER_SUPPLY_TYPE_UPS,
POWER_SUPPLY_TYPE_MAINS,
POWER_SUPPLY_TYPE_USB, /* Standard Downstream Port */
POWER_SUPPLY_TYPE_USB_DCP, /* Dedicated Charging Port */
POWER_SUPPLY_TYPE_USB_CDP, /* Charging Downstream Port */
POWER_SUPPLY_TYPE_USB_ACA, /* Accessory Charger Adapters */
POWER_SUPPLY_TYPE_USB_TYPE_C, /* Type C Port */
POWER_SUPPLY_TYPE_USB_PD, /* Power Delivery Port */
POWER_SUPPLY_TYPE_USB_PD_DRP, /* PD Dual Role Port */
POWER_SUPPLY_TYPE_APPLE_BRICK_ID, /* Apple Charging Method */
};
一般来讲笔记本都是这两个充电类型：mains类型和battery类型，移动设备需要定义usb的充电类型。先定义两个最常见的psy设备：适配器和电池，适配器的充电类型是mains，电池是battery。
static const struct power_supply_desc shiwen_ac_desc = {
.name = "shiwen_ac",
.type = POWER_SUPPLY_TYPE_MAINS,
.properties = shiwen_power_ac_props,
.num_properties = ARRAY_SIZE(shiwen_power_ac_props),
.get_property = shiwen_power_get_ac_property,
};
static const struct power_supply_desc shiwen_bat_desc = {
.name = "shiwen_battery",
.type = POWER_SUPPLY_TYPE_BATTERY,
.properties = shiwen_power_battery_props,
.num_properties = ARRAY_SIZE(shiwen_power_battery_props),
.get_property = shiwen_power_get_battery_property,
};
选择psy设备属性
定义好之后，再选择每个psy设备的硬件属性，这部分要看ec芯片提供了什么数据然后选择定义什么属性。上一节提到的属性是框架定义的全部属性，ec芯片不可能提供这全部的数据。这里写的示例，就简单选择几个上层需要的属性吧。适配器就一个是否在线属性，电池桌面需要的属性有电池存在标志、充满时间、放空时间、电池状态、电池容量百分比、电池容量等级、模块名、制造商。
static enum power_supply_property shiwen_power_ac_props[] = {
POWER_SUPPLY_PROP_ONLINE,
};
static enum power_supply_property shiwen_power_battery_props[] = {
POWER_SUPPLY_PROP_STATUS,
POWER_SUPPLY_PROP_PRESENT,
POWER_SUPPLY_PROP_CAPACITY, /* in percents! */
POWER_SUPPLY_PROP_CAPACITY_LEVEL,
POWER_SUPPLY_PROP_TIME_TO_EMPTY,
POWER_SUPPLY_PROP_TIME_TO_FULL,
POWER_SUPPLY_PROP_MODEL_NAME,
POWER_SUPPLY_PROP_MANUFACTURER,
};
填充获取psy属性的方法
接着要告诉内核如何获取前面定义的psy属性，psy core留了一个get_property接口，需要驱动工程师把方法填充在接口里。这部分就完全和硬件相关了，不同的ec芯片，读取psy属性方法不同，比如说本文的示例代码里仅仅实现了一个固定值。
struct int shiwen_power_get_battery_property(struct power_supply *psy,
enum power_supply_property psp,
union power_supply_propval *val)
{
case POWER_SUPPLY_PROP_ONLINE：
val- >intval = 1; //always assume ac online
break;
default:
val- >intval = -1;
pr_err("property error
");
}
struct int shiwen_power_get_battery_property(struct power_supply *psy,
enum power_supply_property psp,
union power_supply_propval *val)
{
switch (psp) {
case POWER_SUPPLY_PROP_MODEL_NAME:
val- >strval = "Shiwen example driver";
break;
case POWER_SUPPLY_PROP_MANUFACTURER:
val- >strval = "Shiwen example";
break;
case POWER_SUPPLY_PROP_STATUS:
val- >intval = Charging; //always assume battery charging
break;
case POWER_SUPPLY_PROP_PRESENT:
val- >intval = 1; //always assume battery present
break;
case POWER_SUPPLY_PROP_CAPACITY:
val- >intval = 100; //always assume battery capacity 100%
break;
case POWER_SUPPLY_PROP_CAPACITY_LEVEL:
val- >intval = POWER_SUPPLY_CAPACITY_LEVEL_FULL;
break;
case POWER_SUPPLY_PROP_TIME_TO_EMPTY:
val- >intval = 7200; //always assume battery need 2 hours to empty
break;
case POWER_SUPPLY_PROP_TIME_TO_FULL:
val- >intval = 0;
break;
default:
val- >intval =-1;
pr_err("property error
");
break;
}
到这一步，两个psy设备定义完成了。接下来只需要把注册设备，在sys下就能看到接口了。
注册设备
设备注册，psy core提供了接口，只需要调用接口并做好错误处理即可。
static int __init shiwen_power_init(void)
{
shiwen_ac = power_supply_register(NULL, &shiwen_ac_desc, NULL);
if (IS_ERR(shiwen_ac)) {
pr_err("%s: failed to register
",__func__, shiwen_ac_desc.name);
ret = PTR_ERR(shiwen_ac);
goto failed_ac;
}
shiwen_bat = power_supply_register(NULL, &shiwen_bat_desc, NULL);
if (IS_ERR(shiwen_ac)) {
pr_err("%s: failed to register %s
", __func__, shiwen_bat_desc.name);
ret = PTR_ERR(shiwen_bat);
goto failed_bat;
}
return 0;
failed_bat:
power_supply_unregister(shiwen_bat);
failed_ac:
power_supply_unregister(shiwen_ac);
return ret;
}
查看结果
到这里，非常简单的ec示例驱动注册就完成了，在sys下查看一下是否正确注册了设备，并且获取到正确的内容。
deepin@deepin-PC:~$ ls /sys/class/power_supply/
shiwen_ac shiwen_battery
deepin@deepin-PC:~$
deepin@deepin-PC:~$ ls /sys/class/power_supply/shiwen_ac/
online power subsystem type uevent
deepin@deepin-PC:~$ cat /sys/class/power_supply/shiwen_ac/uevent
POWER_SUPPLY_NAME=shiwen_ac
POWER_SUPPLY_ONLINE=1
deepin@deepin-PC:~$ ls /sys/class/power_supply/shiwen_battery
capacity capacity_level manufacturer mcu_time_effect model_name power present status subsystem time_to_empty_avg time_to_full_avg type uevent
deepin@deepin-PC:~$ cat /sys/class/power_supply/shiwen_battery/uevent
POWER_SUPPLY_NAME=shiwen_battery
POWER_SUPPLY_STATUS=Charging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_CAPACITY=100
POWER_SUPPLY_CAPACITY_LEVEL=POWER_SUPPLY_CAPACITY_LEVEL_FULL
POWER_SUPPLY_TIME_TO_EMPTY_AVG=7200
POWER_SUPPLY_TIME_TO_FULL_AVG=0
POWER_SUPPLY_MODEL_NAME=Shiwen example driver
POWER_SUPPLY_MANUFACTURER=Shiwen example
到这，就大功告成啦。sys下文件创建、sys下文件的读写都有sysfs框架和psy core框架帮我们实现。上文是一个非常非常简单的psy驱动实现流程，ec状态的改变驱动并没有关注，都是依赖上层daemon或者读取 sys下的文件来感知，对于用户来说相当于是轮询读取。实际上日常我们遇到的ec芯片都没有这么原始，ec事件基本上都是中断通知，所以一个完成的ec驱动还要在上面的流程里面加上中断的注册和处理代码。
增加中断处理
关注过我之前写过两个中断介绍文章的童鞋肯定知道驱动注册中断的第一步，肯定是实现中断处理函数。处理函数也和硬件有关系，有的ec芯片ac插拔事件和电池事件的中断是分开的，假设我们虚构的ec芯片只有ac和电池的插拔才能触发中断（看内核psy实现的芯片，这样的中断也是最常见的）。假设ac事件和电池事件共享155号中断（随意选的，没有任何理论依据），那么中断处理函数处理第一步肯定是确定中断源。接着根据中断源，更新一下设备状态即可。
static irqreturn_t shiwen_ec_interrupt(int irq, void *dev_id)
{
int status;
int source;
source = SHIWEN_READ_INTSOURCE_REG();
if (source = SHIWEN_BATTERY)
power_supply_changed(shiwen_battery);
else if(source = SHIWEN_AC)
power_supply_changed(shiwen_ac);
else
//there are no psy event
return IRQ_NONE;
return IRQ_HANDLED;
}
更新整个psy设备状态的函数是psy core框架提供的，很好用吧。psy会根据参数传进去的设备，调用获取属性函数，更新psy设备属性。这个处理函数非常简单，因为ec芯片的中断就很简单。如果是比较复杂的ec芯片的话，可能中断源分的比较多，比如说电压变化、容量变化、电流变化等等都会有一种中断的产生。相对的，中断处理函数就不能简单的使用power_supply_changed更新整个psy的状态了，需要自己实现一个。注意：为了避免读到的状态有问题，需要在中断产生后等一段时间再去读ec状态，所以中断处理函数一般都需要有延时读取ec状态。power_supply_changed函数内部实现是采用work queue方式读取状态的，我们自己实现的话，为了简单且保险，可以用delay work。假设说，需要实现一个电压变化中断的处理函数：
static irqreturn_t shiwen_voltage_interrupt(int irq, void *dev_id)
{
int status;
schedule_delayed_work(&ec_work, JIFFIES_NUM);
return IRQ_HANDLED;
}
static void ec_work_func(struct work_struct *work)
{
shiwen_update_voltage();
}
在 中断处理函数里面，仅有调用delay work内容，延时过了之后函数会被加载工作队列里，借此达到延时的目的。接下来指定一下延时工作进程需要执行的函数，这是工作进程要求的。这就是一个基本的读取某一个属性的中断函数实现，没实现真正电压读取是因为，电压读取是真正和硬件相关的，每款芯片都不一样，我也实在是虚构不出来了orz…
处理函数写完了之后，中断注册到内核里就可以使用啦。剩下的中断触发是设备的事，中断触发之后的感知是cpu的事，感知到中断之后在调到处理函数之前是内核中断子系统的事，前面中断的两篇文章介绍过内核已经做好了，驱动并不关心。中断的注册一般放在psy设备注册之后，修改过的psy设备注册代码如下：
static int __init shiwen_power_init(void)
{
shiwen_ac = power_supply_register(NULL, &shiwen_ac_desc, NULL);
......
shiwen_bat = power_supply_register(NULL, &shiwen_bat_desc, NULL);
......
//shiwen_ac and shiwen_battery called shiwen_battery_ac
ret =request_irq(155, shiwen_ec_interrupt, IRQF_SHARED, shiwen_battery_ac);
INIT_DELAYED_WORK(&ec_work, ec_work_func);
return 0;
......
}
增加了中断注册个delay work初始化的代码（如果需要自己使用delay work读取某一个属性的时候），代码写到这里，一个带基本功能的ec驱动就做完了。看吧，还是很简单的吧。
声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容侵权或者其他违规问题，请联系本站处理。
举报投诉
-
linux驱动开发指南基于arm9处理器2013-08-13 0
-
【图书分享】《Linux驱动开发指南——基于ARM9处理器》2014-03-18 0
-
MY-EC20 Linux-3.14.52 测试手册2018-09-14 0
-
RedHat Linux 9入门指南2010-06-30 749
-
什么是书写板2009-12-30 1439
-
Linux系统命令指南2011-05-23 886
-
ATWILC器件Linux移植指南2021-04-29 485
-
Linux Add-in User Guide(Linux插件用户指南)2021-05-20 546
-
【正点原子Linux连载】第十二章官方SDK移植试验-摘自【正点原子】I.MX6U嵌入式Linux驱动开发指南V1.02021-11-23 498
-
RZ/V2M Linux 启动指南2023-01-09 137
-
Linux NOR开发指南2023-03-06 607
-
UM-WI-059 DA16200 DA16600 Linux驱动入门指南2023-05-12 154
-
ec11编码器 有什么驱动芯片吗2023-12-13 647
全部0条评论
快来发表一下你的评论吧 !
