转 Linux驱动发开，usb设备的probe全过程

分支1: dev,drv 代表的是设备级别:

此时的drv 肯定是usb_generic_driver. 因为在当前的usb 系统中只有这个driver 是代表整个设备的驱动, 它是在usb_init 中被注册的, 而我们通常写的usb 驱动都是代表一个interface 的.

struct usb_device_driver usb_generic_driver = {

   …

   .probe = generic_probe,

   …

}

因此, 此时的drv->probe 将调用generic_probe().

static int generic_probe(struct usb_device *udev)

{

   …

   c = choose_configuration(dev);

   if(c >= 0) {

   err = usb_set_configuration(udev, c);  // 设置配置, 并注册interface.

   …

}

…

}

该函数为这个usb 设备选择一个合适的配置, 并注册这个配置下面的interface.

int usb_set_configuration(struct usb_device *dev, int configuration)

{

   …

   for(I = 0; I < nintf; i++) {

   struct usb_interface *intf = cp->interface[i];

   …

   device_add(&intf->dev);

   …

}

   …

}

该函数比较重要, 但我们只关心probe 过程因此省掉了很多东西. 它为当前配置下的每个interface 调用device_add() 函数, 根据前面的分析可知, 这个过程将会走到接下来我们要分析的分支2.

分支2: dev,drv 代表的是interface 级别:

此时的dev 代表着一个interface, 而drv 就代表了我们自己的usb 驱动. 但是我们应当看到drv 是device_driver 类型, 而我们写的usb 驱动的类型一般是usb_driver, 因此这里的probe 和我们自己写的probe 显然不是同一个. 实际上这里的drv 是我们的驱动对象里内嵌的一个子对象( 因为linux 下所以的驱动都必须用device_driver 来代表,). 那这个子对象的probe 函数是在哪里赋值的呢? 这就要看usb_register 函数了,

跟踪这个函数我们可以看到这里的probe 函数实际上是usb_probe_interface( 所有的usb interface 驱动都是一样的).

  static int usb_probe_interface(struct device *dev)

{

  struct driver = to_usb_driver(dev->driver);  //dev->driver   在really_probe 中设置.

  …

  error = driver->probe(intf, id);   // 这个就是我们自己写的probe 函数了.

  …

}

 driver->probe(intf, id); 这就调用到我们自己写的代码里面了,

 

整个流程大概就是这样: