关于i2c_msg的一些标志位

由于公司的需要，在写I2C程序，原来从头到尾自己写一个IIC驱动是一件很简单的事情，但想完美的我还是想把我的驱动和内核的I2C子系统连接起 来，I2C本身很简单，S3C2410无操作系统不用300行就搞定，但I2C子系统却把这么简单的代码变得非常庞大，非常难懂，结构错综复杂。
      关于I2C子系统，我转载的文章Linux I2C核心、总线与设备驱动[转] 已经说得很请楚，这里只作一些补充。

一、master_xfer，以及i2c_msg标志位
      其 实抛开子系编本身其它部份，实现I2C的主要作用代码就是algorithm里的master_xfer方法。这个方法就是我们无操作系统时的的I2C读 写函数（它用参数来区分读和写）。分析这些代码，最好是读内核的i2c-algo-bit.c文件，这个文件就是用模拟的方法来实现I2C总线，因为不和 其它I2C控制芯片相关，所以比较好理解。i2c-algo-bit.c其中的master_xfer函数bit_xfer函数如下：

 1 static   int  bit_xfer( struct  i2c_adapter  * i2c_adap,
 2              struct  i2c_msg msgs[],  int  num)
 3 {
 4      struct  i2c_msg  * pmsg;
 5      struct  i2c_algo_bit_data  * adap  =  i2c_adap -> algo_data;
 6     
 7      int  i,ret;
 8     unsigned  short  nak_ok;
 9
10     i2c_start(adap);
11      for  (i = 0 ;i < num;i ++ )  {
12         pmsg  =   & msgs[i];
13         nak_ok  =  pmsg -> flags  &  I2C_M_IGNORE_NAK; 
14          if  ( ! (pmsg -> flags  &  I2C_M_NOSTART))  {
15              if  (i)  {
16                 i2c_repstart(adap);
17             }
18             ret  =  bit_doAddress(i2c_adap, pmsg);
19              if  ((ret  !=   0 )  &&   ! nak_ok)  {
20                 DEB2(printk(KERN_DEBUG  " i2c-algo-bit.o: NAK from device addr %2.2x msg #%d/n "
21                     ,msgs[i].addr,i));
22                  return  (ret < 0 )  ?  ret :  - EREMOTEIO;
23             }
24         }
25          if  (pmsg -> flags  &  I2C_M_RD )  {
26              /**/ /*  read bytes into buffer */
27             ret  =  readbytes(i2c_adap, pmsg);
28             DEB2(printk(KERN_DEBUG  " i2c-algo-bit.o: read %d bytes./n " ,ret));
29              if  (ret  <  pmsg -> len )  {
30                  return  (ret < 0 ) ?  ret :  - EREMOTEIO;
31             }
32         }   else   {
33              /**/ /*  write bytes from buffer  */
34             ret  =  sendbytes(i2c_adap, pmsg);
35             DEB2(printk(KERN_DEBUG  " i2c-algo-bit.o: wrote %d bytes./n " ,ret));
36              if  (ret  <  pmsg -> len )  {
37                  return  (ret < 0 )  ?  ret :  - EREMOTEIO;
38             }
39         }
40     }
41     i2c_stop(adap);
42      return  num;
43 }

其实也并不复杂
      1）i2c_start函数发start信号
      2）i2c_repstart函数发重复start信号
      3）bit_doAddress函数写器件地址
      4）readbytes函数读N字节
      5）writebytes函数写N字节

其中的每一个函数都不复杂，都是设置或读取scl和sda线。
bit_xfer函数参数只要是i2c_msg序列msgs。这个结构请看Linux I2C核心、总线与设备驱动[转] 或自己Google吧，里面放着要这个函数完成的任务。我们的最主要任务是i2c_msg的一些标志位，这些标识位网上都没有提到。我来解释一下，错了大家请原谅。

I2C_M_IGNORE_NAK：
      设置这个标志意味当前i2c_msg忽略I2C器件的ack和nack信号。
I2C_M_NOSTART ：      
      设 置这个标志意味当前i2c_msg不发送start信号。注意，其实调用bit_xfer的一开始就已经发了start信号了（程序第10行），这个标记 无非就是标志是否发送地址第18行。其次，如果一个i2c_msg没有定义I2C_M_NOSTART而且又不是msgs序列里的第一个i2c_msg， 则回发送重复start信号，我想这就是这个标志起这个名的原因。我们可以猜想，
      1.msgs序列第一个数据必须是地址，同时必须不定义这个标志位
      2.在进行读数据，要从写操作转变为读操作时，会发重复start信号和器件地址时，必须不定义这个标志位
      3.其它情况下一的i2c_msg必须定义这个标志
      以 上只是我看完这个函数的理解，不一定正确。同时1和2总结下来就是发器件地址（注意，是器件地址，不是像EEPROM那样的EEPROM地址，这个地址是 当数据发的）时会不设置I2C_M_NOSTART, 发数据时就设置I2C_M_NOSTART这个标志。
I2C_M_NO_RD_ACK：
      这个标识表示在正行读操作时不去ACK，我不知道其它芯片如果，如果是AT24C04则一定不能设这个标志位了。
（下面三个标志为均为bit_doAddress函数使用，结合上面的说明，也就是这时I2C_M_NOSTART一定没有设置。）
I2C_M_RD：
      表示这是一个读操作，默认是把相应的位置1
I2C_M_REV_DIR_ADDR：
      表示把读写标志位反转，也就是读是把相应位置0
I2C_M_TEN：
      表示这个器件的器件地址是10Bit的。一定要搞清，这是器件地址，不是指EEPROM的ROM地址。24C02等芯片真正的器件地址只有4位永远有效 （0xA)，低4位用来放其它东西了（根据容量有可能是器件地址的低3位，或ROM地址的高3位）。也是说，无论什么容量，这类器件的地址只是器件地址我 们只选7位模式（内核只区分10位模式和其它模式）