linux-toradex.git/drivers/hwmon, branch v2.6.34.8

hwmon: (f75375s) Do not overwrite values read from registers

2011-01-06T23:07:53+00:00

commit c3b327d60bbba3f5ff8fd87d1efc0e95eb6c121b upstream.

All bits in the values read from registers to be used for the next
write were getting overwritten, avoid doing so to not mess with the
current configuration.

Signed-off-by: Guillem Jover 
Cc: Riku Voipio 
Signed-off-by: Jean Delvare 
Signed-off-by: Paul Gortmaker

hwmon: (f75375s) Shift control mode to the correct bit position

2011-01-06T23:07:53+00:00

commit 96f3640894012be7dd15a384566bfdc18297bc6c upstream.

The spec notes that fan0 and fan1 control mode bits are located in bits
7-6 and 5-4 respectively, but the FAN_CTRL_MODE macro was making the
bits shift by 5 instead of by 4.

Signed-off-by: Guillem Jover 
Cc: Riku Voipio 
Signed-off-by: Jean Delvare 
Signed-off-by: Paul Gortmaker

hwmon: (k8temp) Differentiate between AM2 and ASB1

2011-01-06T23:07:38+00:00

commit a05e93f3b3fc2f53c1d0de3b17019e207c482349 upstream.

Commit 8bf0223ed515be24de0c671eedaff49e78bebc9c (hwmon, k8temp: Fix
temperature reporting for ASB1 processor revisions) fixed temperature
reporting for ASB1 CPUs. But those CPU models (model 0x6b, 0x6f, 0x7f)
were packaged both as AM2 (desktop) and ASB1 (mobile). Thus the commit
leads to wrong temperature reporting for AM2 CPU parts.

The solution is to determine the package type for models 0x6b, 0x6f,
0x7f.

This is done using BrandId from CPUID Fn8000_0001_EBX[15:0]. See
"Constructing the processor Name String" in "Revision Guide for AMD
NPT Family 0Fh Processors" (Rev. 3.46).

Cc: Rudolf Marek 
Reported-by: Vladislav Guberinic 
Signed-off-by: Andreas Herrmann 
Signed-off-by: Jean Delvare 
Signed-off-by: Paul Gortmaker

hwmon: (pc87360) Fix device resource declaration

2010-08-26T23:43:28+00:00

commit b9783dcebe952bf73449fe70a19ee4814adc81a0 upstream.

It's not OK to call platform_device_add_resources() multiple times
in a row. Despite its name, this functions sets the resources, it
doesn't add them. So we have to prepare an array with all the
resources, and then call platform_device_add_resources() once.

Before this fix, only the last I/O resource would be actually
registered. The other I/O resources were leaked.

Signed-off-by: Jean Delvare 
Cc: Jim Cromie 
Signed-off-by: Greg Kroah-Hartman

hwmon: (it87) Fix in7 on IT8720F

2010-08-02T17:29:23+00:00

commit 436cad2a41a40c6c32bd9152b63d17eeb1f7c99b upstream.

The IT8720F has no VIN7 pin, so VCCH should always be routed
internally to VIN7 with an internal divider. Curiously, there still
is a configuration bit to control this, which means it can be set
incorrectly. And even more curiously, many boards out there are
improperly configured, even though the IT8720F datasheet claims that
the internal routing of VCCH to VIN7 is the default setting. So we
force the internal routing in this case.

It turns out that all boards with the wrong setting are from Gigabyte,
so I suspect a BIOS bug. But it's easy enough to workaround in the
driver, so let's do it.

Signed-off-by: Jean Delvare 
Cc: Jean-Marc Spaggiari 
Signed-off-by: Greg Kroah-Hartman

hwmon: (coretemp) Skip duplicate CPU entries

2010-08-02T17:29:23+00:00

commit d883b9f0977269d519469da72faec6a7f72cb489 upstream.

On hyper-threaded CPUs, each core appears twice in the CPU list. Skip
the second entry to avoid duplicate sensors.

Signed-off-by: Jean Delvare 
Acked-by: Huaxu Wan 
Signed-off-by: Greg Kroah-Hartman

hwmon: (coretemp) Properly label the sensors

2010-08-02T17:29:22+00:00

commit 3f4f09b4be35d38d6e2bf22c989443e65e70fc4c upstream.

Don't assume that CPU entry number and core ID always match. It
worked in the simple cases (single CPU, no HT) but fails on
multi-CPU systems.

Signed-off-by: Jean Delvare 
Acked-by: Huaxu Wan 
Signed-off-by: Greg Kroah-Hartman

hwmon: (k10temp) Do not blacklist known working CPU models

2010-08-02T17:29:22+00:00

commit eefc2d9e3d4f8820f2c128a0e44a23de28b1ed64 upstream.

When detecting AM2+ or AM3 socket with DDR2, only blacklist cores
which are known to exist in AM2+ format.

Signed-off-by: Jean Delvare 
Acked-by: Clemens Ladisch 
Cc: Andreas Herrmann 
Signed-off-by: Greg Kroah-Hartman

hwmon: (i5k_amb) Fix sysfs attribute for lockdep

2010-08-02T17:29:22+00:00

commit 0e6c7870856c7fb4ee054d28ac253b2d3d0c7e36 upstream.

i5k_amb.ko uses dynamically allocated memory (by kmalloc) for
attributes passed to sysfs. So, sysfs_attr_init() should be called
for working happy with lockdep.

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

hwmon: (k8temp) Fix temperature reporting for ASB1 processor revisions

2010-08-02T17:29:21+00:00

commit d535bad90dad4eb42ec6528043fcfb53627d4f89 upstream.

Reported temperature for ASB1 CPUs is too high.
Add ASB1 CPU revisions (these are also non-desktop variants) to the
list of CPUs for which the temperature fixup is not required.

Example: (from LENOVO ThinkPad Edge 13, 01972NG, system was idle)

  Current kernel reports

  $ sensors
  k8temp-pci-00c3
  Adapter: PCI adapter
  Core0 Temp:  +74.0 C
  Core0 Temp:  +70.0 C
  Core1 Temp:  +69.0 C
  Core1 Temp:  +70.0 C

  With this patch I have

  $ sensors
  k8temp-pci-00c3
  Adapter: PCI adapter
  Core0 Temp:  +54.0 C
  Core0 Temp:  +51.0 C
  Core1 Temp:  +48.0 C
  Core1 Temp:  +49.0 C

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