linux-stable.git/drivers/base/regmap/regmap.c, branch v3.15.2

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

2014-04-11T20:25:08+00:00

Pull regmap fix from Mark Brown:
 "regmap: Fix for nodev mode

  Add mising braces so that the nodev mode actually works (which was a
  bit of an oversight)"

Testing schmesting.  We don't need not steenking testing.  We have
deadlines to beat, and new code to write.

* tag 'regmap-v3.15-nodev' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap:
  regmap: adds missing braces in regmap_init()

regmap: adds missing braces in regmap_init()

2014-04-01T11:09:08+00:00

It need to add curly braces because the inner for "if" has
two statements.

coccicheck says:
 drivers/base/regmap/regmap.c:765:2-44:
code aligned with following code on line 766

Signed-off-by: Daeseok Youn 
Signed-off-by: Mark Brown

Merge remote-tracking branches 'regmap/topic/cache', 'regmap/topic/irq', 'regmap/topic/lock', 'regmap/topic/mmio', 'regmap/topic/nodev', 'regmap/topic/parse-val' and 'regmap/topic/patch' into regmap-next

2014-03-28T11:50:43+00:00

regmap: Fix possible sleep-in-atomic in regmap_bulk_write()

2014-03-18T12:37:25+00:00

regmap deploys the spinlock for the protection when set up in fast_io
mode.  This may lead to sleep-in-atomic by memory allocation with
GFP_KERNEL in regmap_bulk_write().  This patch fixes it by moving the
allocation out of the lock.

[Fix excessively large locked region -- broonie]

Signed-off-by: Takashi Iwai 
Signed-off-by: Mark Brown

regmap: Ensure regmap_register_patch() is compatible with fast_io

2014-03-18T12:21:35+00:00

With fast_io we use mutexes to lock the I/O operations so we would need
to do GFP_ATOMIC allocations if we wanted to do allocations inside the
lock as we do currently. Since it is unlikely that we will want to register
a patch outside of init where concurrency shouldn't be an issue move the
allocation of the patch data outside the lock.

Reported-by: Takashi Iwai 
Signed-off-by: Mark Brown

regmap: Implementation for regmap_multi_reg_write

2014-03-10T17:09:32+00:00

This is the implementation of regmap_multi_reg_write()

There is a new capability 'can_multi_write' that device drivers
must set in order to use this multi reg write mode.

This replaces the first definition, which just defined the API.

Signed-off-by: Anthony Olech 
Signed-off-by: Mark Brown

regmap: add regmap_parse_val api

2014-03-06T09:40:54+00:00

    In some cases, we need regmap's format parse_val function
to do be/le translation according to the bus configuration.
For example, snd_soc_bytes_put() uses regmap to write/read values,
and use cpu_to_be() directly to covert MASK into big endian. This
is a defect, and should use regmap's format function to do it according
to bus configuration.

Signed-off-by: Nenghua Cao 
Signed-off-by: Mark Brown

regmap: Base regmap_register_patch on _regmap_multi_reg_write

2014-02-25T23:58:40+00:00

Since we now have an internal version of regmap_multi_reg_write use this
to apply the register patch.

Signed-off-by: Charles Keepax 
Signed-off-by: Mark Brown

regmap: Add bypassed version of regmap_multi_reg_write

2014-02-25T23:58:40+00:00

Devices with more complex boot proceedures may occasionally apply the
register patch manual. regmap_multi_reg_write is a logical way to do so,
however the patch must be applied with cache bypass on, such that it
doesn't override any user settings. This patch adds a
regmap_multi_reg_write_bypassed function that applies a set of writes
with the bypass enabled.

Signed-off-by: Charles Keepax 
Signed-off-by: Mark Brown

regmap: Mark reg_defaults in regmap_multi_reg_write as const

2014-02-25T23:58:40+00:00

There should be no need for the writes supplied to this function to be
edited by it so mark them as const.

Signed-off-by: Charles Keepax 
Signed-off-by: Mark Brown