platform 驱动probe函数中传递的变量问题

tempname2

回复 10# alvininha

新添加设备的时候也会挨个去匹配已注册的驱动。像USB设备这种情况，先注册驱动后注册设备的可能就很大。

Trigger_Huang

回复 11# tempname2


你好，关于I2C驱动，目前有三个问题想请教下：   
    1，请问用i2c_add_driver注册I2C的client端的驱动的时候，这个client是怎么和哪个adapter attach的（在此之前，系统中注册了四个bit-style的adapter）？注意，我的i2c_driver中，并没有赋值attach_adapter，但是赋值了probe
    2，注册adapter是用的 i2c_add_adapter，跟了下这个函数，发现它call的是->i2c_register_adapter->
                                   adap->dev.bus = &i2c_bus_type;
                           adap->dev.type = &i2c_adapter_type;
                           res = device_register(&adap->dev);
          这里是注册的是一个device，那么根据device-driver的模型，那adapter的driver是怎么被赋值的呢？
   3，i2c_add_driver是向哪跟总线上注册的，是i2c_bus_type吗？i2c_register_adapter又是向哪跟总线注册的呢？ 也是i2c_bus_type吗？
   谢谢

Trigger_Huang

回复  tempname2


你好，关于I2C驱动，目前有三个问题想请教下：   
    1，请问用i2c_add_driver注册 ...
Trigger_Huang 发表于 2011-10-28 18:44

    补充一下  我的是2.6.38的kernel

tempname2

回复 12# Trigger_Huang

i2c_driver并不是要跟adapter绑定，而是要和i2c_client绑定 。注册一个i2c_driver时并不知道它支持的设备在哪条总线上。例如一个系统有两个i2c控制器，每个控制器上有一个相同型号的EEPROM，它们只需一个i2c_driver。关键在于如何发现哪条总线上有i2c_driver所支持设备。

老I2C框架里，由i2c_driver负责发现设备，每注册一个adapter遍历已注册i2c_driver，每注册一个i2c_driver遍历已注册的i2c_adapter，不让他们错过任何一次组合，让i2c_driver在adapter上探测一下是否有它支持的设备，如果有，则生成一个i2c_client实例。当然由于i2c协议很弱，这种探测很不可靠。

现在(尤其在SOC系统中)倾向于静态定义这些信息：如果我知道哪条总线上有哪个设备，我就犯不着让i2c_driver去找它们了。于是在平台初始化函数里注册i2c_board_info，这个结构体就是一个i2c_client模板。i2c_board_info里有个bus_num作为匹配的凭证，如果bus_num与i2c_adapter的bus_num相同，那就匹配上了。所有注册的i2c_board_info会放在一个链表里，每注册一个i2c_adapter就去扫描这个链表，如果匹配就生成i2c_client。

在老框架，i2c_client肯定是在i2c_driver时调用attach_adapter时出现的；新框架里则可以在没有i2c_driver的情况下根据静态信息生成i2c_client。另外让i2c_driver探测设备时，顶多能知道设备地址，而欲查询设备其它属性，i2c协议里没有通用的方法。而i2c_board_info静态了提供了这些属性。

而对于旧框架，新框架一方面在接口上保持兼容，另一方面在功能上也有更新。新框架里通过bus_num来区别是扫描静态的i2c_board_info链表。如果不是，那就又归到老式的方法：让i2c_driver去找设备。这个过程跟上面讲的老框架的过程一样，添加adapter或者driver时相互遍历已注册的对方。新方法里有个i2c_detect，看起来是把以前散落在各个i2c_driver->attach_adapter中的代码抽象出来了，最后再调用i2c_driver->detect，这个的功能应该和i2c_driver->attach_adapter是一样的。只不过它只负责是否检测到驱动支持的设备，而i2c_client的生成则放在外面框架代码里了。最后再调用i2c_driver->attach_adapter，兼容旧驱动。注释里说这个方法以后可能会消失。其实在SOC系统里，一般到静态扫描就完了，也不会去调用detect方法。

不管通过什么方法生成i2c_client，注册它后，下面就是经典设备模型里的match/probe了。

i2c_driver与i2c_adapter都是注册在i2c_bus_type上，至于i2c_adapter的driver，我以前看代码时也没找着。现在看来，它根本没有另一半。其实看i2c_bus_type->match方法，它是通过i2c_verify_client把device转成i2c_client的，这里只验证device->type是不是i2c_client_type，也就是说，这条总线根本没准备为i2c_adapter匹配任何东西。

251316192

驱动肯定是自己注册了。至于设备的注册，有些设备所使用的协议有枚举过程，从这处过程中可以得到设备信息， ...
tempname2 发表于 2011-09-11 11:58

嗯，是这个
有时间可以把linux设备模型读一读。绝对是帮助很大的。

Trigger_Huang

回复 14# tempname2


    感谢详细的讲解，目前还打算多看看code，有问题再请教，再次感谢

蜗牛向前奔

楼上的都是高手