linux-stable.git/drivers/base/regmap/regmap.c, branch linux-3.17.y Linux kernel stable tree regmap: fix possible ZERO_SIZE_PTR pointer dereferencing error. 2014-10-30T16:43:07+00:00 Xiubo Li Li.Xiubo@freescale.com 2014-09-28T09:09:54+00:00 cd487ab059f0875c892e5ffbcff97ca88dc6ff33 commit d6b41cb06044a7d895db82bdd54f6e4219970510 upstream. Since we cannot make sure the 'val_count' will always be none zero here, and then if it equals to zero, the kmemdup() will return ZERO_SIZE_PTR, which equals to ((void *)16). So this patch fix this with just doing the zero check before calling kmemdup(). Signed-off-by: Xiubo Li <Li.Xiubo@freescale.com> Signed-off-by: Mark Brown <broonie@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 
commit d6b41cb06044a7d895db82bdd54f6e4219970510 upstream.

Since we cannot make sure the 'val_count' will always be none zero
here, and then if it equals to zero, the kmemdup() will return
ZERO_SIZE_PTR, which equals to ((void *)16).

So this patch fix this with just doing the zero check before calling
kmemdup().

Signed-off-by: Xiubo Li <Li.Xiubo@freescale.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
regmap: fix NULL pointer dereference in _regmap_write/read 2014-10-30T16:43:07+00:00 Pankaj Dubey pankaj.dubey@samsung.com 2014-09-27T04:17:55+00:00 a574c3b4ef8fbdc2cd28f209115e458563c79d84 commit 5336be8416a71b5568d2cf54a2f2066abe9f2a53 upstream. If LOG_DEVICE is defined and map->dev is NULL it will lead to NULL pointer dereference. This patch fixes this issue by adding check for dev->NULL in all such places in regmap.c Signed-off-by: Pankaj Dubey <pankaj.dubey@samsung.com> Signed-off-by: Mark Brown <broonie@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 
commit 5336be8416a71b5568d2cf54a2f2066abe9f2a53 upstream.

If LOG_DEVICE is defined and map->dev is NULL it will lead to NULL
pointer dereference. This patch fixes this issue by adding check for
dev->NULL in all such places in regmap.c

Signed-off-by: Pankaj Dubey <pankaj.dubey@samsung.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
regmap: Fix handling of volatile registers for format_write() chips 2014-08-26T17:34:26+00:00 Mark Brown broonie@linaro.org 2014-08-26T11:12:17+00:00 5844a8b9d98ec11ce1d77610daacf3f0a0e14715 A previous over-zealous factorisation of code means that we only treat registers as volatile if they are readable. For most devices this is fine since normally most registers can be read and volatility implies readability but for format_write() devices where there is no readback from the hardware and we use volatility to mean simply uncacheability this means that we end up treating all registers as cacheble. A bigger refactoring of the code to clarify this is in order but as a fix make a minimal change and only check readability when checking volatility if there is no format_write() operation defined for the device. Signed-off-by: Mark Brown <broonie@linaro.org> Tested-by: Lars-Peter Clausen <lars@metafoo.de> Cc: stable@vger.kernel.org 
A previous over-zealous factorisation of code means that we only treat
registers as volatile if they are readable. For most devices this is fine
since normally most registers can be read and volatility implies
readability but for format_write() devices where there is no readback from
the hardware and we use volatility to mean simply uncacheability this means
that we end up treating all registers as cacheble.

A bigger refactoring of the code to clarify this is in order but as a fix
make a minimal change and only check readability when checking volatility
if there is no format_write() operation defined for the device.

Signed-off-by: Mark Brown <broonie@linaro.org>
Tested-by: Lars-Peter Clausen <lars@metafoo.de>
Cc: stable@vger.kernel.org
regmap: Allow regmap_get_device() to be used by modules 2014-07-25T17:30:31+00:00 Mark Brown broonie@linaro.org 2014-07-25T17:30:31+00:00 fa2fbe4a981a70866d20cee62af0d89eb6b6027e Signed-off-by: Mark Brown <broonie@linaro.org> 
Signed-off-by: Mark Brown <broonie@linaro.org>
regmap: Add regmap_get_device 2014-07-25T17:29:28+00:00 Tuomas Tynkkynen ttynkkynen@nvidia.com 2014-07-21T15:38:47+00:00 8d7d3972a9ae962bbf8ce49c83f4a40082708f69 Add a new function regmap_get_device to obtain the underlying struct device from a regmap. Signed-off-by: Tuomas Tynkkynen <ttynkkynen@nvidia.com> Signed-off-by: Mark Brown <broonie@linaro.org> 
Add a new function regmap_get_device to obtain the underlying struct
device from a regmap.

