<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/hwmon, branch v3.4</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/hwmon?h=v3.4</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/hwmon?h=v3.4'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2012-05-01T16:16:14Z</updated>
<entry>
<title>hwmon: (coretemp) Increase CPU core limit</title>
<updated>2012-05-01T16:16:14Z</updated>
<author>
<name>Guenter Roeck</name>
<email>guenter.roeck@ericsson.com</email>
</author>
<published>2012-05-01T15:15:42Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=bdc71c9a87b898e4c380c23b2e3e18071312ecde'/>
<id>urn:sha1:bdc71c9a87b898e4c380c23b2e3e18071312ecde</id>
<content type='text'>
CPU core ID is used to index the core_data[] array. The core ID is, however, not
sequential; 10-core CPUS can have a core ID as high as 25. Increase the limit to
32 to be able to deal with current CPUs.

Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Cc: stable@vger.kernel.org # 3.0+
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Acked-by: Durgadoss R &lt;durgadoss.r@intel.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (coretemp) fix oops on cpu unplug</title>
<updated>2012-05-01T15:18:05Z</updated>
<author>
<name>Kirill A. Shutemov</name>
<email>kirill.shutemov@linux.intel.com</email>
</author>
<published>2012-04-30T13:18:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b704871124b477807966f06789c2b32f2de58bf7'/>
<id>urn:sha1:b704871124b477807966f06789c2b32f2de58bf7</id>
<content type='text'>
coretemp tries to access core_data array beyond bounds on cpu unplug if
core id of the cpu if more than NUM_REAL_CORES-1.

