1. 27 Aug, 2007 1 commit
  2. 11 Sep, 2007 13 commits
  3. 10 Sep, 2007 24 commits
  4. 09 Sep, 2007 2 commits
    • David Brownell's avatar
      i2c-algo-bit: Read block data bugfix · 939bc494
      David Brownell authored
      This fixes a bug in the way i2c-algo-bit handles I2C_M_RECV_LEN,
      used to implement i2c_smbus_read_block_data().  Previously, in the
      absence of PEC (rarely used!) it would NAK the "length" byte:
      
      	S addr Rd [A] [length] NA
      
      That prevents the subsequent data bytes from being read:
      
      	S addr Rd [A] [length] { A [data] }* NA
      
      The primary fix just reorders two code blocks, so the length used
      in the "should I NAK now?" check incorporates the data which it
      just read from the slave device.
      
      However, that move also highlighted other fault handling glitches.
      This fixes those by abstracting the RX path ack/nak logic, so it
      can be used in more than one location.  Also, a few CodingStyle
      issues were also resolved.
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      939bc494
    • Jean Delvare's avatar
      i2c-pxa: Fix adapter number · 51e5709a
      Jean Delvare authored
      It turns out that platform_device.id is a "u32" so testing it for being
      nonnegative is useless when setting up an i2c adapte.  Instead,
      do what the platform_bus code does and test it against the value "-1".
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      51e5709a