summaryrefslogtreecommitdiff
path: root/drivers/regulator/bq24022.c
diff options
context:
space:
mode:
authorMark Brown <broonie@opensource.wolfsonmicro.com>2010-02-12 10:18:08 +0000
committerLiam Girdwood <lrg@slimlogic.co.uk>2010-03-03 14:49:26 +0000
commit34abbd68efe09765465b81dfedeee9994f13302f (patch)
tree24fe9ed360f8673f74fc513ac98347bc8896b3db /drivers/regulator/bq24022.c
parent9a7f6a4c6edc84748c6477c9df56691a0e61b8fd (diff)
downloadlinux-stable-34abbd68efe09765465b81dfedeee9994f13302f.tar.gz
linux-stable-34abbd68efe09765465b81dfedeee9994f13302f.tar.bz2
linux-stable-34abbd68efe09765465b81dfedeee9994f13302f.zip
regulator: Provide optional dummy regulator for consumers
In order to ease transitions with drivers are boards start using regulators provide an option to cause all regulator_get() calls to succeed, with a dummy always on regulator being supplied where one has not been configured. A warning is printed whenever the dummy regulator is used to aid system development. This regulator does not implement any regulator operations but will allow simple consumers which only do enable() and disable() calls to run. It is kept separate from the fixed voltage regulator to avoid Kconfig confusion on the part of users when it is extended to allow boards to explicitly use the dummy regulator to simplify cases where the majority of supplies are from fixed regulators without software control. This option is currently only effective for systems which do not specify full constriants. If required an override could also be provided to allow these systems to use the dummy regulator, though it is likely that unconfigured supplies on such systems will lead to error due to regulators being powered down more aggressively when not in use. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lrg@slimlogic.co.uk>
Diffstat (limited to 'drivers/regulator/bq24022.c')
0 files changed, 0 insertions, 0 deletions