<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/base/regmap/regmap.c, branch v4.4.151</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v4.4.151</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v4.4.151'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2018-04-24T07:32:06+00:00</updated>
<entry>
<title>regmap: Fix reversed bounds check in regmap_raw_write()</title>
<updated>2018-04-24T07:32:06+00:00</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2018-02-08T07:23:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d8ad6cb0222cb8ef107af59e574614d5bd447a55'/>
<id>urn:sha1:d8ad6cb0222cb8ef107af59e574614d5bd447a55</id>
<content type='text'>
commit f00e71091ab92eba52122332586c6ecaa9cd1a56 upstream.

We're supposed to be checking that "val_len" is not too large but
instead we check if it is smaller than the max.

The only function affected would be regmap_i2c_smbus_i2c_write() in
drivers/base/regmap/regmap-i2c.c.  Strangely that function has its own
limit check which returns an error if (count &gt;= I2C_SMBUS_BLOCK_MAX) so
it doesn't look like it has ever been able to do anything except return
an error.

Fixes: c335931ed9d2 ("regmap: Add raw_write/read checks for max_raw_write/read sizes")
Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regmap/topic/atomic', 'regmap/topic/debugfs' and 'regmap/topic/irq-hdr' into regmap-next</title>
<updated>2015-10-12T18:25:07+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-10-12T18:25:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d4a1a317e7478b70e18b9cc8eac7d29090121b6e'/>
<id>urn:sha1:d4a1a317e7478b70e18b9cc8eac7d29090121b6e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>regmap: Allow installing custom reg_update_bits function</title>
<updated>2015-10-06T15:12:34+00:00</updated>
<author>
<name>Jon Ringle</name>
<email>jringle@gridpoint.com</email>
</author>
<published>2015-10-01T16:38:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=77792b11409c9270d98e604b4314b85ce886ac7d'/>
<id>urn:sha1:77792b11409c9270d98e604b4314b85ce886ac7d</id>
<content type='text'>
This commit allows installing a custom reg_update_bits function for cases where
the hardware provides a mechanism to set or clear register bits without a
read/modify/write cycle. Such is the case with the Microchip ENCX24J600.

If a custom reg_update_bits function is provided, it will only be used against
volatile registers.

Signed-off-by: Jon Ringle &lt;jringle@gridpoint.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regmap: Allocate buffers with GFP_ATOMIC when fast_io == true</title>
<updated>2015-09-14T18:49:26+00:00</updated>
<author>
<name>Stephen Boyd</name>
<email>sboyd@codeaurora.org</email>
</author>
<published>2015-09-11T23:37:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b4a21fc275e99fc63c77b30da92ee497f8a7bdb6'/>
<id>urn:sha1:b4a21fc275e99fc63c77b30da92ee497f8a7bdb6</id>
<content type='text'>
If a regmap is using fast_io, allocate the scratch buffer in
regmap_bulk_write() with GFP_ATOMIC instead of GFP_KERNEL.
Otherwise we may schedule while atomic.

Reported-by: Abhijeet Dharmapurikar &lt;adharmap@codeaurora.org&gt;
Signed-off-by: Stephen Boyd &lt;sboyd@codeaurora.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regmap/topic/lockdep' and 'regmap/topic/seq-delay' into regmap-next</title>
<updated>2015-09-04T16:22:10+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-09-04T16:22:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=072502a67c9164625288cca17704808e6c06273f'/>
<id>urn:sha1:072502a67c9164625288cca17704808e6c06273f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regmap/topic/debugfs' and 'regmap/topic/force-update' into regmap-next</title>
<updated>2015-09-04T16:22:09+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-09-04T16:22:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=84fb9015d20dc12a2d36f7d775700a53cc45ad90'/>
<id>urn:sha1:84fb9015d20dc12a2d36f7d775700a53cc45ad90</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'regmap/topic/core' into regmap-next</title>
<updated>2015-09-04T16:22:08+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-09-04T16:22:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a458a6d411b86de7a2a8e51f9016cf017d5ed545'/>
<id>urn:sha1:a458a6d411b86de7a2a8e51f9016cf017d5ed545</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'regmap/fix/raw' into regmap-linus</title>
<updated>2015-09-04T16:22:07+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-09-04T16:22:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f74741615368af1b8401be4b7a6f0b9ccbc2420a'/>
<id>urn:sha1:f74741615368af1b8401be4b7a6f0b9ccbc2420a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge branch 'topic/smbus-block' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap into regmap-core</title>
<updated>2015-09-04T16:16:39+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2015-09-04T16:16:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=04782ca20a8ebb5acf0c35756a38964ae5ea7321'/>
<id>urn:sha1:04782ca20a8ebb5acf0c35756a38964ae5ea7321</id>
<content type='text'>
</content>
</entry>
<entry>
<title>regmap: fix a NULL pointer dereference in __regmap_init</title>
<updated>2015-08-31T10:38:36+00:00</updated>
<author>
<name>Sergey SENOZHATSKY</name>
<email>sergey.senozhatsky.work@gmail.com</email>
</author>
<published>2015-08-31T09:54:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=17649c90ff4c5246bb4babf6260029968a6d119d'/>
<id>urn:sha1:17649c90ff4c5246bb4babf6260029968a6d119d</id>
<content type='text'>
__regmap_init() may receive a NULL `struct regmap_bus *bus' pointer,
for example, from snd_hdac_regmap_init(), and it make sure that it
does not NULL deference `bus`, except around -&gt;max_raw_read and
-&gt;max_raw_write initialisation. Add missing check.

Signed-off-by: Sergey Senozhatsky &lt;sergey.senozhatsky@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