BUG: unable to handle kernel NULL pointer dereference at 000000000000013c
IP: [&lt;ffffffffa00159af&gt;] coretemp_cpu_callback+0x93/0x1ba [coretemp]
PGD 673e5a067 PUD 66e9b3067 PMD 0
Oops: 0000 [#1] SMP
CPU 79
Modules linked in: sunrpc cpufreq_ondemand acpi_cpufreq freq_table mperf bnep bluetooth rfkill ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter nf_conntrack_ipv4 nf_defrag_ipv4 ip6_tables xt_state nf_conntrack coretemp crc32c_intel asix tpm_tis pcspkr usbnet iTCO_wdt i2c_i801 microcode mii joydev tpm i2c_core iTCO_vendor_support tpm_bios i7core_edac igb ioatdma edac_core dca megaraid_sas [last unloaded: oprofile]

Pid: 3315, comm: set-cpus Tainted: G        W    3.4.0-rc5+ #2 QCI QSSC-S4R/QSSC-S4R
RIP: 0010:[&lt;ffffffffa00159af&gt;]  [&lt;ffffffffa00159af&gt;] coretemp_cpu_callback+0x93/0x1ba [coretemp]
RSP: 0018:ffff880472fb3d48  EFLAGS: 00010246
RAX: 0000000000000124 RBX: 0000000000000034 RCX: 00000000ffffffff
RDX: 0000000000000000 RSI: 0000000000000046 RDI: 0000000000000246
RBP: ffff880472fb3d88 R08: ffff88077fcd36c0 R09: 0000000000000001
R10: ffffffff8184bc48 R11: 0000000000000000 R12: ffff880273095800
R13: 0000000000000013 R14: ffff8802730a1810 R15: 0000000000000000
FS:  00007f694a20f720(0000) GS:ffff88077fcc0000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 000000000000013c CR3: 000000067209b000 CR4: 00000000000007e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process set-cpus (pid: 3315, threadinfo ffff880472fb2000, task ffff880471fa0000)
Stack:
 ffff880277b4c308 0000000000000003 ffff880472fb3d88 0000000000000005
 0000000000000034 00000000ffffffd1 ffffffff81cadc70 ffff880472fb3e14
 ffff880472fb3dc8 ffffffff8161f48d ffff880471fa0000 0000000000000034
Call Trace:
 [&lt;ffffffff8161f48d&gt;] notifier_call_chain+0x4d/0x70
 [&lt;ffffffff8107f1be&gt;] __raw_notifier_call_chain+0xe/0x10
 [&lt;ffffffff81059d30&gt;] __cpu_notify+0x20/0x40
 [&lt;ffffffff815fa251&gt;] _cpu_down+0x81/0x270
 [&lt;ffffffff815fa477&gt;] cpu_down+0x37/0x50
 [&lt;ffffffff815fd6a3&gt;] store_online+0x63/0xc0
 [&lt;ffffffff813c7078&gt;] dev_attr_store+0x18/0x30
 [&lt;ffffffff811f02cf&gt;] sysfs_write_file+0xef/0x170
 [&lt;ffffffff81180443&gt;] vfs_write+0xb3/0x180
 [&lt;ffffffff8118076a&gt;] sys_write+0x4a/0x90
 [&lt;ffffffff816236a9&gt;] system_call_fastpath+0x16/0x1b
Code: 48 c7 c7 94 60 01 a0 44 0f b7 ac 10 ac 00 00 00 31 c0 e8 41 b7 5f e1 41 83 c5 02 49 63 c5 49 8b 44 c4 10 48 85 c0 74 56 45 31 ff &lt;39&gt; 58 18 75 4e eb 1f 49 63 d7 4c 89 f7 48 89 45 c8 48 6b d2 28
RIP  [&lt;ffffffffa00159af&gt;] coretemp_cpu_callback+0x93/0x1ba [coretemp]
 RSP &lt;ffff880472fb3d48&gt;
CR2: 000000000000013c

Signed-off-by: Kirill A. Shutemov &lt;kirill.shutemov@linux.intel.com&gt;
Cc: stable@vger.kernel.org # 3.0+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (fam15h_power) Fix pci_device_id array</title>
<updated>2012-04-26T15:40:08Z</updated>
<author>
<name>Guenter Roeck</name>
<email>guenter.roeck@ericsson.com</email>
</author>
<published>2012-04-25T20:44:20Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c3e40a9972428d6e2d8e287ed0233a57a218c30f'/>
<id>urn:sha1:c3e40a9972428d6e2d8e287ed0233a57a218c30f</id>
<content type='text'>
pci_match_id() takes an *array* of IDs which must be properly zero-
terminated.

Reported-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
Cc: stable@vger.kernel.org # 3.0+: 00250ec hwmon: fam15h_power: fix bogus values
Cc: stable@vger.kernel.org # 3.0+
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (ad7314) Fix build warning</title>
<updated>2012-04-23T01:22:53Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-04-20T15:39:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=eae1415dda93fd4edcce0637aa64b3c9b567563f'/>
<id>urn:sha1:eae1415dda93fd4edcce0637aa64b3c9b567563f</id>
<content type='text'>
The following build warning is seen in some configurations.

drivers/hwmon/ad7314.c: In function 'ad7314_show_temperature':
drivers/hwmon/ad7314.c:70: warning: 'data' may be used uninitialized in this function

Fix by overloading the return value from ad7314_spi_read with both data and
error code (the returned data is really u16 and needs to be converted into a
signed value anyway).

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Cc: Jonathan Cameron &lt;jic23@cam.ac.uk&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (ads1015) Fix build warning</title>
<updated>2012-04-18T18:15:50Z</updated>
<author>
<name>Guenter Roeck</name>
<email>guenter.roeck@ericsson.com</email>
</author>
<published>2012-04-09T17:53:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1196573fe493aeeb826468157313ee84ffbc59f3'/>
<id>urn:sha1:1196573fe493aeeb826468157313ee84ffbc59f3</id>
<content type='text'>
The following build warning is seen in some configurations.

drivers/hwmon/ads1015.c: In function 'show_in':
drivers/hwmon/ads1015.c:129: warning: 'in' may be used uninitialized in this function

Fix by separating the register read function from the code converting the result
into mV.

Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Cc: Dirk Eibach &lt;eibach@gdsys.de&gt;
Reviewed-by: Robert Coulson &lt;robert.coulson@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: fam15h_power: fix bogus values with current BIOSes</title>
<updated>2012-04-18T18:15:40Z</updated>
<author>
<name>Andre Przywara</name>
<email>andre.przywara@amd.com</email>
</author>
<published>2012-04-09T22:16:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=00250ec90963b7ef6678438888f3244985ecde14'/>
<id>urn:sha1:00250ec90963b7ef6678438888f3244985ecde14</id>
<content type='text'>
Newer BKDG[1] versions recommend a different initialization value for
the running average range register in the northbridge. This improves
the power reading by avoiding counter saturations resulting in bogus
values for anything below about 80% of TDP power consumption.
Updated BIOSes will have this new value set up from the beginning,
but meanwhile we correct this value ourselves.
This needs to be done on all northbridges, even on those where the
driver itself does not register at.

This fixes the driver on all current machines to provide proper
values for idle load.

[1]
http://support.amd.com/us/Processor_TechDocs/42301_15h_Mod_00h-0Fh_BKDG.pdf
Chapter 3.8: D18F5xE0 Processor TDP Running Average (p. 452)

Signed-off-by: Andre Przywara &lt;andre.przywara@amd.com&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
[guenter.roeck@ericsson.com: Removed unnecessary return statement]
Signed-off-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
Cc: stable@vger.kernel.org # 3.0+
</content>
</entry>
<entry>
<title>hwmon: (pmbus_core) Fix compiler warning</title>
<updated>2012-04-09T19:17:38Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-28T16:14:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d7ee11157f1fce02632e2f3a56b99b2afd9e5f93'/>
<id>urn:sha1:d7ee11157f1fce02632e2f3a56b99b2afd9e5f93</id>
<content type='text'>
Some configurations produce the following compiler warning:

drivers/hwmon/pmbus/pmbus_core.c: In function 'pmbus_show_boolean':
drivers/hwmon/pmbus/pmbus_core.c:752: warning: 'val' may be used uninitialized in this function

While this is a false positive, it can easily be fixed by overloading the return
value from pmbus_get_boolean with both val and error return code (val is a
boolean and thus never negative).

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Reviewed-by: Robert Coulson &lt;robert.coulson@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (smsc47m1) Fix compiler warning</title>
<updated>2012-04-09T19:17:38Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-28T15:55:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1d0045ee4a220872b65147b5b290e4a4852386d9'/>
<id>urn:sha1:1d0045ee4a220872b65147b5b290e4a4852386d9</id>
<content type='text'>
Some configurations produce the following compiler warning:

drivers/hwmon/smsc47m1.c: In function 'sm_smsc47m1_init':
drivers/hwmon/smsc47m1.c:938: warning: 'address' may be used uninitialized in this function

While this is a false positive, it can easily be fixed by overloading the return
value from smsc47m1_find with both address and error return code (the address
is an unsigned short and thus never negative). This also reduces module size by
a few bytes (46 bytes for x86_64).

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Reviewed-by: Robert Coulson &lt;robert.coulson@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (acpi_power_meter) Fix compiler warning seen in some configurations</title>
<updated>2012-04-09T19:17:37Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-28T16:03:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=776cdc11b3b0fc21e34600e22abe1c8209d2f3f0'/>
<id>urn:sha1:776cdc11b3b0fc21e34600e22abe1c8209d2f3f0</id>
<content type='text'>
In some configurations, BUG() does not result in an endless loop but returns
to the caller. This results in the following compiler warning:

drivers/hwmon/acpi_power_meter.c: In function 'show_str':
drivers/hwmon/acpi_power_meter.c:380: warning: 'val' may be used uninitialized in this function

Fix the warning by setting val to an empty string after BUG().

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Reviewed-by: Robert Coulson &lt;robert.coulson@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (smsc47b397) Fix compiler warning</title>
<updated>2012-04-09T19:17:36Z</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2012-03-28T15:35:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8528e07edfc6ac5a793509f305b9c3c4fb3672c0'/>
<id>urn:sha1:8528e07edfc6ac5a793509f305b9c3c4fb3672c0</id>
<content type='text'>
Some configurations produce the following compiler warning:

drivers/hwmon/smsc47b397.c: In function 'smsc47b397_init':
drivers/hwmon/smsc47b397.c:385: warning: 'address' may be used uninitialized in this function

While this is a false positive, it can easily be fixed by overloading the return
value from smsc47b397_find with both address and error return code (the address
is an unsigned short and thus never negative). This also reduces module size by
a few bytes (64 bytes for x86_64).

Cc: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Reviewed-by: Robert Coulson &lt;robert.coulson@ericsson.com&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
</feed>
