####关注一下device_add(&card->dev);会把卡作为一个设备注册，####这个注册会触发到bus里的match操作，这部分不理解的可以回顾前面讲到的设备模型，####这里的bus对应

http://ericfang.cublog.cn/-----------------------------------------------------------------接上一篇文章，继续device_add

linux设备类型的内容还是比较多的，这里就重点说明device_add函数的流程。1.总体框架linux设备模型：设备device，驱动driver，总线bus。

1.总体框架linux设备模型：设备device，驱动driver，总线bus。设备代表物理设备，驱动代表了设备操作方法，bus则是用来管理和匹配它们。device和driver里面都有一个成员变量bus，表示它们归哪个总线管理；bus里面则有两个链表，device链表和driver链表。当有新的设备加入的时候，就会将它加入它对应的bus的device链表，然后在它的驱动链表中寻找是否有驱动dri

在学习linux驱动的时候经常遇到device_create和device_add两个函数，因为这两个函数都是属于驱动底层的，所以平时很少关注。

其他版本仅供参考在字符设备驱动开发的入门教程中，最常见的就是用device_create()函数来创建设备节点了，但是在之后阅读内核源码的过程中却很少见device_create()的踪影了，取而代之的是device_register()与device_add

platform设备注册的时候，去platform总线上寻找相应驱动的流程：platform_device_register->platform_device_add->device_add中，首先会调用

device方面：platform_device_register(structplatform_device*dev)------platform_device_add(pdev)；----------device_add

VAR(int_T,void)Device_Add(DeviceType*devPtr){}VAR(uintT,void)arc_putchar(intc,FI

至于device调用的先后次序是这样的：当我们执行device_add的时候，这些device会被加到一个dpm_list的

uid=20643761&do=blog&id=1594837   platform_device_add最终还是调用老接口device_add，只是多了将resource

device_create()函数创建节点/dev下面的设备节点一般由两种方式创建的，一者是mknod手动创建，另外就是驱动中创建新设备的时候，会往udev类的用户程序上报一个DEVICE_ADD的事件

linux设备类型的内容还是比较多的，这里就重点说明device_add函数的流程。1.总体框架linux设备模型：设备device，驱动driver，总线bus。

linux设备类型的内容还是比较多的，这里就重点说明device_add函数的流程。1.总体框架linux设备模型：设备device，驱动driver，总线bus。

接着上一节分析，上一节讲到，把device_add(&pdev->dev);//把该设备注册到设备驱动模型中，接着该函数继续分析，看下设备驱动是怎么回事，设备是如何与驱动匹配绑定的。

device_add函数最终会调用kobject_event_env函数，如果event_helper存在的话，那么会调用这个函数 event_helper可以通过如下方法设置echo/your_helper_path

----------->bus_type|list||bus_list||bus_list|dev.parent) pdev->dev.parent=&platform_bus; //... ret=device_add

其中我们最关心的就是在device_add/device_del中向用户空间发送设

其中我们最关心的就是在device_add/device_del中向用户空间发送设

接上一篇文章，继续device_add()中的代码：      error=bus_add_device(dev);       if(error)              gotoBusError;

接上一篇文章，继续device_add()中的代码：      error=bus_add_device(dev);       if(error)              gotoBusError;

其中我们最关心的就是在device_add/device_del中向用户空间发送设备的添加、删除信息。kobject_uevent直接调

 文件小结：读完这个文件的代码，其实这个文件实现的最关键的代码就是device_add函数，这个函数之前的所有函数都是为这个函数服务的。而这个函数之后的函数则很简单，基本和这个函数互相映衬了。

       2.2添加字符设备实例            添加设备实例和其他的设备添加一样，都是调用函数device_add()来实现。             

Device注册有两步，platformdevice注册也有两步，它们第一步相同，都是initialize设备，但第二步有所不同，Device是直接调用device_add()函数来add设备，而platformdevice

device_add函数最终会调用kobject_event_env函数，如果event_helper存在的话，那么会调用这个函数 event_helper可以通过如下方法设置echo/your_helper_path

其中我们最关心的就是在device_add/device_del中向用户空间发送设备的添加、删除信息。 kobje

其中我们最关心的就是在device_add/device_del 中向用户空间发送设备的添加、删除信息。kobject_

register_ldd_driver()->driver_register()->bus_add_driver()->register_ldd_device()->device_register()->device_add