i2c驱动调试经验
上网查到一篇帖子，讲了驱动分为i2c总线，i2c设备，总线驱动做实际的总线读写操作，设备驱动实现针对不同设备操作。先找一篇帖子看看整体架构，再看代码，理解效果不错，这招是跟老猫学的。
又查到一篇帖子，讲了从老版本i2c驱动，升级到新版本，需要做哪些变更，是翻译的内核文档。
照做，但是i2c设备驱动的probe函数调不起来，这个根据我的经验要加个device，但是i2c的device不知道怎么加。翻了翻i2c总线的代码，后来还是同事发现没有调用i2c_register_board_info。之前的老版本驱动就有这个i2c_register_board_info调用，在arch/arm里面一个跟board相关的文件里，我光注意driver目录下的内容，给漏掉了。
普通的设备，调用platform_add_devices添加设备 vs i2c总线上的设备，调用i2c_register_board_info添加设备，添加到了一个i2c单独的设备list结构里
添加驱动的函数与platform_add_devices也不一样，添加驱动后，就遍历设备列表，看哪个匹配
调试i2c驱动
芯片pt2314，设备手册上说明i2c地址是88，代码里地址写的是44。insmod驱动模块，写总线返回-6。用的是s3c2416平台。
i2c通信原理:
SCL时钟线，SDA数据线。空闲时，两条线都为高。
SCL高电平时，SDA变低，表示开始条件，相对的还有停止条件。
开始条件后，先发地址，再发数据，地址和数据都是一个字节一个字节的。
每个字节数据都要有应答，地址有ACK，数据也有ACK。
先发MSB，例如发送地址的话，先发送读写位，再发送7位地址，7位地址是一字节数据的低7位，最高位是读写位。例如pt2314的地址88(10001000)，前面的1000100是地址，最后一位0是读写位。
仲裁过程是在开始条件和发送地址时监视SDA有没有冲突。SDA输出高电平时，读回来是低电平，说明总线上有冲突。
示波器测量
需要同时测试SCL，SDA。把示波器两个channel打开，分别调整电压和时间，上下位置分开便于观察。设置为下降沿触发，因为SCL，SDA平时为高，所以表笔点上引脚时会有一个上升沿，没必要触发。有人搭把手，帮忙按示波器的run，设成啥触发都行。表笔接地，接SCL，SDA，然后insmod驱动模块，发起i2c总线的操作。抓到信号，线上信号是88，但是没有得到ACK，因此i2c的adpter驱动返回-6错误。
i2c-tools
后来用i2c-tools中的i2cdetect，发现一开始没有设备，insmod驱动模块报错之后，再i2cdetect，就发现设备了，原来是pt2314供电之后，需要一个延时，才能正常工作。
关于i2c地址
本次调试中，芯片手册上的地址与i2c bus上测量的一致，为88，高7位1000100是地址，最低位0是读写位；而linux驱动代码中的地址44，是不包含读写位的i2c地址，且7位地址存储在一字节数据中的低7位，所以看起来跟芯片手册上不一致，在adpter驱动中使用这个地址时，会左移1位，再加上读写位。