26 Jul, 2011

3 commits


13 Jan, 2011

1 commit


06 Feb, 2010

1 commit

  • Different motherboards have different PNP declarations for LM78/LM79
    chips. Some declare the whole range of I/O ports (8 ports), some
    declare only the useful ports (2 ports at offset 5) and some declare
    fancy ranges, for example 4 ports at offset 4. To properly handle all
    cases, request all ports individually for probing. After we have
    determined that we really have an LM78 or LM79 chip, the useful port
    range will be requested again, as a single block.

    This fixes the driver on the Olivetti M3000 DT 540, at least.

    Signed-off-by: Jean Delvare
    Cc: stable@kernel.org

    Jean Delvare
     

15 Dec, 2009

3 commits


10 Dec, 2009

1 commit

  • As kind is now hard-coded to -1, there is room for code clean-ups.

    Signed-off-by: Jean Delvare
    Acked-by: Corentin Labbe
    Cc: "Mark M. Hoffman"
    Cc: Juerg Haefliger
    Cc: Riku Voipio
    Acked-by: "Hans J. Koch"
    Cc: Rudolf Marek

    Jean Delvare
     

15 Sep, 2009

1 commit


01 Jun, 2009

1 commit


17 Oct, 2008

5 commits

  • The new-style lm78 driver implements the optional detect() callback
    to cover the use cases of the legacy driver.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • Upcoming changes to the I2C part of the lm78 driver will cause ISA
    devices to no longer have a struct i2c_client at hand. So, we must
    stop (ab)using it now.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • The LM78 detection is relatively weak, and sometimes recent Winbond
    chips can be misdetected as an LM78. We have had repeated reports of
    this happening. We have an explicit check against this for the ISA
    access, do the same for I2C access now.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • The LM78 and LM79 can be accessed either on the I2C bus or the ISA
    bus. We must not access the same chip through both interfaces. So far
    we were relying on the user passing the correct ignore parameter to
    skip the registration of the I2C interface as suggested by
    sensors-detect, but this is fragile: the user may load the lm78
    driver without running sensors-detect, and the i2c bus numbers are
    not stable across reboots and hardware changes.

    So, better detect alias chips in the driver directly, and skip any
    I2C chip which is obviously an alias of the ISA chip. This is done
    by comparing the value of 26 selected registers.

    Signed-off-by: Jean Delvare

    Jean Delvare
     
  • Only request I/O ports 0x295-0x296 instead of the full I/O address
    range. This solves a conflict with PNP resources on a few motherboards.

    Also request the I/O ports in two parts (4 low ports, 4 high ports)
    during device detection, otherwise the PNP resource make the request
    (and thus the detection) fail.

    This is the exact same fix that was applied to driver w83781d in
    March 2008 to address the same problem:
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2961cb22ef02850d90e7a12c28a14d74e327df8d

    Signed-off-by: Jean Delvare

    Jean Delvare
     

19 Feb, 2008

1 commit


08 Feb, 2008

2 commits

  • Many I2C hwmon drivers define a driver ID but no other code references
    these, meaning that they are useless. Discard them, along with a few
    IDs which are defined but never used at all.

    Signed-off-by: Jean Delvare
    Signed-off-by: Mark M. Hoffman

    Jean Delvare
     
  • We've never seen any device supported by the lm78 or w83781d driver at
    addresses 0x20-0x27, so let's stop probing these addresses. Extra probes cost
    time, and have potential for confusing or misdetecting other I2C devices.

    Signed-off-by: Jean Delvare
    Signed-off-by: Mark M. Hoffman

    Jean Delvare
     

10 Oct, 2007

2 commits


09 Sep, 2007

1 commit

  • Fix an off-by-one error in the I/O region declaration of two
    hardware monitoring drivers (lm78 and w83781d.) We were requesting
    one extra port at the end of the region.

    Signed-off-by: Jean Delvare
    Signed-off-by: Mark M. Hoffman

    Jean Delvare
     

31 Jul, 2007

1 commit

  • Here is a small but important bugfix to the lm78 driver. I found out about this
    problem because a Fedora user filed a bug that the lm78 driver no longer worked
    on his system: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249428

    The problem is that sometime ago the isa lm78 detection was made more stringent
    and this new code now checks the chip-id, but does not accept a chip-id of 20h,
    however a chip-id of 20h is valid, and is excepted in the main probe function
    of the driver, see line 551. This fixed also makes the isa detection code
    accept the chip-id of 0x20 fixing this issue.

    Signed-off-by: Hans de Goede
    Signed-off-by: Mark M. Hoffman

    Hans de Goede
     

08 May, 2007

3 commits


15 Feb, 2007

1 commit


19 Oct, 2006

1 commit

  • Let the w83781d and lm78 hardware monitoring drivers load even when
    no chip was detected at the ISA address. There can still be supported
    chips connected to an I2C bus or SMBus.

    This fixes bug #7293.

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

    Jean Delvare
     

29 Sep, 2006

1 commit


27 Sep, 2006

1 commit

  • i2c-isa: Restore driver owner

    Commit 2b48716d1d2f2edb1e7cbc5ecf1cb2cb39373e33 back in January
    2006 was a bit overzealous. It removed .owner from all i2c drivers,
    including i2c-isa ones, while they still need it.

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

    Jean Delvare
     

27 Jun, 2006

1 commit

  • acquired (aquired)
    contiguous (contigious)
    successful (succesful, succesfull)
    surprise (suprise)
    whether (weather)
    some other misspellings

    Signed-off-by: Andreas Mohr
    Signed-off-by: Adrian Bunk

    Andreas Mohr
     

24 Mar, 2006

2 commits

  • "register" is a reserved keyword so using it as a parameter name
    can confuse some compilers, most notably ICC.

    The patch below just renames all occurences to reg which fits the actual
    function declarations.

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

    Darren Jenkins
     
  • convert drivers/hwmon/*.c semaphore use to mutexes.

    the conversion was generated via scripts, and the result was validated
    automatically via a script as well.

    all affected hwmon drivers were build-tested.

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

    Ingo Molnar
     

06 Jan, 2006

3 commits


24 Nov, 2005

1 commit

  • Fix the lm78 VID reading, which I accidentally broke while making
    this driver use the common vid_from_reg function rather than
    reimplementing its own in 2.6.14-rc1.

    I'm not proud of it, trust me.

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

    Jean Delvare
     

29 Oct, 2005

3 commits

  • lm78.c and lm85.c have a number of items declared static
    then implemented without the static on them. The following
    patch fixes these sparse errors.

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

    Ben Dooks
     
  • Use kzalloc instead of kmalloc+memset in all hardware monitoring
    drivers.

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

    Deepak Saxena
     
  • Discard a common out-of-date comment in 5 hardware monitoring drivers.
    The hardware monitoring chip drivers are no more setting sensor limits
    at initialization time, for quite some time already.

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

    drivers/hwmon/lm78.c | 1 -
    drivers/hwmon/via686a.c | 1 -
    drivers/hwmon/w83627hf.c | 1 -
    drivers/hwmon/w83781d.c | 1 -
    drivers/hwmon/w83792d.c | 1 -
    5 files changed, 5 deletions(-)

    Jean Delvare