25 Feb, 2008

1 commit


08 Feb, 2008

1 commit


06 Feb, 2008

1 commit

  • Use drivers/gpio/pca9539.c instead.

    Signed-off-by: eric miao
    Acked-by: Ben Gardner
    Acked-by: Jean Delvare
    Signed-off-by: David Brownell
    Cc: Sam Ravnborg
    Cc: Haavard Skinnemoen
    Cc: Philipp Zabel
    Cc: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    eric miao
     

28 Jan, 2008

6 commits


12 Dec, 2007

1 commit


20 Oct, 2007

1 commit


14 Oct, 2007

4 commits


31 Aug, 2007

1 commit

  • We find that SB700 and SB800 use the same SMBus device ID as SB600, which is
    0x4385, instead of the already submitted 0x4395.

    Besides removing the wrong SB700 device ID, add SB800 support to kernel, by
    renaming the PCI_DEVICE_ID_ATI_IXP600_SMBUS into
    PCI_DEVICE_ID_ATI_SBX00_SMBUS.

    Signed-off-by: Shane Huang
    Signed-off-by: Jean Delvare
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Shane Huang
     

12 Jul, 2007

6 commits

  • This driver has been broken forever. It depends on i2c-algo-8xx which
    has never been in the mainline kernel.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • This is a new I2C bus driver for the TAOS evaluation modules. Developped
    and tested on the TAOS TSL2550 EVM.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • Add an ability to utilize the internal SRAM buffer on ICH4
    and newer host controllers to speed up execution of block operations.

    I've split the code so that it is more clear which block transaction is
    performed.

    First of all the host controller's type is identified. isich4 is set when
    we think that the controller has the internal buffer. Then, before every
    block transaction, if isich4 is set, we attempt to enable the E32B bit in
    SMBAUXCTL register.

    Signed-off-by: Oleg Ryjkov
    Signed-off-by: Jean Delvare

    Oleg Ryjkov
     
  • Add the SMBus device ID for ATI SB700.

    Signed-off-by: Henry Su
    Signed-off-by: Jean Delvare

    Henry Su
     
  • Let the drivers specify how many bytes they want to read with
    i2c_smbus_read_i2c_block_data(). So far, the block count was
    hard-coded to I2C_SMBUS_BLOCK_MAX (32), which did not make much sense.
    Many driver authors complained about this before, and I believe it's
    about time to fix it. Right now, authors have to do technically stupid
    things, such as individual byte reads or full-fledged I2C messaging,
    to work around the problem. We do not want to encourage that.

    I even found that some bus drivers (e.g. i2c-amd8111) already
    implemented I2C block read the "right" way, that is, they didn't
    follow the old, broken standard. The fact that it was never noticed
    before just shows how little i2c_smbus_read_i2c_block_data() was used,
    which isn't that surprising given how broken its prototype was so far.

    There are some obvious compatiblity considerations:
    * This changes the i2c_smbus_read_i2c_block_data() prototype. Users
    outside the kernel tree will notice at compilation time, and will
    have to update their code.
    * User-space has access to i2c_smbus_xfer() directly using i2c-dev, so
    the changed expectations would affect tools such as i2cdump. In order
    to preserve binary compatibility, we give I2C_SMBUS_I2C_BLOCK_DATA
    a new numeric value, and define I2C_SMBUS_I2C_BLOCK_BROKEN with the
    old numeric value. When i2c-dev receives a transaction with the
    old value, it can convert it to the new format on the fly.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • The x1205 driver moved to the RTC subsystem and was significantly
    modified since then, so just delete the outdated documentation.

    Signed-off-by: Jean Delvare
    Cc: Alessandro Zummo

    Jean Delvare
     

09 May, 2007

1 commit


02 May, 2007

5 commits


14 Feb, 2007

6 commits


11 Dec, 2006

3 commits

  • Add the Intel ICH9/ICH8/ESB2 SMBus Controller text to
    i2c-i801 documentation.

    Signed-off-by: Jason Gaston
    Signed-off-by: Jean Delvare

    Jason Gaston
     
  • Summary of changes:

    - fixes:
    o legacy I/O region size is 64 bytes, not 8 bytes
    - general cleanup:
    o removed code for the unsupported I2C block data, block data,
    proc call and block proc call transfer modes
    o removed detail warnings about unsupported modes that are
    covered in a general warning (unsupported transaction...)
    anyway
    o removed necessity of a definition of struct i2c_adapter
    o moved definition of struct i2c_algorithm, making forward
    declarations of nforce2_access and nforce2_func unnecessary
    - minor changes:
    o in the description mention the nForce 5xx chipsets
    o changes my e-mail address in MODULE_AUTHOR

    Theses cleanups shrink the driver binary size from 4.0 kB to 2.7 kB
    on i386.

    Signed-off-by: Hans-Frieder Vogt
    Signed-off-by: Jean Delvare

    Hans-Frieder Vogt
     
  • Fix typos in i2c bus drivers documentation.

    Signed-off-by: Jean Delvare

    Jean Delvare
     

27 Sep, 2006

2 commits

  • i2c-viapro: Add support for the VT8237A and VT8251

    Documentation update included. Compile tested.

    Signed-off-by: Rudolf Marek
    Signed-off-by: Jean Delvare
    Signed-off-by: Greg Kroah-Hartman

    Rudolf Marek
     
  • i2c-stub: Chip address as a module parameter

    Add a mandatory chip_addr parameter to i2c-stub. This parameter
    defines to which chip address the driver will respond, instead of
    reponding to all addresses as before. The idea is to prevent the
    users from loading i2c-stub at random and being then confused by
    the results of sensors-detect or other user-space tools.

    Signed-off-by: Jean Delvare
    Signed-off-by: Mark M. Hoffman
    Signed-off-by: Greg Kroah-Hartman

    Jean Delvare
     

13 Jul, 2006

1 commit