Signed-off-by: Tuomas Tynkkynen <ttynkkynen@nvidia.com>
Signed-off-by: Mark Brown <broonie@linaro.org>
Merge remote-tracking branch 'regmap/topic/smbus' into regmap-next 2014-06-02T16:07:42+00:00 Mark Brown broonie@linaro.org 2014-06-02T16:07:42+00:00 ef98ae45e6b3ea17d3ed27cec9afdd7e46f916ae 






Merge remote-tracking branches 'regmap/topic/irq', 'regmap/topic/le', 'regmap/topic/mmio' and 'regmap/topic/rbtree' into regmap-next
2014-06-02T16:07:39+00:00

Mark Brown
broonie@linaro.org

2014-06-02T16:07:39+00:00

522168d178208ff821b9bc37ffcd2442b80f6e6d












regmap: Add missing initialization of this_page
2014-05-01T03:45:58+00:00

Geert Uytterhoeven
geert@linux-m68k.org

2014-04-22T10:47:29+00:00

b48d13988bee440e43a510ea8878f1f329cee189

drivers/base/regmap/regmap.c: In function ‘_regmap_range_multi_paged_reg_write’:
drivers/base/regmap/regmap.c:1665: warning: ‘this_page’ may be used uninitialized in this function

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Mark Brown <broonie@linaro.org>





drivers/base/regmap/regmap.c: In function ‘_regmap_range_multi_paged_reg_write’:
drivers/base/regmap/regmap.c:1665: warning: ‘this_page’ may be used uninitialized in this function

Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Signed-off-by: Mark Brown <broonie@linaro.org>







regmap: Fix possible ZERO_SIZE_PTR pointer dereferencing error.
2014-05-01T03:33:57+00:00

Xiubo Li
Li.Xiubo@freescale.com

2014-04-30T09:31:08+00:00

f5727cd31283aa478f7f9396c6eb7b5aceebb869

Since we cannot make sure the 'len = pair_size * num_regs' will always
be none zero from the users, and then if 'num_regs' equals to zero by
mistake or other reasons, the kzalloc() will return ZERO_SIZE_PTR, which
equals to ((void *)16).

So this patch fix this with just doing the 'len' zero check before calling
kzalloc().

Signed-off-by: Xiubo Li <Li.Xiubo@freescale.com>
Signed-off-by: Mark Brown <broonie@linaro.org>





Since we cannot make sure the 'len = pair_size * num_regs' will always
be none zero from the users, and then if 'num_regs' equals to zero by
mistake or other reasons, the kzalloc() will return ZERO_SIZE_PTR, which
equals to ((void *)16).

So this patch fix this with just doing the 'len' zero check before calling
kzalloc().

Signed-off-by: Xiubo Li <Li.Xiubo@freescale.com>
Signed-off-by: Mark Brown <broonie@linaro.org>







regmap: add reg_read/reg_write callbacks to regmap_bus struct
2014-04-18T15:07:22+00:00

Boris BREZILLON
boris.brezillon@free-electrons.com

2014-04-17T09:40:11+00:00

3ac170376f2c5123414e0267aa0f9cf218965e24

Some busses do not support sending/receiving multiple registers in one go.
Such kind of busses just unpack the registers that have been previously
packed by the regmap core or pack registers that will be later unpacked by
the core code.

Add reg_write and reg_read callbacks in order to optimize access through
this kind of busses.

Signed-off-by: Boris BREZILLON <boris.brezillon@free-electrons.com>
Signed-off-by: Mark Brown <broonie@linaro.org>





Some busses do not support sending/receiving multiple registers in one go.
Such kind of busses just unpack the registers that have been previously
packed by the regmap core or pack registers that will be later unpacked by
the core code.

Add reg_write and reg_read callbacks in order to optimize access through
this kind of busses.

Signed-off-by: Boris BREZILLON <boris.brezillon@free-electrons.com>
Signed-off-by: Mark Brown <broonie@linaro.org>