<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/regulator, branch v4.7</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v4.7</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v4.7'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2016-07-12T19:22:16Z</updated>
<entry>
<title>Merge tag 'qcom-smd-list-voltage' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator</title>
<updated>2016-07-12T19:22:16Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2016-07-12T19:22:16Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=63bab2203d54529ff1a7181b0575b58a9f3575cd'/>
<id>urn:sha1:63bab2203d54529ff1a7181b0575b58a9f3575cd</id>
<content type='text'>
Pull regulator fix from Mark Brown:
 "Fix qcom-smd list voltage issues for msm8974

  This commit looks like a cleanup but in fact by causing the core to go
  down some simplified code paths for noop regulators it avoids a boot
  time crash for msm8974 platforms which was introduced in v4.7.  It has
  been in -next for a while, the issues in mainline for these platforms
  weren't flagged up to me until yesterday (I think it took some time to
  figure out what was going wrong)"

* tag 'qcom-smd-list-voltage' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator:
  regulator: qcom_smd: Remove list_voltage callback for rpm_smps_ldo_ops_fixed
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regulator/fix/anatop' and 'regulator/fix/max77620' into regulator-linus</title>
<updated>2016-07-01T16:06:48Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2016-07-01T16:06:48Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a29a36f2650dbaa54c8aed8cc9af909113c19ad3'/>
<id>urn:sha1:a29a36f2650dbaa54c8aed8cc9af909113c19ad3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>regulator: max77620: check for valid regulator info</title>
<updated>2016-06-29T17:50:05Z</updated>
<author>
<name>Venkat Reddy Talla</name>
<email>vreddytalla@nvidia.com</email>
</author>
<published>2016-06-29T10:01:27Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=91ff811f32763ea3135e832f7c1aeafc85ae1c98'/>
<id>urn:sha1:91ff811f32763ea3135e832f7c1aeafc85ae1c98</id>
<content type='text'>
SD4 regulator is not registered with regulator core
framework in probe as there is no support in MAX77620 PMIC,
removing SD4 entry from MAX77620 regulator information list
and checking for valid regulator information data before
configuring FPS source and FPS power up/down period to avoid
NULL pointer exception if regulator not registered with core.

