源自 http://blog.chinaunix.net/uid-27664726-id-3334923.html

如果你了解了前面总线、设备模型，分析总线设备驱动模型的driver相对来说会轻松很多。开始也是看看其数据结构。

点击(此处)折叠或打开

1. struct device_driver {

2.     const char        *name;                 //驱动的名字

3.     struct bus_type        *bus;             //驱动呈现属于的总线类型

5.     struct module        *owner;

6.     const char        *mod_name;    /* used for built-in modules */

8.     bool suppress_bind_attrs;    /* disables bind/unbind via sysfs */

10.     const struct of_device_id    *of_match_table;

12.     int (*probe) (struct device *dev);  //驱动挂载的时候调用

13.     int (*remove) (struct device *dev);  //卸载的时候调用

14.     void (*shutdown) (struct device *dev);

15.     int (*suspend) (struct device *dev, pm_message_t state);

16.     int (*resume) (struct device *dev);

17.     const struct attribute_group **groups;

19.     const struct dev_pm_ops *pm;

21.     struct driver_private *p;

22. };

与device类型相似，其中有一个指向driver_private的指针p，一些与其他的组件相关的联系都被移到这个结构变量中。

点击(此处)折叠或打开

1. struct driver_private {

2.     struct kobject kobj;      //在sysfs中代表目录本身

3.     struct klist klist_devices;//驱动链表

4.     struct klist_node knode_bus; //挂载在总线的驱动链表的节点

5.     struct module_kobject *mkobj;//driver与相关的module之间的联系

6.     struct device_driver *driver;

7. };

8. #define to_driver(obj) container_of(obj, struct driver_private, kobj)

由上面可以看出driver指针最后也有driver_private回到了device_driver之中，下面也来看看驱动的属性文件的表示方法

点击(此处)折叠或打开

1. struct driver_attribute {

2.     struct attribute attr;

3.     ssize_t (*show)(struct device_driver *driver, char *buf);

4.     ssize_t (*store)(struct device_driver *driver, const char *buf,

5.              size_t count);

6. };

8. #define DRIVER_ATTR(_name, _mode, _show, _store)    \

9. struct driver_attribute driver_attr_##_name =        \

10.     __ATTR(_name, _mode, _show, _store)

上面只是有两个读写函数，看完了关于驱动的一些重要的数据结构，那么开始重要的，如何向内核注册一个drv呢？我们使用driver_register

点击(此处)折叠或打开

1. int driver_register(struct device_driver *drv)

2. {

3.     int ret;

4.     struct device_driver *other;

6.     BUG_ON(!drv->bus->p);

8.     if ((drv->bus->probe && drv->probe) ||

9.      (drv->bus->remove && drv->remove) ||

10.      (drv->bus->shutdown && drv->shutdown))

11.         printk(KERN_WARNING "Driver '%s' needs updating - please use "

12.             "bus_type methods\n", drv->name);

14.     other = driver_find(drv->name, drv->bus);

15.     if (other) {

16.         put_driver(other);

17.         printk(KERN_ERR "Error: Driver '%s' is already registered, "

18.             "aborting…\n", drv->name);

19.         return -EBUSY;

20.     }

22.     ret = bus_add_driver(drv);

23.     if (ret)

24.         return ret;

25.     ret = driver_add_groups(drv, drv->groups);

26.     if (ret)

27.         bus_remove_driver(drv);

28.     return ret;

29. }

从函数可以看出，首先drv->bus一定要预先设置。在使用driver_find从bus的驱动链表中特定名字的driver，那么就进入这个函数的重点的东西bus_add_driver，几乎注册所有的工作都是由它来完成。

点击(此处)折叠或打开

1. int bus_add_driver(struct device_driver *drv)

