linux/drivers/base/regmap/regmap.c, branch v3.11

Merge tag 'regmap-v3.11-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap

2013-07-15T22:44:58Z

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

regmap: cache: bail in regmap_async_complete() for bus-less maps

2013-07-04T12:54:44Z

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 Cc: stable@vger.kernel.org [v3.10 only] Signed-off-by: Mark Brown

Merge remote-tracking branch 'regmap/topic/field' into regmap-next

2013-06-30T11:40:03Z

Merge remote-tracking branch 'regmap/topic/core' into regmap-next

2013-06-30T11:40:02Z

regmap: Add regmap_field APIs

2013-06-12T15:27:44Z

It is common to access regmap registers at bit level, using regmap_update_bits or regmap_read functions, however the end user has to take care of a mask or shifting. This becomes overhead when such use cases are high. Having a common function to do this is much convenient and less error prone. The idea of regmap_field is simple, regmap_field gives a logical structure to bits of the regmap register, and the driver can use this logical entity without the knowledge of the bit positions and masks all over the code. This way code looks much neat and it need not handle the masks, shifts every time it access the those entities. With this new regmap_field_read/write apis the end user can setup a regmap field using regmap_field_init and use the return regmap_field to read write the register field without worrying about the masks or shifts. Also this apis will be useful for drivers which are based on regmaps, like some clocks or pinctrls which can work on the regmap_fields directly without having to worry about bit positions. Signed-off-by: Srinivas Kandagatla Signed-off-by: Mark Brown

regmap: core: Cache all registers by default when cache is enabled

2013-06-03T17:06:48Z

Currently all register maps with a cache need to provide a volatile callback since the default is to assume all registers are volatile. This is not sensible if we have a cache so change the default to be fully cached if a cache is provided. Signed-off-by: Mark Brown

regmap: Make regmap-mmio usable from atomic contexts

2013-05-25T15:16:02Z

regmap-mmio uses a spinlock with spin_lock() and spin_unlock() for locking. To be able to use the regmap API from different contexts (atomic vs non-atomic), without the risk of race conditions, we need to use spin_lock_irqsave() and spin_lock_irqrestore() instead. A new field, the spinlock_flags field, is added to regmap struct to store the flags between regmap_{,un}lock_spinlock(). The spinlock_flags field itself is also protected by the spinlock. Thanks to Stephen Warren for the suggestion of this particular solution. Signed-off-by: Lars-Peter Clausen Reviewed-by: Stephen Warren Signed-off-by: Mark Brown

regmap: Make regmap_check_range_table() a public API

2013-05-12T14:46:47Z

Allow drivers to use an access table as part of their implementation. Signed-off-by: Mark Brown

Merge remote-tracking branch 'regmap/topic/cache' into regmap-next

2013-04-16T15:05:46Z

Merge remote-tracking branch 'regmap/topic/async' into regmap-next

2013-04-16T15:05:44Z