<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/hwmon/it87.c, branch linux-2.6.37.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-12-08T15:27:22Z</updated>
<entry>
<title>hwmon: (it87) Fix manual fan speed control on IT8721F</title>
<updated>2010-12-08T15:27:22Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-12-08T15:27:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6229cdb23648d0c2875b3fb102cdaf4bf08fcfa4'/>
<id>urn:sha1:6229cdb23648d0c2875b3fb102cdaf4bf08fcfa4</id>
<content type='text'>
The manual fan speed control logic of the IT8721F is much different
from what older devices had. Update the code to properly support that.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Acked-by: Guenter Roeck &lt;guenter.roeck@ericsson.com&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Add support for the IT8721F/IT8758E</title>
<updated>2010-10-28T18:31:51Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-10-28T18:31:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=44c1bcd4bcde32b2a31a6775a277706ab489c0dc'/>
<id>urn:sha1:44c1bcd4bcde32b2a31a6775a277706ab489c0dc</id>
<content type='text'>
Add support for the IT8721F/IT8758E. These new chips differ from the
older IT87xxF chips in the following ways:
* ADC LSB is 12 mV instead of 16 mV.
* PWM values are 8-bit instead of 7-bit.
There are other minor changes we don't have to care about in the
driver.

Another change is that we will handle internal voltage scaling in the
driver instead of delegating the work to user-space.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Move conversion functions</title>
<updated>2010-10-28T18:31:51Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-10-28T18:31:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0df6454da937548594774788b009616ed27607ed'/>
<id>urn:sha1:0df6454da937548594774788b009616ed27607ed</id>
<content type='text'>
Move conversion functions until after structure defintions. This is
needed for future changes which make use of the structures in the
conversion funtcions.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Export labels for internal sensors</title>
<updated>2010-08-14T19:08:50Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-08-14T19:08:50Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=738e5e05362bdbb31dbc270d31005c12cec8dbb2'/>
<id>urn:sha1:738e5e05362bdbb31dbc270d31005c12cec8dbb2</id>
<content type='text'>
Some voltage sensors can be wired internally to the IT87xxF chip's own
power supply channels. In that case, we can inform user-space that the
wiring is known by exporting proper labels for these sensors.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Fix in7 on IT8720F</title>
<updated>2010-07-09T14:22:48Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-07-09T14:22:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=436cad2a41a40c6c32bd9152b63d17eeb1f7c99b'/>
<id>urn:sha1:436cad2a41a40c6c32bd9152b63d17eeb1f7c99b</id>
<content type='text'>
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 &lt;khali@linux-fr.org&gt;
Cc: Jean-Marc Spaggiari &lt;jean-marc@spaggiari.org&gt;
Cc: stable@kernel.org
</content>
</entry>
<entry>
<title>hwmon: (it87) Invalidate cache on temperature sensor change</title>
<updated>2010-04-14T14:14:10Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-04-14T14:14:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2b3d1d87eaabf422a42440351ff3be1792d35852'/>
<id>urn:sha1:2b3d1d87eaabf422a42440351ff3be1792d35852</id>
<content type='text'>
When any temperature sensor type is changed, the corresponding
temperature value needs to be updated. The register caching mechanism
may delay this update, so we want to invalidate the cache to force an
immediate update.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Properly handle wrong sensor type requests</title>
<updated>2010-04-14T14:14:09Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-04-14T14:14:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8acf07c5a7674e53f2d320d540aec5d714b105cf'/>
<id>urn:sha1:8acf07c5a7674e53f2d320d540aec5d714b105cf</id>
<content type='text'>
Currently, if someone tries to set the thermal sensor type to an
unsupported value, subsequent accesses to the chip may temporarily
show the sensor in question as disabled. Use a temporary variable
and only update the cached value on success, to prevent such
confusion.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Don't arbitrarily enable temperature channels</title>
<updated>2010-04-14T14:14:09Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-04-14T14:14:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a00afb97e23fd904b12a3f4de3237d8ab2f68738'/>
<id>urn:sha1:a00afb97e23fd904b12a3f4de3237d8ab2f68738</id>
<content type='text'>
Temperature channels can be used in 2 different modes (thermistor and
thermal diode) and we don't know which one, if any, is correct for
every given board. So don't arbitrarily choose one. Instead, leave the
temperature channels untouched. They can be configured from user-space
if needed anyway.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Validate auto pwm settings</title>
<updated>2010-03-05T21:17:21Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-03-05T21:17:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cccfc9c4bb3c7888f8249b36e08d6e115238c613'/>
<id>urn:sha1:cccfc9c4bb3c7888f8249b36e08d6e115238c613</id>
<content type='text'>
Before switching to automatic fan control mode, make sure that all the
trip points make sense. Otherwise, the control loop could lead to
weird fan behavior.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Add support for old automatic fan speed control</title>
<updated>2010-03-05T21:17:21Z</updated>
<author>
<name>Jean Delvare</name>
</author>
<published>2010-03-05T21:17:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4f3f51bc21d434f8d91a79438a1957ec0baa9e30'/>
<id>urn:sha1:4f3f51bc21d434f8d91a79438a1957ec0baa9e30</id>
<content type='text'>
Add support for the automatic fan speed control interface as
implemented by IT8705F chips up to revision F and IT8712F chips up to
revision G. This implementation fits very well in our standard sysfs
interface.

I implemented the old and not the new interface because the only chip
I have at hand is an old one, and the new interface is more difficult
to map to the standard sysfs interface. Adding support later should be
possible though, if someone with a supported chip is interested.

Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
</content>
</entry>
</feed>
