linux.git/drivers/regulator, branch v5.11-rc1

Merge remote-tracking branch 'regulator/for-5.11' into regulator-next

2020-12-11T17:48:32+00:00

regulator: mc13892-regulator: convert comma to semicolon

2020-12-11T13:23:07+00:00

Replace a comma between expression statements by a semicolon.

Signed-off-by: Zheng Yongjun 
Link: https://lore.kernel.org/r/20201211084510.2264-1-zhengyongjun3@huawei.com
Signed-off-by: Mark Brown

regulator: pfuze100: Convert the driver to DT-only

2020-12-11T13:23:06+00:00

Since 5.10-rc1 i.MX is a devicetree-only platform, so simplify the code
by removing the unused non-DT support.

Signed-off-by: Fabio Estevam 
Link: https://lore.kernel.org/r/20201210212748.5849-1-festevam@gmail.com
Signed-off-by: Mark Brown

regulator: max14577: Add proper module aliases strings

2020-12-10T14:28:38+00:00

Add proper modalias structures to let this driver load automatically if
compiled as module, because max14577 MFD driver creates MFD cells with
such compatible strings.

Signed-off-by: Marek Szyprowski 
Reviewed-by: Krzysztof Kozlowski 
Link: https://lore.kernel.org/r/20201210112139.5370-1-m.szyprowski@samsung.com
Signed-off-by: Mark Brown

Merge series "regulator: da9121: bug fixes" from Adam Ward :

2020-12-08T17:06:43+00:00

This patch fixes a couple of bugs in the DA9121 driver.
One in an uninialised string I forgot to remove when changing to of_parse_cb()
The other is an index for an optional DT property which overflows

Adam Ward (2):
  regulator: da9121: Remove uninitialised string variable
  regulator: da9121: Fix index used for DT property

 drivers/regulator/da9121-regulator.c | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

--
1.9.1

regulator: da9121: Potential Oops in da9121_assign_chip_model()

2020-12-08T14:21:13+00:00

There is a missing "return ret;" on this error path so we call
"da9121_check_device_type(i2c, chip);" which will end up dereferencing
"chip->regmap" and lead to an Oops.

Fixes: c860476b9e3a ("regulator: da9121: Add device variant regmaps")
Signed-off-by: Dan Carpenter 
Acked-by: Adam Ward 
Link: https://lore.kernel.org/r/X85soGKnWAjPUA7a@mwanda
Signed-off-by: Mark Brown

regulator: da9121: Fix index used for DT property

2020-12-07T18:51:32+00:00

Signed-off-by: Adam Ward 
Link: https://lore.kernel.org/r/2cf324b68d37c4059c7995e8cab5fc9a608ea65d.1607361013.git.Adam.Ward.opensource@diasemi.com
Signed-off-by: Mark Brown

regulator: da9121: Remove uninitialised string variable

2020-12-07T18:51:31+00:00

Erroneously left in when switched to using of_parse_cb()

Signed-off-by: Adam Ward 
Link: https://lore.kernel.org/r/c7a9e947a9582fe0150d860b5eab7e093cd832bb.1607361013.git.Adam.Ward.opensource@diasemi.com
Signed-off-by: Mark Brown

regulator: axp20x: Fix DLDO2 voltage control register mask for AXP22x

2020-12-04T18:56:12+00:00

When I use the axp20x chip to power my SDIO device on the 5.4 kernel,
the output voltage of DLDO2 is wrong. After comparing the register
manual and source code of the chip, I found that the mask bit of the
driver register of the port was wrong. I fixed this error by modifying
the mask register of the source code. This error seems to be a copy
error of the macro when writing the code. Now the voltage output of
the DLDO2 port of axp20x is correct. My development environment is
Allwinner A40I of arm architecture, and the kernel version is 5.4.

Signed-off-by: DingHua Ma 
Reviewed-by: Chen-Yu Tsai 
Cc: 
Fixes: db4a555f7c4c ("regulator: axp20x: use defines for masks")
Link: https://lore.kernel.org/r/20201201001000.22302-1-dinghua.ma.sz@gmail.com
Signed-off-by: Mark Brown

regulator: qcom-rpmh: Add support for PM8350/PM8350c

2020-12-04T17:46:18+00:00

Add support from RPMH regulators found in PM8350 and PM8350c PMICs

Signed-off-by: Vinod Koul 
Reviewed-by: Bjorn Andersson 
Link: https://lore.kernel.org/r/20201203071244.2652297-2-vkoul@kernel.org
Signed-off-by: Mark Brown