linuxi2c驱动
1. 用linux 调用内核中的统一I2C驱动 i2c总是 busy，求大神支招，谢谢! 程序很短
最近我也遇到这个问题了，纠结了一天，在网友的支持下解决了，这个天嵌的版本中，i2c和他的摄像头驱动（OV9650驱动）相冲突，你在编译内核之前，将摄像头的驱动全部去掉，这样子重新编译之后，i2c就可以正常测试使用了。
2. i2clinux椹卞姩i2clinux
linux涓镄勭绣鍗￠┍锷ㄥ嚱鏁皃robe镄勫叿浣扑綔鐢锛
probe鍦ㄨ惧囬┍锷ㄨ娉ㄥ唽鍒板唴镙镐腑镄勬椂鍊欙纴琚镐荤嚎鍨嬮┍锷ㄨ皟鐢ㄣ傛荤嚎椹卞姩绫讳技浜庣敤杞璁鏂规硶鎺㈡祴镐荤嚎涓婄殑镓链夎惧囷纴灏呜惧囩殑璇嗗埆鍨嬩俊鎭鍜屽叧阌鏁版嵁缁撴瀯(pciids,usbids,i2cidsandetc.)浼犻掔粰probe鍑芥暟锛宲robe灏变细璇嗗埆鏄钖︽槸镊宸辫礋璐ｉ┍锷ㄧ殑璁惧囷纴骞惰礋璐ｅ畬鎴愯ヨ惧囩殑鍒濆嫔寲镎崭綔銆
linux涓璱2c镐荤嚎涓浠庢満鍦板潃镐庝箞璁剧疆锛
链夊崟绾,鍙岀嚎鍜屼笁绾跨瓑.
I2C镶瀹氭槸2绾跨殑(涓岖畻鍦扮嚎).
I2C鍗忚纭瀹炲緢绉戝,姣3/4绾跨殑SPI瑕佸ソ,褰撶劧绾垮氶氲阃熺巼鐩稿瑰氨蹇浜.
I2C镄勫师鍒欐槸:
鍦⊿CL=1(楂樼数骞)镞,SDA鍗冧竾鍒蹇芥偁!!!
钖﹀垯,SDA涓嬭烦鍒"鍒ょ綒"涓"璧峰嬩俊鍙稴",SDA涓婅烦鍒"鍒ょ綒"涓"锅沧淇″彿P".
鍦⊿CL=0(浣庣数骞)镞,SDA闅忎究蹇芥偁!!!(鍙鍒蹇芥偁杩囩伀鍒癝CL璺抽珮)
姣忎釜瀛楄妭钖庡簲璇ョ敱瀵规柟锲为佷竴涓搴旂瓟淇″彿ACK锅氢负瀵规柟鍦ㄧ嚎镄勬爣蹇.
闱炲簲绛斾俊鍙蜂竴鑸鍦ㄦ墍链夊瓧鑺傜殑链钖庝竴涓瀛楄妭钖.涓鑸瑕佺敱鍙屾柟鍗忚绛惧畾.
3. linux内核中i2c总线驱动对所有的i2c设备是否是通用的
i2C总线的驱动程序一般针对不同的CPU是不一样的，所以都位于arch目录下对应的cpu架构的common文件夹下。
对同一种架构的来看，I2C驱动仅实现底层的通信。故其是通用的。
4. 如何在linux下实现一个I2C与SPI的从机驱动
最简情况下：
I2C：SDA数据线、SCL时钟线。
SPI：DI输入线、DO输出线、CS片选先、CLK时钟线。
可能不能写到一个驱动中。
但是好在一般很少用到这么简单的情况，厂家会对其扩展和改进。
比如 W25Q128FB/W25R128FV 系列闪存，支持 SPI、Dual SPI、Quad SPI 和 QPI。就拿 Quad SPI 来说，有 6 个引脚：
Quad SPI：D0-D3 输入输出线、CS片选先、CLK时钟线。
其中 输入为一位串行输入 D0，输出为四位串行输出 D0-D3。（四位仍少于一个字节，可姑且称为串行）
Winbond华邦 这么做是为了加快闪存读取速度（四位串行相比一位串行提高了四倍）。
因此关键在于 要进行怎样的 IO。至于是否将二者写到一个驱动看来并不重要。
5. 如何在Linux中让I2C驱动支持Sub Address的两种方法
【目的】
AS3527有一个模拟部分，称作AFE，其与数字部分通过i2c通信，此处AFE部分有很多寄存器供外界操作访问，如果想要访问这些寄存器，就要用到Sub Address，所以，要实现让i2c 驱动支持Sub Address的模式。
i2C本身的架构中，没有支持sub address，所以，我们只能想办法，让其I2C支持（方法1）或者用smbus的架构（方法2）.
【方法】
方法1：
在i2c的message中传递一个2个字节的buffer，分别存放Sub Address和data
比如，对于读操作，就可以这么实现：
int afe_read_reg(int addr, u8 *pdata)
{
u8 msgbuf[2];
struct i2c_msg msg =
{
.addr = save_client->addr | ( << 8),
.flags = I2C_M_RD ,
.len = 2,
.buf = msgbuf,
};
msgbuf[0] = addr; //存放Sub Address，此处的Addr是寄存器地址，也就是Sub Address
msgbuf[1] = 0; //初始化
if (i2c_transfer(save_client->adapter, &msg, 1) < 0) {
dev_warn(&save_client->dev,
"can't read from afe /n");
return -ENOMEM;
}
*pdata = msgbuf[1];
return 0;
}
方法2：
使用SMBUS的框架，其支持Sub Address
在i2c读操作中，直接调用SMBUS架构中的函数i2c_smbus_read_byte_data：
int afe_read_reg(int addr, u8 *pdata)
{
int ret;
ret = i2c_smbus_read_byte_data(save_client, addr);
if (ret < 0)
return ret;
else {
*pdata = (u8)ret;
return 0;
}
}
然后函数调用顺序是
i2c_smbus_read_byte_data -> i2c_smbus_xfer ->
adapter->algo->smbus_xfer 或 i2c_smbus_xfer_emulated
（1）此处如果你自己的I2C驱动中没有实现
adapter->algo->smbus_xfer
那么就会去调用i2c_smbus_xfer_emulated，其会把I2C的读一个字节的操作，
分成2个message，然后
i2c_smbus_xfer_emulated -> i2c_transfer -> adap->algo->master_xfer(adap,msgs,num)
去调用底层自己的i2c传输的函数master_xfer去实现两个message的传输。
此处要注意的是，如果你的i2C的控制器和i2c设备，支持将此I2C的读一个字节操作分两个message传输，
那么此处此方法也是可以的。
而你的底层的master_xfer函数，只要负责将对应的message发送出去也就可以实现对应的功能了。
否则，就像我此处遇到的，我这里的AFE的i2c控制器，不支持读操作分成两次message，只支持一个I2C message的传输，
所以，只能是在底层特殊处理，将2个message自己整理成一个message，或者是用下面的办法。
（2）自己实现了adapter->algo->smbus_xfer
自己仿照i2c_smbus_xfer_emulated，在具体实现的时候，对于读和写都只是发送一个message，然后让底层代码
adap->algo->master_xfer去处理这个message，实现对应的读和写。
【注意】
1.以上，不论是1还是2，都是在实现了自己I2C驱动底层message传输的基本函数之后，才可以工作的。
而对于这个基本函数，即adap->algo->master_xfer，
都是要在实现的时候，注意上层传递过来的buffer的第一个字节是sub address，第二个字节才是要用于写入或读取的buffer。
2.对于方法2（2），在模拟i2c_smbus_xfer_emulated实现自己的xfer函数的时候，
不能直接调用i2c_transfer，因为i2c_transfer里面，去获得adapter->bus_lock，而i2c_smbus_xfer中，调用adapter->algo->smbus_xfer之前，已经进行了对于adapter->bus_lock锁定，而因此会形成死锁的的，办法是不要再去获得锁，而直接调用adapter->algo->master_xfer即可。
6. linux 怎么加载i2c驱动
假设手上有一块从淘宝上买来的开发板，我要在开发板的I2C总线上增加一个从设备（如at24c08），那么我要怎样写这个“I2C设备驱动”，让
应用程序可以访问at24c08呢?
先来看一个最简单的i2c设备驱动：
static struct i2c_board_info at24cxx_info = { //所支持的i2c设备的列表
I2C_BOARD_INFO("at24c08", 0x50), //一项代表一个支持的设备，它的名字叫做“at24c08”，器件地址是0x50
};
static struct i2c_client *at24cxx_client;
static int at24cxx_dev_init(void)
{
struct i2c_adapter *i2c_adap; //分配一个适配器的指针
i2c_adap = i2c_get_adapter(0); //调用core层的函数，获得一个i2c总线。这里我们已经知道新增的器件挂接在编号为0的i2c总线上
at24cxx_client = i2c_new_device(i2c_adap, &at24cxx_info); // 把i2c适配器和新增的I2C器件关联起来，这个用了i2c总线0，地址是0x50。这就组成了一个客户端
at24cxx_client i2c_put_adapter(i2c_adap);
return 0;
}
static void at24cxx_dev_exit(void)
{
i2c_unregister_device(at24cxx_client);
}
mole_init(at24cxx_dev_init);
mole_exit(at24cxx_dev_exit);