首页 > 代码库 > Linux 驱动模型初探3——device

Linux 驱动模型初探3——device

2024-08-07 16:26:51   221人阅读

Linux 驱动模型初探3——device

讲device之前，我要引入一个比喻，这个比喻来自一个学长（z2007b）。driver是帅哥，device是美女，bus是红娘，bus是提供device和driver配对的场所（方法？）。好吧，暂时先这样定，现在要讲的就是美女。
1，老规则，先看看struce device这个美女有哪些特性（成员）和方法
struct device {
struct device *parent;
struct device_private*p;
struct kobject kobj;
const char *init_name; /* initial name of the device */

struct bus_type *bus; /* type of bus device is on */
struct device_driver *driver; /* which driver has allocated this
...
struct klist_node knode_class;
struct class *class;
const struct attribute_group **groups; /* optional groups */

void (*release)(struct device *dev);
...
}
看一下类图（类图被我整得错综复杂，还不知道怎么组织好，先截一小段）


2，device_register()方法

int device_register(struct device *dev)
{
device_initialize(dev);
return device_add(dev);
}
先分析device_initialize(dev);大体上知道它的功能：初始化device结构体，包括list/mutex/pm/...
->
     dev->kobj.kset = devices_kset;
     kobject_init(&dev->kobj, &device_ktype);//前面两句，是到/sys/目录下新建一个devices目录。
     INIT_LIST_HEAD(&dev->dma_pools);
     mutex_init(&dev->mutex);
     lockdep_set_novalidate_class(&dev->mutex);
     spin_lock_init(&dev->devres_lock);
     INIT_LIST_HEAD(&dev->devres_head);
     device_pm_init(dev);
     set_dev_node(dev, -1);

再分析device_add(dev);大致功能是把初始化好的device回到系统的device层级中

device_private_init(dev);//如果private成员没初始化，在这里init。
|
dev_set_name(dev, "%s", dev->init_name);
->kobject_set_name_vargs(&dev->kobj, fmt, vargs);
//如果指定了device的init_name；通过kobject_set_name_vargs，实际是把init_name赋给了dev->kobject->name
|
if (!dev_name(dev) && dev->bus && dev->bus->dev_name)
dev_set_name(dev, "%s%u", dev->bus->dev_name, dev->id);
//如果没指定init_name;那么就把其所在的bus->dev_name + dev->id组合成一个dev-kobject->name的名字
|
kobject_add(&dev->kobj, dev->kobj.parent, NULL);//回到kobject系统中，这样就管理他的uevent，kref等。已经指定了名字，为什么传一个NULL值呢？
|
device_create_file(dev, &uevent_attr);//创建uevent属性
|
device_create_file(dev, &devt_attr);//如果dev->devt已经实例化了，那么就建立相关dev节点。其中devt是MKDEV函数的返回值
|
device_add_class_symlinks(dev);//如果实例化了class,那么建立class的symlink
|
blocking_notifier_call_chain(&dev->bus->p->bus_notifier,BUS_NOTIFY_ADD_DEVICE, dev);
kobject_uevent(&dev->kobj, KOBJ_ADD);//通过uevent机制，通知用户层，比如有设备插入，可以挂载了。
|
bus_probe_device(dev);//通知所在的bus，有设备加入了，并probe。
->
if (bus->p->drivers_autoprobe) {     //在device_init中已经把这个置1了。
ret = device_attach(dev);     //device_attch和driver_attch的分析见Linux 驱动模型初探2
}

3,kf_device的实现
code片断:
static void kf_device_release(struct device *dev){
    printk("%s\n",__func__);


}
static struct device kf_device={
    .init_name = "kf-device0",
    .devt = MKDEV(KFMAJOR,1),
    .release = kf_device_release,
};
static int kf_device_register(void){

    int ret = -1;
    //Do not point this class
    //kf_device.class = &kf_class;
    kf_device.bus = &kf_bus_type;
    kf_device.parent = &kf_bus;
    ret = device_register(&kf_device);
    if(ret < 0){
        printk("kf device reister error!\n");
    }
    printk("kf device reister ok!\n");
    return ret;
}
static void kf_device_unregister(void){
    device_unregister(&kf_device);
}
编译成ko，在平台上，insod上去，我们来看看sys文件系统。

uevent:
1，device_register(struct device *dev)->device_add(dev)->device_create_file(dev, &uevent_attr);
2，如果指定了class，就会在class目录里面建相关目录，通过函数
     device_add_class_symlinks(dev);
     device_add_attrs(dev);
3，如果指定了相关bus，就会在/sys/bus/里面建相关节点
     bus_add_device(dev);

power:
1，device_register(struct device *dev)->device_add(dev)->dpm_sysfs_add(dev);->ysfs_merge_group(&dev->kobj, &pm_runtime_attr_group);
     ->pm_runtime_attr_group就是power目录,同时这个目录里面的几个文件
static struct attribute *runtime_attrs[] = {
#ifdef CONFIG_PM_RUNTIME
#ifndef CONFIG_PM_ADVANCED_DEBUG
     &dev_attr_runtime_status.attr,
#endif
     &dev_attr_control.attr,
     &dev_attr_runtime_suspended_time.attr,
     &dev_attr_runtime_active_time.attr,
     &dev_attr_autosuspend_delay_ms.attr,
#endif /* CONFIG_PM_RUNTIME */
     NULL,
};
2，struct device中device_driver成员，而struct device_driver中没有device成员，
也可以说明device(美女)很专一，她只能有指定的驱动。
而device_driver(帅哥)很花心，他很有很多device，所以他不能指定某个设备在他的成员中。


Linux 驱动模型初探3——device


联系
我们