<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/hwmon/jc42.c, branch linux-4.16.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-4.16.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-4.16.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2017-11-30T21:12:44+00:00</updated>
<entry>
<title>hwmon: (jc42) optionally try to disable the SMBUS timeout</title>
<updated>2017-11-30T21:12:44+00:00</updated>
<author>
<name>Peter Rosin</name>
<email>peda@axentia.se</email>
</author>
<published>2017-11-27T16:31:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=68615eb01f82256c19e41967bfb3eef902f77033'/>
<id>urn:sha1:68615eb01f82256c19e41967bfb3eef902f77033</id>
<content type='text'>
With a nxp,se97 chip on an atmel sama5d31 board, the I2C adapter driver
is not always capable of avoiding the 25-35 ms timeout as specified by
the SMBUS protocol. This may cause silent corruption of the last bit of
any transfer, e.g. a one is read instead of a zero if the sensor chip
times out. This also affects the eeprom half of the nxp-se97 chip, where
this silent corruption was originally noticed. Other I2C adapters probably
suffer similar issues, e.g. bit-banging comes to mind as risky...

The SMBUS register in the nxp chip is not a standard Jedec register, but
it is not special to the nxp chips either, at least the atmel chips
have the same mechanism. Therefore, do not special case this on the
manufacturer, it is opt-in via the device property anyway.

Cc: stable@vger.kernel.org # 4.9+
Signed-off-by: Peter Rosin &lt;peda@axentia.se&gt;
Acked-by: Rob Herring &lt;robh@kernel.org&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add support for CAT34TS02C</title>
<updated>2017-08-13T15:24:38+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2017-07-16T02:41:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=99b981b23b8585ab8cd86a24178f03f17f2f6109'/>
<id>urn:sha1:99b981b23b8585ab8cd86a24178f03f17f2f6109</id>
<content type='text'>
CAT34TS02C is similar to CAT34TS02 but has a different device ID.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add support for GT30TS00, GT34TS02, and CAT34TS04</title>
<updated>2017-08-13T15:24:38+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2017-07-15T23:35:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=568003cefe720b61e799a511257159392881844f'/>
<id>urn:sha1:568003cefe720b61e799a511257159392881844f</id>
<content type='text'>
Giantec GT30TS00 GT30TS00 and GT34TS02 as well as ONS CAT34TS04
are used on DDR4 DIMMs.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Convert to use new hwmon registration API</title>
<updated>2016-09-09T04:34:18+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2016-07-03T04:40:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fcc448cfe48ed7a74a299709457b32a7e5ca663a'/>
<id>urn:sha1:fcc448cfe48ed7a74a299709457b32a7e5ca663a</id>
<content type='text'>
Simplify code and reduce code size by using the new hwmon
registration API.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add support for generic JC-42.4 devicetree binding</title>
<updated>2016-07-12T21:24:20+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2016-07-02T16:05:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=803deccec2513379ff0873a386d955af6f43d005'/>
<id>urn:sha1:803deccec2513379ff0873a386d955af6f43d005</id>
<content type='text'>
With this change, JC-42.4 compatible temperature sensors can be configured
in devicetree by providing a generic "jedec,jc-42.4-temp" binding.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add I2C_CLASS_HWMON to detection class</title>
<updated>2016-07-04T23:27:48+00:00</updated>
<author>
<name>Alison Schofield</name>
<email>amsfield22@gmail.com</email>
</author>
<published>2016-07-04T19:19:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=eacc48ce3accfc9092594794b009a40f91331b0e'/>
<id>urn:sha1:eacc48ce3accfc9092594794b009a40f91331b0e</id>
<content type='text'>
In 2011, commit 774466add7c ("hwmon: (jc42) Change detection class")
changed the detection class of these chips to I2C_CLASS_SPD based
on this premise: "makes more sense because these chips always live on
memory modules"

Today these chips have applications beyond memory modules. Examples are
JC42.4 compatible chips such as MCP9804 and MCP9808, but also MCP9805,
which is marked as JC42.4 compliant and suggested for use not only for
DIMMS, but also as generic temperature sensor.

Add I2C_CLASS_HWMON as an additional detection class to allow detection
by hwmon class i2c adapters.

Signed-off-by: Alison Schofield &lt;amsfield22@gmail.com&gt;
Cc: Daniel Baluta &lt;daniel.baluta@gmail.com&gt;
[groeck: Updated description]
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add support for Microchip MCP9808 temperature sensor</title>
<updated>2016-06-28T01:58:04+00:00</updated>
<author>
<name>Alison Schofield</name>
<email>amsfield22@gmail.com</email>
</author>
<published>2016-06-28T00:23:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a31887dc9be1a65cde2562ed10e7fbf5c82581a2'/>
<id>urn:sha1:a31887dc9be1a65cde2562ed10e7fbf5c82581a2</id>
<content type='text'>
MCP9808 is not officially compliant to JC-42, similar to MCP9804,
but its registers are compatible to JC-42.

Signed-off-by: Alison Schofield &lt;amsfield22@gmail.com&gt;
Cc: Daniel Baluta &lt;daniel.baluta@gmail.com&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Add support for additional IDT temperature sensors</title>
<updated>2015-03-09T16:59:35+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2015-02-02T01:20:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=0ea2f1db8e6888029b781bbaf68547e2e0996402'/>
<id>urn:sha1:0ea2f1db8e6888029b781bbaf68547e2e0996402</id>
<content type='text'>
TS3000GB0 has a new device ID (0x2913). Since IDT's datasheets suggest
that the upper 8 bit of the device ID reflect the chip ID and the lower
8 bit reflect the version number, modify the code to accept all chips
with ID 0x29xx.

Also add support for TS3001 and TSE2004.

Some of the datasheets for older chips are no longer available from
the IDT web site, so replace explicit links in the documentation with
a generic note.

Reviewed-by: Jean Delvare &lt;jdelvare@suse.de&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Allow negative hysteresis temperatures</title>
<updated>2015-01-26T05:24:00+00:00</updated>
<author>
<name>Jean Delvare</name>
<email>jdelvare@suse.de</email>
</author>
<published>2015-01-23T09:27:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=9130880a1c2de115d4a3af0f78b2a437a77a1b7e'/>
<id>urn:sha1:9130880a1c2de115d4a3af0f78b2a437a77a1b7e</id>
<content type='text'>
The driver supports negative high and critical limits, it can return
negative hysteresis values, so there is no good reason to not let the
user write negative hysteresis values.

Signed-off-by: Jean Delvare &lt;jdelvare@suse.de&gt;
Cc: Guenter Roeck &lt;linux@roeck-us.net&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
</content>
</entry>
<entry>
<title>hwmon: (jc42) Fix integer overflow when writing hysteresis value</title>
<updated>2015-01-26T05:23:59+00:00</updated>
<author>
<name>Guenter Roeck</name>
<email>linux@roeck-us.net</email>
</author>
<published>2015-01-19T17:16:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e2c26f058e31619b548046b84fe2c2116cb5016f'/>
<id>urn:sha1:e2c26f058e31619b548046b84fe2c2116cb5016f</id>
<content type='text'>
Subtracting an unsigned long from a signed value causes an overflow with large
values. Use clamp_val() to reduce the number range prior to subtracting it
from the temperature limit.

Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
Reviewed-by: Jean Delvare &lt;jdelvare@suse.de&gt;
</content>
</entry>
</feed>
