linux i2c驱动总结

最近几天一直在看I2C的驱动架构，看到目前的感觉是说明白吧又不是很透彻，说不明白吧又知道点，总之有点不明白。

明白的：

1）adapter驱动，I2C控制器驱动，如果要开发I2C控制器的，这部分是要实现的。这部分要填充struct i2c_adapter

     结构图和struct alogrithm结构体.

2）设备驱动，I2C从设备驱动，主要填充struct i2c_driver结构体；还要根据从设备的类型，实现从设备的驱动函数(eg:

     char device实现struct file_operations结构体)

3）数据传输的过程：应用层的read()/write()->驱动层的read()/write()->i2c_core.c的i2c_transfer()->adapter驱动

     algo->master_xfer()函数。这中间有一个struct i2c_msg结构体，是非常重要的。

 

不明白的地方：

1）在struct i2c_adapter,struct i2c_client,struct i2c_driver是如果关联起来的，他们的数据结构在内核中的联系是什么

     样的？在注册adapter的过程中，相对的不明白的代码为i2c_core.c文件中的i2c_register_adpter()函数中的：

     if (adap->nr < __i2c_first_dynamic_bus_num) 
                 i2c_scan_static_board_info(adap);

     dummy = bus_for_each_drv(&i2c_bus_type, NULL, adap,
                     i2c_do_add_adapter);                                           

    //对上面的理解是adapter已注册进内核，adapter注册后在总线上寻找此adapter所支持的struct i2c_driver

2）在注册struct i2c_driver的过程中，相对不明白的是i2c_core.c文件中的i2c_register_driver()函数中的：

     class_for_each_device(&i2c_adapter_class, NULL, driver,
                                          __attach_adapter);

  //对上面的理解是在struct i2c_driver注册后，在内核中寻找与struct i2c_driver匹配的adapter

3）对于struct i2c_adapter和struct i2c_driver的注册次序会影响i2c_do_add_adapter()和__attach_adapter()函数

    中i2c_detect()的执行。具体没有分析明白，只是猜测。

 

分析的体会：

1）分析i2c架构分两步，第一步：内核已注册了adapter，当前注册struct i2c_driver。第二步：内核已注册了struct i2c_driver,

     当前注册adapter

2）对linux内核的基本知识还是比较薄弱的，例如driver_register()函数，大概知道此函数是什么意思，但不知道它到底在内核中

     干了些什么事，它注册进内核后到底有什么用处呢。

3）感觉厌倦的时候，干什么事都是没有精神的。没办法改变现实，那就改变自己的心态。

4）在分析i2c架构的过程中参考了两篇非常好的文章：

     http://chxxxyg.blog.163.com/blog/static/1502811932010635818167/

     http://www.linuxidc.com/Linux/2011-02/32496p3.htm

    分析的非常透彻，敬仰两位楼主的精神！