2. {

3.     struct bus_type *bus;

4.     struct driver_private *priv;

5.     int error = 0;

7.     bus = bus_get(drv->bus);//增加对bus的引用

8.     if (!bus)

9.         return -EINVAL;

11.     pr_debug("bus: '%s': add driver %s\n", bus->name, drv->name);

13.     priv = kzalloc(sizeof(*priv), GFP_KERNEL);//分配初始化一个drv->p，也就是上面的driver_private结构

14.     if (!priv) {

15.         error = -ENOMEM;

16.         goto out_put_bus;

17.     }

18.     klist_init(&priv->klist_devices, NULL, NULL);

19.     priv->driver = drv;

20.     drv->p = priv;

21.     priv->kobj.kset = bus->p->drivers_kset;

22.     error = kobject_init_and_add(&priv->kobj, &driver_ktype, NULL,

23.                  "%s", drv->name);//将drv加入sysfs

24.     if (error)

25.         goto out_unregister;

27.     if (drv->bus->p->drivers_autoprobe) {

28.         error = driver_attach(drv);//如果总线可以自动的probe，就会调用匹配函数

29.         if (error)

30.             goto out_unregister;

31.     }

32.     klist_add_tail(&priv->knode_bus, &bus->p->klist_drivers);//将drv挂入到总线的链表中

33.     module_add_driver(drv->owner, drv);//创建driver相关的模块

35.     error = driver_create_file(drv, &driver_attr_uevent);//在drv目录下创建event属性文件

36.     if (error) {

37.         printk(KERN_ERR "%s: uevent attr (%s) failed\n",

38.             __func__, drv->name);

39.     }

40.     error = driver_add_attrs(bus, drv);//添加属性

41.     if (error) {

42.         /* How the hell do we get out of this pickle? Give up */

43.         printk(KERN_ERR "%s: driver_add_attrs(%s) failed\n",

44.             __func__, drv->name);

45.     }

47.     if (!drv->suppress_bind_attrs) {

48.         error = add_bind_files(drv);

49.         if (error) {

50.             /* Ditto */

51.             printk(KERN_ERR "%s: add_bind_files(%s) failed\n",

52.                 __func__, drv->name);

53.         }

54.     }

56.     kobject_uevent(&priv->kobj, KOBJ_ADD);//向用户空间发布kobj_add消息

57.     return 0;

59. out_unregister:

60.     kobject_put(&priv->kobj);

61.     kfree(drv->p);

62.     drv->p = NULL;

63. out_put_bus:

64.     bus_put(bus);

65.     return error;

66. }

其实上面的处理过程相对于设备来说，会简单很多，下面主要对当驱动挂接的时候，怎么去匹配进行分析。

点击(此处)折叠或打开

1. int driver_attach(struct device_driver *drv)

2. {

3.     return bus_for_each_dev(drv->bus, NULL, drv, __driver_attach);

4. }

点击(此处)折叠或打开

1. static int __driver_attach(struct device *dev, void *data)

2. {

3.     struct device_driver *drv = data;

5.     /*

6.      * Lock device and try to bind to it. We drop the error

7.      * here and always return 0, because we need to keep trying

8.      * to bind to devices and some drivers will return an error

9.      * simply if it didn't support the device.

10.      *

11.      * driver_probe_device() will spit a warning if there

12.      * is an error.

13.      */

15.     if (!driver_match_device(drv, dev))

16.         return 0;

18.     if (dev->parent)    /* Needed for USB */

19.         device_lock(dev->parent);

20.     device_lock(dev);

21.     if (!dev->driver)

22.         driver_probe_device(drv, dev);

23.     device_unlock(dev);

24.     if (dev->parent)

25.         device_unlock(dev->parent);

27.     return 0;

点击(此处)折叠或打开

1. static inline int driver_match_device(struct device_driver *drv,

2.                  struct device *dev)

3. {

4.     return drv->bus->match ? drv->bus->match(dev, drv) : 1;

5. }

最终也是调用总线的match函数来完成设备与驱动的匹配的过程。

以上分析了总线、设备、驱动三种类型，主要是在注册上，其主要是在sysfs中创建目录和属性文件。在设备或者驱动注册到总线上，总线是如何为其找到对应的驱动的过程，下面一个图能很好的说明这一过程。

由图可以清楚的看出，bus的作用是向内核注册一条总线，并将drv一一加入到总线的drv链表，dev一一加入到总线的dev链表。当有设备或驱动注册的时候，在驱动或者设备链表一一取出，调用总线的match函数来完成匹配，匹配成功后调用总线的probe函数。

回顾下driver_register的作用，首先会将drv放入到bus得drv链表，从bus的dev链表取出每一个dev，用总线的match函数来判断能否支持drv

device_register的作用和driver一样，将dev放入到bus得dev链表，从bus的drv链表取出每一个drv，用总线的match函数来判断能否支持dev。

点击(此处)折叠或打开

1. extern struct bus_type my_bus_type;

3. static int my_probe(struct device *dev)

4. {

5.     printk("Driver found device which my driver can handle!\n");

6.     return 0;

7. }

9. static int my_remove(struct device *dev)

10. {

11.     printk("Driver found device unpluged!\n");

12.     return 0;

13. }

15. struct device_driver my_driver = {

16.     .name = "my_dev",

17.     .bus = &my_bus_type,

18.     .probe = my_probe,

19.         .remove    = my_remove,

20. };

22. /*

23.  * Export a simple attribute.

24.  */

25. static ssize_t mydriver_show(struct device_driver *driver, char *buf)

26. {

27.     return sprintf(buf, "%s\n", "This is my driver!");

28. }

30. static DRIVER_ATTR(drv, S_IRUGO, mydriver_show, NULL);

32. static int __init my_driver_init(void)

33. {

34.     int ret = 0;

35.         

36.         /*注册驱动*/

37.     driver_register(&my_driver);

38.         

39.     /*创建属性文件*/

40.     driver_create_file(&my_driver, &driver_attr_drv);

41.     

42.     return ret;    

44. }

46. static void my_driver_exit(void)

47. {

48.     driver_unregister(&my_driver);

49. }

51. module_init(my_driver_init);

52. module_exit(my_driver_exit);