<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/hwmon/it87.c, branch v6.3.2</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v6.3.2</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v6.3.2'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2023-03-22T02:14:55+00:00</updated>
<entry>
<title>hwmon (it87): Fix voltage scaling for chips with 10.9mV  ADCs</title>
<updated>2023-03-22T02:14:55+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-03-18T08:05:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=968b66ffeb7956acc72836a7797aeb7b2444ec51'/>
<id>urn:sha1:968b66ffeb7956acc72836a7797aeb7b2444ec51</id>
<content type='text'>
Fix voltage scaling for chips that have 10.9mV ADCs, where scaling was
not performed.

Fixes: ead8080351c9 ("hwmon: (it87) Add support for IT8732F")
Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230318080543.1226700-2-frank@crawford.emu.id.au
[groeck: Update subject and description to focus on bug fix]
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Add new chipset IT87952E</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d44cb4cd7456b6eef2689fdfed7bf361ffc8e5ce'/>
<id>urn:sha1:d44cb4cd7456b6eef2689fdfed7bf361ffc8e5ce</id>
<content type='text'>
Add IT87952E, a new chip ID (DEV ID 0x8695), which appears to be an
updated version of the IT8792E and takes the same configuration.

The model name comes from the model name printed on the chip.

There is no datasheet publicly available.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-7-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Allow multiple chip IDs for force_id</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2a64e9d4451758fe4e1dc9106177b3b937b8c186'/>
<id>urn:sha1:2a64e9d4451758fe4e1dc9106177b3b937b8c186</id>
<content type='text'>
Extend the force_id module parameter to allow specifying one or both
chip IDs separately.  If only a single parameter is given it defaults
to using that value for all chips, similar to previous usage.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-6-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Add chip_id in some info message</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f09c7965053e1608e508e9e2c18b1d77b350cff1'/>
<id>urn:sha1:f09c7965053e1608e508e9e2c18b1d77b350cff1</id>
<content type='text'>
In cases where there are multiple chips, print out which chip is
referred to, in the informational message.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-5-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) List full chip model name</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1f21531d4f42360971a6ebf9d3a4f20a2f4b3be1'/>
<id>urn:sha1:1f21531d4f42360971a6ebf9d3a4f20a2f4b3be1</id>
<content type='text'>
ITE model names do not always match the chip ID.

Convert from just adding a suffix to specifying the full model name.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-4-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Disable configuration exit for certain chips</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e114737850668d4e14be4460e8aa45e668b87b80'/>
<id>urn:sha1:e114737850668d4e14be4460e8aa45e668b87b80</id>
<content type='text'>
IT8790E and IT8792E/IT8795E have been identified as chips that can have
issues when disabling configuration mode.

Set to never exit configuration mode.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-3-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Allow disabling exiting of configuration mode</title>
<updated>2023-02-03T15:30:11+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-28T06:03:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4119693bd260dabbbf34abf262ece477bc3ed57c'/>
<id>urn:sha1:4119693bd260dabbbf34abf262ece477bc3ed57c</id>
<content type='text'>
Disabling configuration mode on some chips can result in system
hang-ups and access failures to the Super-IO chip at the
second SIO address. Never exit configuration mode on these
chips to avoid the problem.

This patch should be applied in conjunction with a previous one to
initialise the second chip for certain mother boards.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230128060308.1549707-2-frank@crawford.emu.id.au
[groeck: Change feature bit from 28 to 19 to be continuous]
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Group all related MODULE_PARM definitions together</title>
<updated>2023-02-03T15:30:10+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-21T08:57:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b361a1cf624546c9ce71c68066b809b9490e0267'/>
<id>urn:sha1:b361a1cf624546c9ce71c68066b809b9490e0267</id>
<content type='text'>
Group the MODULE_PARM definitions together to make them easier for
future maintenance, rather than having them spread across the file.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230121085754.1693336-2-frank@crawford.emu.id.au
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Set second Super-IO chip in configuration mode</title>
<updated>2023-02-03T15:30:10+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-04T06:09:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ff9dedd2da87bb22fd687ef731c1114b82343f89'/>
<id>urn:sha1:ff9dedd2da87bb22fd687ef731c1114b82343f89</id>
<content type='text'>
On various Gigabyte AM4 boards (AB350, AX370), the second Super-IO chip
(IT8792E) needs to be in configuration mode before accessing the first
due to a bug in IT8792E which otherwise results in LPC bus access errors.
This needs to be done before accessing the first Super-IO chip since
the second chip may have been accessed prior to loading this driver.

The problem is also reported to affect IT8795E, which is used on X299
boards and has the same chip ID as IT8792E (0x8733). It also appears
to affect systems with IT8790E, which is used on some Z97X-Gaming boards
as well as Z87X-OC, and other more recent Gigabyte boards.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230104060926.619686-3-frank@crawford.emu.id.au
[groeck: Made description pass checkpatch]
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (it87) Allow calling __superio_enter outside muxed region</title>
<updated>2023-02-03T15:30:10+00:00</updated>
<author>
<name>Frank Crawford</name>
<email>frank@crawford.emu.id.au</email>
</author>
<published>2023-01-04T06:09:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d47e377c7b27e656cdf1dfd7297a195d3e68cd2b'/>
<id>urn:sha1:d47e377c7b27e656cdf1dfd7297a195d3e68cd2b</id>
<content type='text'>
Allow for superio_enter to be called without requesting the muxed memory
region, in particular for initialisation of the second chipset, which must
be put into configuration mode, but without an associated call to leave
configuration mode.

Signed-off-by: Frank Crawford &lt;frank@crawford.emu.id.au&gt;
Link: https://lore.kernel.org/r/20230104060926.619686-2-frank@crawford.emu.id.au
[groeck: Clarified subject]
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
</feed>
