<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/hwmon, branch v2.6.25</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/hwmon?h=v2.6.25</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/hwmon?h=v2.6.25'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-03-27T12:40:41Z</updated>
<entry>
<title>hwmon: (w83781d) Fix I/O resource conflict with PNP</title>
<updated>2008-03-27T12:40:41Z</updated>
<author>
<name>Jean Delvare</name>
<email>khali@linux-fr.org</email>
</author>
<published>2008-03-09T12:34:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2961cb22ef02850d90e7a12c28a14d74e327df8d'/>
<id>urn:sha1:2961cb22ef02850d90e7a12c28a14d74e327df8d</id>
<content type='text'>
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 makes the request
(and thus the detection) fail.

This fixes lm-sensors ticket #2306:
http://www.lm-sensors.org/ticket/2306

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>ibmpex: report temperatures in mC, not C</title>
<updated>2008-03-20T01:53:36Z</updated>
<author>
<name>Darrick J. Wong</name>
<email>djwong@us.ibm.com</email>
</author>
<published>2008-03-20T00:00:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ffda6857c87fbe3ab144ff3f34b89421eed048cf'/>
<id>urn:sha1:ffda6857c87fbe3ab144ff3f34b89421eed048cf</id>
<content type='text'>
ibmpex's temperature sensors report incorrect units.  Apply a conversion
factor so that tempertures report correctly.  Until now, no systems seemed to
report temperatures this way, but evidently QS2x blades do.

Signed-off-by: Darrick J. Wong &lt;djwong@us.ibm.com&gt;
Cc: "Mark M. Hoffman" &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ibmpex: update Kconfig to list more supported models</title>
<updated>2008-03-20T01:53:35Z</updated>
<author>
<name>Darrick J. Wong</name>
<email>djwong@us.ibm.com</email>
</author>
<published>2008-03-20T00:00:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3d960a99ab1dcf6f395b883c5cca01c2dc150451'/>
<id>urn:sha1:3d960a99ab1dcf6f395b883c5cca01c2dc150451</id>
<content type='text'>
Enhanced the list of supported machines.

Signed-off-by: Darrick J. Wong &lt;djwong@us.ibm.com&gt;
Cc: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ibmpex: correct power use multipliers for QS2x blade</title>
<updated>2008-03-20T01:53:35Z</updated>
<author>
<name>Darrick J. Wong</name>
<email>djwong@us.ibm.com</email>
</author>
<published>2008-03-20T00:00:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=df9cb0339f2c213bea5480464fa669ed4add7445'/>
<id>urn:sha1:df9cb0339f2c213bea5480464fa669ed4add7445</id>
<content type='text'>
The QS2x blades ships with v2.54 of the firmware, which use the same
multiplier for all power meters.

Signed-off-by: Darrick J. Wong &lt;djwong@us.ibm.com&gt;
Cc: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>hwmon: normal_i2c arrays should be const</title>
<updated>2008-02-19T02:58:15Z</updated>
<author>
<name>Mark M. Hoffman</name>
<email>mhoffman@lightlink.com</email>
</author>
<published>2008-02-18T03:28:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=25e9c86d5a6d82ea45eb680fc66bf73ac5e50dff'/>
<id>urn:sha1:25e9c86d5a6d82ea45eb680fc66bf73ac5e50dff</id>
<content type='text'>
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: New driver for Analog Devices ADT7473 sensor chip</title>
<updated>2008-02-19T02:51:29Z</updated>
<author>
<name>Darrick J. Wong</name>
<email>djwong@us.ibm.com</email>
</author>
<published>2008-02-18T21:33:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=57df46d6d9ccd6ced95f169020f79ae637423087'/>
<id>urn:sha1:57df46d6d9ccd6ced95f169020f79ae637423087</id>
<content type='text'>
This driver reports voltage, temperature and fan sensor readings
on an ADT7473 chip.

Signed-off-by: Darrick J. Wong &lt;djwong@us.ibm.com&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (coretemp) Add Penryn CPU to coretemp</title>
<updated>2008-02-18T03:08:37Z</updated>
<author>
<name>Rudolf Marek</name>
<email>r.marek@assembler.cz</email>
</author>
<published>2008-01-17T23:50:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ae770152c801f10a91e5e86597a39b5f9ccf2d0d'/>
<id>urn:sha1:ae770152c801f10a91e5e86597a39b5f9ccf2d0d</id>
<content type='text'>
This patch adds support for family 0x17, which has Penryn Core. It should also
cover the 8 cores Xeons.

Can someone test please? I think it should work.

Signed-off-by: Rudolf Marek &lt;r.marek@assembler.cz&gt;
Acked-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (coretemp) Add TjMax detection for mobile CPUs</title>
<updated>2008-02-18T02:57:28Z</updated>
<author>
<name>Rudolf Marek</name>
<email>r.marek@assembler.cz</email>
</author>
<published>2008-02-17T21:59:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=118a88718886a6cb7fb2cf7fb77ef2eea30c73a1'/>
<id>urn:sha1:118a88718886a6cb7fb2cf7fb77ef2eea30c73a1</id>
<content type='text'>
Following patch will finally solve the detection of Intel Mobile CPUs which
share same CPUID with Desktop/Server CPUs. We need this information to test
some bit so we know if TjMax is 100C or 85C. Intel claims this works for mobiles
only, respect that and set for desktops the TjMax to 100C. Intel provided some
table on their wiki based on my chat with them at:
http://softwarecommunity.intel.com/isn/Community/en-US/forums/30247249/ShowThread.aspx#30247249

Signed-off-by: Rudolf Marek &lt;r.marek@assembler.cz&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (applesmc) sensors set for MacBook2</title>
<updated>2008-02-17T20:04:14Z</updated>
<author>
<name>Riki Oktarianto</name>
<email>rkoktarianto@gmail.com</email>
</author>
<published>2008-02-05T07:41:58Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cd19ba1391f93bc3741d298667c074d2d3fcc9fd'/>
<id>urn:sha1:cd19ba1391f93bc3741d298667c074d2d3fcc9fd</id>
<content type='text'>
On my mid-2007 MacBook2, reading Ts0P sensor always failed with this message:
applesmc: wait status failed: 5 != 50.

So I assume that there's no such Ts0p sensor in this model (please confirm,
anyone). If there's the case, then we need a new set of sensors defined for
MacBook2.

Signed-off-by: Riki Oktarianto &lt;rkoktarianto@gmail.com&gt;
Cc: Nicolas Boichat &lt;nicolas@boichat.ch&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (thmc50) Storage class should be before const qualifier</title>
<updated>2008-02-17T17:11:50Z</updated>
<author>
<name>Tobias Klauser</name>
<email>tklauser@distanz.ch</email>
</author>
<published>2008-02-17T14:39:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5910a9b2b1ff6205b39e5e03fdfd0ddb2a78386a'/>
<id>urn:sha1:5910a9b2b1ff6205b39e5e03fdfd0ddb2a78386a</id>
<content type='text'>
The C99 specification states in section 6.11.5:

The placement of a storage-class specifier other than at the
beginning of the declaration specifiers in a declaration is an
obsolescent feature.

Signed-off-by: Tobias Klauser &lt;tklauser@distanz.ch&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
</feed>
