Linux kernel source tree https://git.amat.us/linux/atom/drivers/base/regmap/regmap.c?h=v3.12.11 2013-08-31T18:25:16Z 2013-08-31T18:25:16Z Mark Brown broonie@linaro.org 2013-08-31T18:25:16Z urn:sha1:365c9ee0731de96046cc7749b46a5e7a0b0ceb65 2013-08-31T18:25:14Z Mark Brown broonie@linaro.org 2013-08-31T18:25:14Z urn:sha1:db00cb99438f33dad9a27b7a5527230d4fdcc138 2013-08-31T18:25:13Z Mark Brown broonie@linaro.org 2013-08-31T18:25:13Z urn:sha1:3dedb61ec7a62ba669d07c604ebfa28598b569f2 2013-08-16T19:33:05Z Mark Brown broonie@linaro.org 2013-07-11T11:41:44Z urn:sha1:aab13ebca2c67c3b8f004a013a36f661a3950b00 It may be useful to register multiple patches with regmap, for example one that depends on the device revision and one that depends on the system configuration. Add support for doing this, appending any new patches to the existing patches. Signed-off-by: Mark Brown <broonie@linaro.org> 2013-08-09T11:47:29Z Ionut Nicu ioan.nicu.ext@nsn.com 2013-08-09T10:09:20Z urn:sha1:515f2261703d09c6b647a5687b7d657dd5911065 The regmap_writeable() check should not be done in regcache_write() because this prevents read-only registers to be cached. After a read on a read-only register its value will not be stored in the cache and the next time someone will try to read it the value will be read from the bus instead of the cache. Instead the regmap_writeable() check should be done in _regmap_write() to prevent callers from writing to read-only registers. Signed-off-by: Ionut Nicu <ioan.nicu.ext@nsn.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-08-06T17:33:59Z Philipp Zabel p.zabel@pengutronix.de 2013-07-23T10:16:02Z urn:sha1:f161d22081e9b81f0b35411c428af347ca3dd449 I see no reason why a virtual range shouldn't be allowed to cover its own data window if the page selection register is in the same place on every page. For chips which use paged access for all of their registers, but only when connected via I2C, and which can access the whole register space directly when connected via SPI, this allows to avoid acrobatics with the register ranges by simply mapping the I2C ranges over the data window beginning at 0x0, and then using linear access for the SPI variant. Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-07-16T10:17:43Z Fabio Estevam fabio.estevam@freescale.com 2013-07-16T05:10:11Z urn:sha1:b4519c71c45b31f5acd6db984c8830e52120323a Fix the following sparse warnings: drivers/base/regmap/regmap.c:305:13: warning: context imbalance in 'regmap_lock_spinlock' - wrong count at exit drivers/base/regmap/regmap.c:314:13: warning: context imbalance in 'regmap_unlock_spinlock' - unexpected unlock Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com> Signed-off-by: Mark Brown <broonie@linaro.org> 2013-07-15T22:44:58Z Linus Torvalds torvalds@linux-foundation.org 2013-07-15T22:44:58Z urn:sha1:f2ec26a3d41c8a07861aed23bc8c8eb7d9445d62 Pull regmap fix from Mark Brown: "Fix regmap crash for async operation on busless maps This fixes a crash if something tries to do an asynchronous operation on busless maps which was introduced during the merge window" * tag 'regmap-v3.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap: regmap: cache: bail in regmap_async_complete() for bus-less maps 2013-07-04T12:54:44Z Daniel Mack zonque@gmail.com 2013-07-04T11:11:03Z urn:sha1:f2e055e7c9c6084bfbaa68701e52562acf96419e Commit f8bd822cb ("regmap: cache: Factor out block sync") made regcache_rbtree_sync() call regmap_async_complete(), which in turn does not check for map->bus before dereferencing it. This causes a NULL pointer dereference on bus-less maps. Signed-off-by: Daniel Mack <zonque@gmail.com> Cc: stable@vger.kernel.org [v3.10 only] Signed-off-by: Mark Brown <broonie@linaro.org> 2013-06-30T11:40:03Z Mark Brown broonie@linaro.org 2013-06-30T11:40:03Z urn:sha1:7bc8c4c37aea74332b16ffb5412a8ad355d508ce