linux.git/drivers/hwmon, branch v2.6.29-rc2

Merge branch 'hwmon-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6

2009-01-16T00:40:12+00:00

* 'hwmon-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
  hwmon: (abituguru3) Fix CONFIG_DMI=n fallback to probe
  hwmon: (abituguru3) Enable DMI probing feature on IN9 32X MAX
  hwmon: (abituguru3) Match partial DMI board name strings
  hwmon: Add a driver for the ADT7475 hardware monitoring chip
  hwmon: (k8temp) Fix temperature reporting for (most) K8 RevG CPUs
  hwmon: (k8temp) Fix wrong sensor selection for AMD K8 RevF/RevG CPUs
  hwmon: (k8temp) Warn about fam F rev F errata

hp_accel: do not call ACPI from invalid context

2009-01-16T00:39:41+00:00

The LED on HP notebooks is connected through ACPI.  That unfortunately
means that it needs to be delayed by using schedule_work() to avoid
calling the ACPI interpreter from an invalid context.

[akpm@linux-foundation.org: use flush_work() rather than sort-of reimplementing it]
Signed-off-by: Pavel Machek 
Cc: Éric Piel 
Cc: Len Brown 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

lis3lv02d: merge with leds hp disk

2009-01-16T00:39:40+00:00

Move the second part of the HP laptop disk protection functionality (a red
led) to the same driver.  From a purely Linux developer's point of view,
the led and the accelerometer have nothing related.  However, they
correspond to the same ACPI functionality, and so will always be used
together, moreover as they share the same ACPI PNP alias, there is no
other simple to allow to have same loaded at the same time if they are not
in the same module.  Also make it requires the led class to compile and
update the Kconfig text.

Signed-off-by: Pavel Machek 
Signed-off-by: Eric Piel 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

hwmon: applesmc: fix light sensor readings on newer MacBooks

2009-01-16T00:39:39+00:00

The light sensors ALV0 and ALV1 on newer MacBooks (early 2008 and later)
changed to report 10 bytes instead the earlier 6, and the sensor encoding
subsequently changed.  As a result, the reported light sensors readings
are much too low.

Via experiments leading up to this patch, it seems only the ALV0 is
reporting data, and the most useful value therein is a 10-bit big-endian
value at offset 6.  This suggests that a new protocol was added as a
backward-compatible replacement on top of the old one.

This patch makes applesmc report the improved light sensor reading for the
new machines, on a scale in conformance with earlier ones.

Signed-off-by: Alex Murray 
Signed-off-by: Henrik Rydberg 
Cc: Nicolas Boichat 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

hwmon: (abituguru3) Fix CONFIG_DMI=n fallback to probe

2009-01-15T21:27:48+00:00

When CONFIG_DMI is not enabled, dmi detection should flag that no board
could be detected (err=1) rather than another error condition (err<0).

This fixes the fallback to manual probing for all motherboards, even
those without DMI strings, when CONFIG_DMI=n.

Signed-off-by: Alistair John Strachan 
Cc: Hans de Goede 
Signed-off-by: Jean Delvare

hwmon: (abituguru3) Enable DMI probing feature on IN9 32X MAX

2009-01-15T21:27:48+00:00

Switch the IN9 32X MAX over from port probing to the preferred DMI
probe method.

Signed-off-by: Alistair John Strachan 
Tested-by: Paul Hartman 
Cc: Hans de Goede 
Signed-off-by: Jean Delvare

hwmon: (abituguru3) Match partial DMI board name strings

2009-01-15T21:27:47+00:00

The switch-over to using DMI board strings to identify abituguru3 compatible
mainboards works most of the time, but sometimes the vendor has substantially
modified the board string between BIOS revisions.

We have found that the vendor chipset identification string (provided in
brackets) changes frequently and is of no use to us. The rest of the board
string sometimes changes in subtle ways, e.g. whitespace or variations in
capitalization.

The new comparison code checks only a part of the supplied DMI board string,
trimming the bracketed content, whitespace, and ignoring case as necessary.

This fixes a bug where an IP35 Pro running an early BIOS would not be
detected without the force=1 module parameter, and also speculatively
fixes other similiar issues.

Signed-off-by: Alistair John Strachan 
Reported-by: Nick Pasich 
Cc: Hans de Goede 
Signed-off-by: Jean Delvare

hwmon: Add a driver for the ADT7475 hardware monitoring chip

2009-01-15T21:27:47+00:00

Hwmon driver for the ADT7475 chip.

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

hwmon: (k8temp) Fix temperature reporting for (most) K8 RevG CPUs

2009-01-15T21:27:47+00:00

Current Temperature for K8 RevG desktop CPUs is a "normalized value"
which can be below ambient temperature.

As a consequence lots of RevG systems report temperatures like:

$ sensors
k8temp-pci-00c3
Adapter: PCI adapter
Core0 Temp:    +17 C
Core0 Temp:     +3 C
Core1 Temp:    +21 C
Core1 Temp:     +5 C

being quite below ambient temperature.
There are even reports of negative temperature values.

This patch corrects the temperature reporting of k8temp for
RevG desktop CPUs.

Cc: Rudolf Marek 
Signed-off-by: Andreas Herrmann 
Signed-off-by: Jean Delvare

hwmon: (k8temp) Fix wrong sensor selection for AMD K8 RevF/RevG CPUs

2009-01-15T21:27:47+00:00

Meaning of ThermSenseCoreSel bit was inverted beginning with K8 RevF.
That means with current driver temp1/temp2 belong to core 1 and
temp3/temp4 belong to core 0 on a K8 RevF/RevG CPU.

This patch ensures that temp1/temp2 always belong to core 0 and
temp3/temp4 to core 1 for all K8 revisions.

Cc: Rudolf Marek 
Signed-off-by: Andreas Herrmann 
Signed-off-by: Jean Delvare