03 Jul, 2017
4 commits
-
…10' and 'regulator/topic/tps65917' into regulator-next
-
…8755', 'regulator/topic/lp87565', 'regulator/topic/max8997' and 'regulator/topic/palmas' into regulator-next
-
…mwv', 'regulator/topic/da9061' and 'regulator/topic/hi6421' into regulator-next
30 Jun, 2017
1 commit
-
Now the debugfs file supply_map has a size limit PAGE_SIZE and the user
can not see the whole content of regulator_map_list when it is larger
than this limit.This patch uses seq_file instead to make sure supply_map shows the full
information of regulator_map_list.Signed-off-by: Haishan Zhou
Signed-off-by: Mark Brown
29 Jun, 2017
1 commit
-
Some regulators support get_voltage() and some support get_voltage_sel()
operations but currently we only propagate changes if the regulator has
a get_voltage() operation. Also do this if we've got get_voltage_sel()[Rewite commit message for clarity -- broonie]
Signed-off-by: Tirupathi Reddy
Signed-off-by: Mark Brown
20 Jun, 2017
1 commit
-
The latest documentation reveals that initial voltage range that is
supported is starting from 0.6V for all the PMICs belonging to lp87565
family. Fix the same.Signed-off-by: Keerthy
Fixes: f0168a9bf ("regulator: lp87565: Add support for lp87565 PMIC regulators")
Signed-off-by: Mark Brown
15 Jun, 2017
1 commit
-
The hi6421v530-regulator driver consumes a similarly named platform device.
Adding that to the module device table, allows modprobe to locate this
driver once the device is created.Signed-off-by: Guodong Xu
Signed-off-by: Mark Brown
14 Jun, 2017
2 commits
-
Check TPS65910_NUM_REGS at build time instead of silently registering
not all regulators at runtime.Signed-off-by: Michał Mirosław
Signed-off-by: Mark Brown -
Currently, when looking up a regulator supply, the regulator name
takes priority over the consumer mappings. As there are a lot of
regulator names that are in fairly common use (VDD, MICVDD, etc.) this
can easily lead to obtaining the wrong supply, when a system contains
two regulators that share a name.The explicit consumer mappings contain much less ambiguity as they
specify both a name and a consumer device. As such prioritise those if
one exists and only fall back to the regulator name if there are no
matching explicit mappings.Signed-off-by: Charles Keepax
Signed-off-by: Mark Brown
08 Jun, 2017
4 commits
-
Fix the GPL header to reflect GPL v2
Signed-off-by: Keerthy
Signed-off-by: Mark Brown -
The hi6421-regulator driver consumes a similarly named platform device.
Adding that to the module device table, allows modprobe to locate this
driver once the device is created.Signed-off-by: Guodong Xu
Signed-off-by: Mark Brown -
add the driver for hi6421v530 voltage regulator
Signed-off-by: Wang Xiaoyin
Signed-off-by: Guodong Xu
Signed-off-by: Mark Brown -
Regulator support for the DA9061 is added into the DA9062 regulator driver.
The regulators for DA9061 differ from those of DA9062.
A new DA9061 enumeration list for the LDOs and Bucks supported by this
device is added. Regulator information added: the old regulator
information for DA9062 is renamed from local_regulator_info[] to
local_da9062_regulator_info[] and a new array is added to support
local_da9061_regulator_info[].The probe() function switches on the da9062_compatible_types enumeration
and configures the correct da9062_regulator_info array and number of
regulator entries.Kconfig is updated to reflect support for DA9061 and DA9062 regulators.
Signed-off-by: Steve Twiss
Signed-off-by: Mark Brown
07 Jun, 2017
1 commit
-
These functions are only used by this driver, make them static.
Signed-off-by: Axel Lin
Acked-by: Marek Vasut
Signed-off-by: Mark Brown
26 May, 2017
1 commit
-
App support for SMPS12 dual phase regulator.
Signed-off-by: Keerthy
Acked-by: Lee Jones
Signed-off-by: Mark Brown
25 May, 2017
1 commit
-
The regulators set consists of 4 BUCKs. The output
voltages are configurable and are meant to supply power to the
main processor and other components. The ramp delay is configurable
for all BUCKs. The BUCKs can be configured in single phase or
multiphase modes.Signed-off-by: Keerthy
Signed-off-by: Mark Brown
20 May, 2017
2 commits
-
AXP803 PMIC also have a series of regulators (DCDCs and LDOs)
controllable via I2C/RSB bus.Add support for them.
Signed-off-by: Icenowy Zheng
Acked-by: Chen-Yu Tsai
Signed-off-by: Mark Brown -
Trivial fix to spelling mistake in dev_err messages.
Signed-off-by: Colin Ian King
Signed-off-by: Mark Brown
17 May, 2017
1 commit
-
Some regulators have different settling times for voltage increases and
decreases. To avoid a time penalty on the faster transition allow for
different settings for up- and downward transitions.Signed-off-by: Matthias Kaehlcke
Acked-by: Laxman Dewangan
Signed-off-by: Mark Brown
14 May, 2017
2 commits
-
Drop static on a local variable, when the variable is initialized before
any use, on every possible execution path through the function.The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)//
@bad exists@
position p;
identifier x;
type T;
@@static T x@p;
...
x =@@
identifier x;
expression e;
type T;
position p != bad.p;
@@-static
T x@p;
... when != x
when strict
?x = e;
//There is no reduction in code size in this case, but the change does reduce
the size of the bss segment, containing uninitialized static data.before:
text data bss dec hex filename
12882 3480 8 16370 3ff2 drivers/regulator/palmas-regulator.oafter:
text data bss dec hex filename
12882 3480 0 16362 3fea drivers/regulator/palmas-regulator.oSigned-off-by: Julia Lawall
Signed-off-by: Mark Brown -
When min charger-CV is = 4.0V,
we can use 4.00V as CV (register value = 0x1).`The original code had a typo that wrote ">=" (max_uV >= 4000000),
which should've been "
Signed-off-by: MyungJoo Ham
Reviewed-by: Bartlomiej Zolnierkiewicz
Reviewed-by: Chanwoo Choi
Signed-off-by: Mark Brown
30 Apr, 2017
6 commits
-
…e100', 'regulator/topic/settle', 'regulator/topic/tps65132' and 'regulator/topic/twl6030' into regulator-next
-
…x', 'regulator/topic/lm363x', 'regulator/topic/ltc3589' and 'regulator/topic/ltc3676' into regulator-next
-
…a', 'regulator/topic/bd9571mvw-m' and 'regulator/topic/const' into regulator-next
-
…d 'regulator/fix/tps65023' into regulator-linus
25 Apr, 2017
9 commits
-
Add driver for the regulator block in the ROHM BD9571MWV-W MFD PMIC.
This block supports three voltage monitors, VD18, VD25, VD33 for the
1V8, 2V5, 3V3 voltage rails and a single voltage regulator for the
DVFS rail.Signed-off-by: Marek Vasut
Signed-off-by: Mark Brown -
In preparation for sharing this driver with Madera codecs, factor out
the parts of initialization that aren't dependent on struct arizona.Signed-off-by: Richard Fitzgerald
Signed-off-by: Mark Brown -
In preparation for supporting Madera codecs, remove the dependency on
struct arizona in the regulator callbacks and struct arizona_ldo1.Signed-off-by: Richard Fitzgerald
Signed-off-by: Mark Brown -
In preparation for sharing this driver with Madera, move the pdata
for the LDO1 regulator out of struct arizona_pdata into a dedicated
pdata struct for this driver. As a result the code in
arizona_ldo1_of_get_pdata() can be made independent of struct arizona.This patch also updates the definition of struct arizona_pdata and
the use of this pdata in mach-crag6410-module.cSigned-off-by: Richard Fitzgerald
Acked-by: Krzysztof Kozlowski
Acked-by: Lee Jones
Signed-off-by: Mark Brown -
In preparation for sharing this driver with Madera codecs, factor out
the parts of initialization that aren't dependent on struct arizona.Signed-off-by: Richard Fitzgerald
Signed-off-by: Mark Brown -
In preparation for supporting Madera codecs, remove the dependency on
struct arizona in the regulator callbacks and struct arizona_micsupp.Signed-off-by: Richard Fitzgerald
Signed-off-by: Mark Brown -
In preparation for sharing this driver with Madera, move the pdata
for the micsupp regulator out of struct arizona_pdata into a dedicated
pdata struct for this driver. As a result the code in
arizona_micsupp_of_get_pdata() can be made independent of struct arizona.This patch also updates the definition of struct arizona_pdata and
the use of this pdata in mach-crag6410-module.cSigned-off-by: Richard Fitzgerald
Acked-by: Lee Jones
Signed-off-by: Mark Brown -
The CS47L24 Arizona codec and most Madera codecs do not have a LDO1
regulator. Split the LDO1 and MICSUPP regulators into separate KConfig
options so the LDO1 is only built into the kernel if needed.Signed-off-by: Richard Fitzgerald
Signed-off-by: Mark Brown -
Linux 4.11-rc1
19 Apr, 2017
1 commit
-
Commit 43530b69d758328d3ffe6ab98fd640463e8e3667 ("regulator: Use
regmap_read/write(), regmap_update_bits functions directly") intended
to replace working inline helper functions with standard regmap
calls. However, it also inverted the set/clear logic of the "CORE ADJ
Allowed" bit. That patch was clearly never tested, since without that
bit cleared, the core VDCDC1 voltage output does not react to I2C
configuration changes.This patch fixes the issue by clearing the bit as in the original,
correct implementation. Note for stable back porting that, due to
subsequent driver churn, this patch will not apply on every kernel
version.Fixes: 43530b69d758 ("regulator: Use regmap_read/write(), regmap_update_bits functions directly")
Signed-off-by: Richard Cochran
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
15 Apr, 2017
2 commits
-
For anatop regulator we must have a name accordingly. Make sure the name
is properly checked before using it to avoid a possible kernel NULL
point crash.Signed-off-by: Dong Aisheng
Signed-off-by: Mark Brown -
Rather than just not resolving the supply when there is explicitly no
supply mapping fall through and allow a dummy supply to be substituted.
This fixes issues with constant retries reported by Dong Aisheng.Signed-off-by: Mark Brown
Tested-by: Dong Aisheng
Reviewed-by: Dong Aisheng
