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


23 Jun, 2006

8 commits

  • i2c-i801: Remove force_addr parameter

    Remove the force_addr module parameter. It doesn't appear to ever
    have been needed, and PCI resources shouldn't be arbitrarily
    changed anyway.

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

    Jean Delvare
     
  • Documentation update for the scx200_acb driver. Hopefully this will
    help future users.

    References:

    [lm-sensors] Support of i2c-nscacb (April, May 2005)
    http://lists.lm-sensors.org/pipermail/lm-sensors/2005-April/011756.html
    http://lists.lm-sensors.org/pipermail/lm-sensors/2005-May/012043.html

    [lm-sensors] making a geode i2c slave driver (April 2006)
    http://lists.lm-sensors.org/pipermail/lm-sensors/2006-April/015998.html

    Kernel bug #6445
    http://bugzilla.kernel.org/show_bug.cgi?id=6445

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

    Jean Delvare
     
  • The following patch adds support for the OpenCores I2C controller IP
    core (See http://www.opencores.org/projects.cgi/web/i2c/overview).

    Signed-off-by: Peter Korsgaard
    Signed-off-by: Andrew Morton
    Signed-off-by: Jean Delvare
    Signed-off-by: Greg Kroah-Hartman

    Peter Korsgaard
     
  • Add support for the new nForce4 MCP51 (also known as nForce 410 or
    430) and nForce4 MCP55 to the i2c-nforce2 driver. Some code changes
    were required because the base I/O address registers have changed in
    these versions. Standard BARs are now being used, while the original
    nForce2 chips used non-standard ones.

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

    Jean Delvare
     
  • Properly document on which systems the i2c-piix4 SMBus driver will
    refuse to load. Hopefully this will make it clearer for users, which
    were often wondering why their destop or server systems were detected
    as laptops.

    Closes bug #6429.

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

    Jean Delvare
     
  • Fix i2c-piix4 documentation typo.

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

    Jean Delvare
     
  • This patch removes the fix_hstcfg option from the driver and related
    SMBus Interrupt Select register magic because now we know what are
    valid values for this register. This patch updates the documentation
    and adds new IRQ mode check so we are sure not to miss any new
    "unusual" value.

    The PCI quirk for users of fix_hstcfg was not developed because the
    chipset lacks of subsystem ID registers and DMI is stated "To be
    filled". Impact to existing systems is minimal because the problem
    showed up on motherboards like 10 years back. On the other hand users
    of newer Serverworks and HT1000 systems won't be misleaded by the
    message suggesting to try the fix_hstcfg any more.

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

    Rudolf Marek
     
  • This patch adds the ATI IXP southbridges support to i2c-piix4,
    as it turned out those chips are compatible with it.

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

    Rudolf Marek
     

15 Apr, 2006

1 commit

  • This patch forces the user to specify what type of adapter is present when
    loading i2c-parport or i2c-parport-light. If none is specified, the driver
    init simply fails - instead of assuming adapter type 0.

    This alleviates the sometimes lengthy boot time delays which can be caused
    by accidentally building one of these into a kernel along with several i2c
    slave drivers that have lengthy probe routines (e.g. hwmon drivers).

    Kconfig and documentation updated accordingly.

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

    Mark M. Hoffman
     

24 Mar, 2006

2 commits


07 Feb, 2006

1 commit


06 Jan, 2006

4 commits