DEVICE_ATTR 和 sysfs 的东西 -

发布于:2021-11-29 22:36:08





说道sysfs接口,就不得不提到函数宏?DEVICE_ATTR原型是#define DEVICE_ATTR(_name, _mode, _show, _store)?


struct device_attribute dev_attr_##_name = __ATTR(_name, _mode, _show, _store)


函数宏DEVICE_ATTR内封装的是__ATTR(_name,_mode,_show,_stroe)方法,_show表示的是读方法,_stroe表示的是写方法。


当然_ATTR不是独生子女,他还有一系列的姊妹__ATTR_RO宏只有读方法,__ATTR_NULL等等


如对设备的使用??DEVICE_ATTR??,对总线使用??BUS_ATTR??,对驱动使用?DRIVER_ATTR??,对类别?(class)?使用??CLASS_ATTR,??这四个高级的宏来自于?


DEVICE_ATTR??宏声明有四个参数,分别是名称、权限位、读函数、写函数。其中读函数和写函数是读写功能函数的函数名。


1、如果你完成了DEVICE_ATTR函数宏的填充,下面就需要创建接口了


例如:


? ? staticDEVICE_ATTR(polling, S_IRUGO | S_IWUSR,?show_polling, set_polling);
? ? static struct attribute *dev_attrs[] = {
? ? ? ? ? ??&dev_attr_polling.attr,
? ? ? ? ? ? NULL,
? ? };


?eg:static DEVICE_ATTR(proximity_poll_delay, S_IRUGO | S_IWUGO,? proximity_poll_delay_show, proximity_poll_delay_store);? ? ? ? ??



static struct device_attribute dev_attr_proximity_enable =
__ATTR(enable, S_IRUGO | S_IWUGO,? ? proximity_enable_show, proximity_enable_store);




当你想要实现的接口名字是polling的时候,需要实现结构体struct attribute?*dev_attrs[]


其中成员变量的名字必须是&dev_attr_polling.attr


? eg: ?static struct attribute *proximity_sysfs_attrs[] = {
&dev_attr_proximity_enable.attr,
&dev_attr_proximity_poll_delay.attr,


2、然后再封装


? ? static structattribute_group dev_attr_grp = {
? ? ? ? ? ? .attrs = dev_attrs,
? ? };


? eg:static struct attribute_group proximity_attribute_group = {
.attrs = proximity_sysfs_attrs,





3、再利用sysfs_create_group(&pdev->dev.kobj, &dev_attr_grp);创建接口



通过以上简单的三个步骤,就可以在adb?shell?终端查看到接口了。当我们将数据?echo?到接口中时,在上层实际上完成了一次?write?操作,对应到?kernel?,调用了驱动中的?“store”。同理,当我们cat?一个?接口时则会调用?“show”?。到这里,只是简单的建立了?android?层到?kernel?的桥梁,真正实现对硬件操作的,还是在?"show"?和?"store"?中完成的。




其实呢?!用个proc文件系统的就知道,这个就喝proc中的write和read一样的,以我的理解:proc有点老了,以后肯定会大量使用attribute,proc好比是Windows XP,attribute就像是Windows Seven

相关推荐

最新更新

猜你喜欢