<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/hwmon, branch linux-2.6.24.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.24.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.24.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2008-04-19T01:53:22Z</updated>
<entry>
<title>hwmon: (w83781d) Fix I/O resource conflict with PNP</title>
<updated>2008-04-19T01:53:22Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2008-03-09T12:34:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9b3a3637bca1835825c5ec9b8a06207891cc8d24'/>
<id>urn:sha1:9b3a3637bca1835825c5ec9b8a06207891cc8d24</id>
<content type='text'>
upstream commit: 2961cb22ef02850d90e7a12c28a14d74e327df8d

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;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) request only Environment Controller ports</title>
<updated>2008-01-22T12:21:38Z</updated>
<author>
<name>Bjorn Helgaas</name>
</author>
<published>2008-01-22T12:21:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=87b4b6634ac112ddfe7b92aae50eb4bf7b128d1a'/>
<id>urn:sha1:87b4b6634ac112ddfe7b92aae50eb4bf7b128d1a</id>
<content type='text'>
The IT8705F and related parts are Super I/O controllers that contain
many separate devices.

Some BIOSes describe IT8705F I/O port usage under a motherboard device
(PNP0C02) with overlapping regions, e.g., 0x290-0x29f and 0x290-0x294.

The it87 driver supports only the Environment Controller, which requires
only two ISA ports, but it used to request an eight-port range.  If that
range exceeds a range reported by the BIOS, as 0x290-0x297 would, the
request fails, and the it87 driver cannot claim the device.

This patch makes the it87 driver request only the two ports used for the
Environment Controller device.

Systems where this problem has been reported:
    Gigabyte GA-K8N Ultra 9
    Gigabyte M56S-S3
    Gigabyte GA-965G-DS3

Kernel bug reports:
    http://bugzilla.kernel.org/show_bug.cgi?id=9514
    http://lkml.org/lkml/2007/12/4/466

Related change:
    http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a7839e960675b549f06209d18283d5cee2ce9261

    The patch above increases the number of PNP port resources we support.
    Prior to this patch, we ignored some port resources, which masked the
    it87 problem.

Signed-off-by: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (w83627ehf) Be more careful when changing VID input level</title>
<updated>2008-01-03T12:33:31Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2008-01-03T12:33:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=58e6e78119da2bdade9f6f588155f0320072b76b'/>
<id>urn:sha1:58e6e78119da2bdade9f6f588155f0320072b76b</id>
<content type='text'>
The VID input level change has been reported to cause trouble. Be more
careful in this respect:
* Only change the level on the W83627EHF/EHG. The W83627DHG is more
  complex in this respect.
* Don't change the level if the VID pins are in output mode.
* Only set the level to TTL if VRM 9.x is used.

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>HWMON: coretemp, suspend fix</title>
<updated>2007-12-04T06:35:32Z</updated>
<author>
<name>Rafael J. Wysocki</name>
</author>
<published>2007-12-03T17:01:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=561d9a969455cb009bb15b63e1d925dc527e7a9d'/>
<id>urn:sha1:561d9a969455cb009bb15b63e1d925dc527e7a9d</id>
<content type='text'>
It's not permitted to unregister a device after devices have been suspended.
It causes deadlocks to appear on systems with coretemp hwmon loaded.  To avoid
this, we can make coretemp_cpu_callback() do nothing if the _FROZEN bit is set
in action.
 
Also, in other cases it's generally too late to unregister the coretemp device
if the CPU is already dead, so it should be unregistered on CPU_DOWN_PREPARE.
 
Signed-off-by: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Acked-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
Cc: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Cc: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (i5k_amb) Convert macros to C functions</title>
<updated>2007-11-08T13:42:47Z</updated>
<author>
<name>Darrick J. Wong</name>
</author>
<published>2007-10-26T18:55:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59a030a9b7a1bab5bdae57d469583e611759e90b'/>
<id>urn:sha1:59a030a9b7a1bab5bdae57d469583e611759e90b</id>
<content type='text'>
akpm objected to some of the macros, so convert them into functions.

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: (w83781d) Add missing curly braces</title>
<updated>2007-11-08T13:42:47Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2007-10-25T11:11:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7768aa76966f06c4add6ac2b0ef397ff34f3dab0'/>
<id>urn:sha1:7768aa76966f06c4add6ac2b0ef397ff34f3dab0</id>
<content type='text'>
Missing curly braces cause an if statement to be evaluated when it
shouldn't. It happens to be harmless, but that's still worth fixing.
Thanks to Riku Voipio for reporting.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Acked-By: Riku Voipio &lt;riku.voipio@movial.fi&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (abituguru3) Identify ABit IP35 Pro as such</title>
<updated>2007-11-08T13:42:47Z</updated>
<author>
<name>Hans de Goede</name>
</author>
<published>2007-10-24T12:33:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dcbd9f68aea41d22d5bd37468409da33151b4202'/>
<id>urn:sha1:dcbd9f68aea41d22d5bd37468409da33151b4202</id>
<content type='text'>
This patch changes the identification string for motherboards with an id of
0x001A from unknown to "Abit IP35 Pro". Thanks to James Scott who has an Abit
IP35 Pro.

Signed-off-by: Hans de Goede &lt;j.w.r.degoede@hhs.nl&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: (f75375s) pwmX_mode sysfs files writable for f75375 variant</title>
<updated>2007-11-08T13:42:47Z</updated>
<author>
<name>Riku Voipio</name>
</author>
<published>2007-10-26T11:14:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=76e83bef15a11413e9f3da986c6e869a8192675e'/>
<id>urn:sha1:76e83bef15a11413e9f3da986c6e869a8192675e</id>
<content type='text'>
Fix value check in set_pwm_mode(). Instead of checking for chip variant there,
make pwmX_mode sysfs nodes only writable on f75375 variant.

Signed-off-by: Riku Voipio &lt;riku.voipio@movial.fi&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: (f75375s) Allow setting up fans with platform_data</title>
<updated>2007-11-08T13:42:46Z</updated>
<author>
<name>Riku Voipio</name>
</author>
<published>2007-09-26T10:14:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ff312d07c2e1b1482fcc139b8af67ca39e9e98f0'/>
<id>urn:sha1:ff312d07c2e1b1482fcc139b8af67ca39e9e98f0</id>
<content type='text'>
Allow initializing fans on systems where BIOS does not do that by
default.

 - define f75375s_platform_data in new file f75375s.h
 - if platform_data was provided, set fans accordingly in f75375_init()
 - split set_pwm_enable() to a sysfs callback and directly usable
   set_pwm_enable_direct()

Signed-off-by: Riku Voipio &lt;riku.voipio@movial.fi&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (f75375s) Add new style bindings</title>
<updated>2007-11-08T13:42:46Z</updated>
<author>
<name>Riku Voipio</name>
</author>
<published>2007-10-16T09:46:49Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=620c142db20477149bf04c7e8e8fde70d608e8c7'/>
<id>urn:sha1:620c142db20477149bf04c7e8e8fde70d608e8c7</id>
<content type='text'>
Following the example of David Brownell's work on lm75:

 - Create a second driver struct, using new-style driver binding methods.

 - Rename the old driver struct as f75375_legacy_driver.

 - Make the legacy bind/unbind logic delegate all its work.

Signed-off-by: Riku Voipio &lt;riku.voipio@movial.fi&gt;
Signed-off-by: Mark M. Hoffman &lt;mhoffman@lightlink.com&gt;
</content>
</entry>
</feed>
