DEVICE_ATTR 和 sysfs 的东西转

说道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  宏声明有四个参数，分别是名称、权限位、读函数、写函数。其中读函数和写函数是读写功能函数的函数名。

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

例如：

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

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

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

然后再封装

    static struct attribute_group dev_attr_grp = {
            .attrs = dev_attrs,
    };

在利用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