Linux 驱动模型初探3——device

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，所以他不能指定某个设备在他的成员中。