Signed-off-by: Venkat Reddy Talla &lt;vreddytalla@nvidia.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: anatop: allow regulator to be in bypass mode</title>
<updated>2016-06-17T10:40:20Z</updated>
<author>
<name>Mika Båtsman</name>
<email>mbatsman@mvista.com</email>
</author>
<published>2016-06-17T10:31:37Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=8a092e682f20f193f2070dba2ea1904e95814126'/>
<id>urn:sha1:8a092e682f20f193f2070dba2ea1904e95814126</id>
<content type='text'>
Bypass support was added in commit d38018f2019c ("regulator: anatop: Add
bypass support to digital LDOs"). A check for valid voltage selectors was
added in commit da0607c8df5c ("regulator: anatop: Fail on invalid voltage
selector") but it also discards all regulators that are in bypass mode. Add
check for the bypass setting. Errors below were seen on a Variscite mx6
board.

anatop_regulator 20c8000.anatop:regulator-vddcore@140: Failed to read a valid default voltage selector.
anatop_regulator: probe of 20c8000.anatop:regulator-vddcore@140 failed with error -22
anatop_regulator 20c8000.anatop:regulator-vddsoc@140: Failed to read a valid default voltage selector.
anatop_regulator: probe of 20c8000.anatop:regulator-vddsoc@140 failed with error -22

Fixes: da0607c8df5c ("regulator: anatop: Fail on invalid voltage selector")
Signed-off-by: Mika Båtsman &lt;mbatsman@mvista.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: qcom_smd: Remove list_voltage callback for rpm_smps_ldo_ops_fixed</title>
<updated>2016-06-15T09:18:50Z</updated>
<author>
<name>Axel Lin</name>
<email>axel.lin@ingics.com</email>
</author>
<published>2016-06-15T02:21:34Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=43160ffd12c8d1d331362362eea3c70e04b6f9c4'/>
<id>urn:sha1:43160ffd12c8d1d331362362eea3c70e04b6f9c4</id>
<content type='text'>
Use regulator_list_voltage_linear_range in rpm_smps_ldo_ops_fixed is
wrong because it is used for fixed regulator without any linear range.
The rpm_smps_ldo_ops_fixed is used for pm8941_lnldo which has fixed_uV
set and n_voltages = 1. In this case, regulator_list_voltage() can return
rdev-&gt;desc-&gt;fixed_uV without .list_voltage implementation.

Fixes: 3bfbb4d1a480 ("regulator: qcom_smd: add list_voltage callback")
Signed-off-by: Axel Lin &lt;axel.lin@ingics.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regulator/fix/qcom-smd' and 'regulator/fix/tps51632' into regulator-linus</title>
<updated>2016-06-13T15:51:57Z</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2016-06-13T15:51:57Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=0d2a8ef4395e84aa9623ac1e282417c75a73490c'/>
<id>urn:sha1:0d2a8ef4395e84aa9623ac1e282417c75a73490c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>regulator: qcom_smd: add list_voltage callback</title>
<updated>2016-06-13T08:51:35Z</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2016-06-02T10:23:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=3bfbb4d1a480cc17f6ccfce13b76eb6c0dbeaf8c'/>
<id>urn:sha1:3bfbb4d1a480cc17f6ccfce13b76eb6c0dbeaf8c</id>
<content type='text'>
This patch adds support to list_voltage callback, so that consumers
like mmc core, can get information of supported voltage range.

Without this patch there is no way for mmc core to know this voltage range.

Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: qcom_smd: add regulator ops for pm8941 lnldo</title>
<updated>2016-06-08T10:59:25Z</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2016-06-03T11:23:09Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d1e44b6b2823f1751ffe7e7589f545f05cfe2095'/>
<id>urn:sha1:d1e44b6b2823f1751ffe7e7589f545f05cfe2095</id>
<content type='text'>
After "regulator: qcom_smd: add list_voltage callback" patch adding
pm8941 lnldo regulators would bug on list_voltages as it is a fixed
regulator without any linear range.
This patch fixes that issue by adding dedicated ops for pm8941 lnldo
without list_voltages callback.

Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org # v4.6
</content>
</entry>
<entry>
<title>regulator: qcom_smd: add list_voltage callback</title>
<updated>2016-06-08T10:59:00Z</updated>
<author>
<name>Srinivas Kandagatla</name>
<email>srinivas.kandagatla@linaro.org</email>
</author>
<published>2016-06-02T10:23:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=a8a47540ebe32f1733eebc3e5699af580ceaa3f5'/>
<id>urn:sha1:a8a47540ebe32f1733eebc3e5699af580ceaa3f5</id>
<content type='text'>
This patch adds support to list_voltage callback, so that consumers
like mmc core, can get information of supported voltage range.

Without this patch there is no way for mmc core to know this voltage range.

Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Cc: stable@vger.kernel.org # v4.6
</content>
</entry>
<entry>
<title>regulator: tps51632: Fix setting ramp delay</title>
<updated>2016-05-31T15:38:01Z</updated>
<author>
<name>Axel Lin</name>
<email>axel.lin@ingics.com</email>
</author>
<published>2016-05-31T09:26:00Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=c714a588fc39dc8c8f70014f5691217717983fb3'/>
<id>urn:sha1:c714a588fc39dc8c8f70014f5691217717983fb3</id>
<content type='text'>
According to the datasheet:

SLEW Register(Address = 07h)
b7      b6      b5      b4      b3      b2      b1      b0
48mV/us 42mV/us 36mV/us 30mV/us 24mV/us 18mV/us 12mV/us 6mV/us

Current code does not set correct slew rate in some cases:
e.g. Assume ramp_delay is 10000, current code sets slew register to 6mV/us.
Fix the logic to set slew register.

Signed-off-by: Axel Lin &lt;axel.lin@ingics.com&gt;
Acked-by: Laxman Dewangan &lt;ldewangan@nvidia.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
