Eric Lee / smarc-fsl-linux-kernel

03 Jul, 2011

1 commit

  • 5da556e33   hwmon: (f71882fg) Add support for the F71869A ... Browse Code »

    The F71869A is almost the same as the F71869F/E, except that it has
    the normal number of temp and pwm zones for a F71882FG derived chip,
    rather then the limited number of the F71869F/E.

    Signed-off-by: Hans de Goede
    Tested-by: Max Baldwin
    Acked-by: Guenter Roeck
    Signed-off-by: Jean Delvare

    Hans de Goede
     

26 May, 2011

1 commit

26 Mar, 2011

3 commits

15 Mar, 2011

2 commits

  • c11bb9936   hwmon/f71882fg: Add support for f71869f and f71869e ... Browse Code »

    Note that these 2 are register compatible and report the same superio id,
    but they are 2 distinct chips / models!

    Signed-off-by: Hans de Goede
    Tested-by: Thomas Faber
    Tested-by: Alexey Sychev
    Tested-by: Dieter Bloms
    Signed-off-by: Guenter Roeck

    Hans de Goede
     
  • 3cad40228   hwmon/f71882fg: Add support for f71889ed ... Browse Code »

    Note that this patch also makes 2 changes to the code paths for the f71889fg
    to keep the code unified between the 2 (for simplicities sake). Both of these
    are harmless for then f71889fg:

    1) The first change is to always set the FAN_PROG_SEL bit to 0. This influences
    accesses to some banked fan / pwm registers. On the f71889fg no registers
    which we use are banked. On the f71889ed however some more fan registers
    have been banked including one which we use, by making the FAN_PROG_SEL bit
    0, address 0x96 will point to the right register.
    2) The second change is to see a FANx_TEMP_SEL value of 0 as pointing to
    a PECI / AMDSI value, and thus disable our pwm related sysfs attr.
    This is correct for the f71889ed and on the f71889fg 0 is a reserved
    value, so we should never see it and if we do, disabling the pwm related
    sysfs attr is a sane thing to do.

    Signed-off-by: Hans de Goede
    Tested-by: Thomas Greve
    Tested-by: Sander Eikelenboom
    Signed-off-by: Guenter Roeck

    Hans de Goede
     

21 Aug, 2010

1 commit

  • f2e41e910   revert "hwmon: f71882fg: add support for the Fintek F71808E" ... Browse Code »

    Revert commit 7721fea3d0fd93fb4d000eb737b444369358d6d3 ("hwmon:
    f71882fg: add support for the Fintek F71808E").

    Hans said:

    : A second review after I've received a data sheet for this device from
    : Fintek has turned up a few bugs.
    :
    : Unfortunately Giel (nor I) have time to fix this in time for the 2.6.36
    : cycle. Therefor I would like to see this patch reverted as not having any
    : support for the hwmon function of this superio chip is better then having
    : unreliable support.

    Cc: Giel van Schijndel
    Cc: Jean Delvare
    Cc: Hans de Goede
    Cc: Jonathan Cameron
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Andrew Morton
     

10 Aug, 2010

1 commit

  • 7721fea3d   hwmon: f71882fg: add support for the Fintek F71808E ... Browse Code »

    Allow device probing to recognise the Fintek F71808E.

    Sysfs interface:
    * Fan/pwm control is the same as for F71889FG
    * Temperature and voltage sensor handling is largely the same as for
    the F71889FG
    - Has one temperature sensor less (doesn't have temp3)
    - Misses one voltage sensor (doesn't have V6, thus in6_input refers to
    what in7_input refers for F71889FG)

    For the purpose of the sysfs interface fxxxx_in_temp_attr[] is split up
    such that it can largely be reused.

    Signed-off-by: Giel van Schijndel
    Cc: Jean Delvare
    Cc: Hans de Goede
    Cc: Jonathan Cameron
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Giel van Schijndel
     

10 Dec, 2009

1 commit

  • 7669896f4   hwmon: (f71882fg) Add support for the f71889fg (version 2) ... Browse Code »

    This adds support for the Fintek f71889fg to the f71882fg driver,
    many thanks to Gerd v. Egidy for providing (remote) access to a
    machine which such an ic.

    Note that this bit of the patch:
    - val = SENSORS_LIMIT(val, 0, 255);
    +
    + if (data->type == f71889fg)
    + val = SENSORS_LIMIT(val, -128, 127);
    + else
    + val = SENSORS_LIMIT(val, 0, 127);

    Changes behaviour for already supported models, the new behaviour is correct
    as the already supported models have bit 7 of the involved registers fixed at
    0, so the previous behaviour which allowed setting temp zone limits > 127
    was not correct.

    Signed-off-by: Hans de Goede
    Signed-off-by: Jean Delvare

    Hans de Goede
     

16 Jun, 2009

1 commit

07 Jan, 2009

1 commit