<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-obmc-linux/drivers/regulator, branch dev-4.13</title>
<subtitle>Talos™ II Linux sources for OpenBMC</subtitle>
<id>https://git.raptorcs.com/git/talos-obmc-linux/atom?h=dev-4.13</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-obmc-linux/atom?h=dev-4.13'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/'/>
<updated>2017-11-02T08:54:49+00:00</updated>
<entry>
<title>regulator: fan53555: fix I2C device ids</title>
<updated>2017-11-02T08:54:49+00:00</updated>
<author>
<name>Guillaume Tucker</name>
<email>guillaume.tucker@collabora.com</email>
</author>
<published>2017-08-21T12:47:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=5ee110383f15b2cef1e47f82cf7e0066274c5269'/>
<id>urn:sha1:5ee110383f15b2cef1e47f82cf7e0066274c5269</id>
<content type='text'>
commit fc1111b885437f374ed54aadda44d8b241ebd2a3 upstream.

The device tree nodes all correctly describe the regulators as
syr827 or syr828, but the I2C device id is currently set to the
wildcard value of syr82x in the driver.  This causes udev to fail
to match the driver module with the modalias data from sysfs.

Fix this by replacing the I2C device ids with ones that match the
device tree descriptions, with syr827 and syr828.  Tested on
Firefly rk3288 board.  The syr82x id was not used anywhere.

Fixes: e80c47bd738b (regulator: fan53555: Export I2C module alias information)
Signed-off-by: Guillaume Tucker &lt;guillaume.tucker@collabora.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>regulator: cpcap: Fix standby mode</title>
<updated>2017-09-27T12:43:14+00:00</updated>
<author>
<name>Sebastian Reichel</name>
<email>sebastian.reichel@collabora.co.uk</email>
</author>
<published>2017-07-10T14:33:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=89abd3f20bb303b244141830dfb8584991a844d9'/>
<id>urn:sha1:89abd3f20bb303b244141830dfb8584991a844d9</id>
<content type='text'>
commit 91a024e80336528d12b67b5a2e636b9e4467d3ec upstream.

The original patch from Tony uses standby mode bit inverted, which is
not correct. This fixes all instances in the driver code for get &amp; set
mode. This did not yet make problems, since mode has not been changed
by any mainline driver so far.

Fixes: 0ad4c07edd41 ("regulator: cpcap: Add basic regulator support")
Acked-by: Tony Lindgren &lt;tony@atomide.com&gt;
Signed-off-by: Sebastian Reichel &lt;sebastian.reichel@collabora.co.uk&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regulator/topic/settle', 'regulator/topic/tps65910' and 'regulator/topic/tps65917' into regulator-next</title>
<updated>2017-07-03T15:52:21+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2017-07-03T15:52:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=8d67f64f7739464c352d4b167ed1748f3b2c1f44'/>
<id>urn:sha1:8d67f64f7739464c352d4b167ed1748f3b2c1f44</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regulator/topic/hi6421v530', 'regulator/topic/lp8755', 'regulator/topic/lp87565', 'regulator/topic/max8997' and 'regulator/topic/palmas' into regulator-next</title>
<updated>2017-07-03T15:52:18+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2017-07-03T15:52:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=9b08f765f5816a6053026b8eba1ee34e0272853c'/>
<id>urn:sha1:9b08f765f5816a6053026b8eba1ee34e0272853c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branches 'regulator/topic/axp20x', 'regulator/topic/bd9571mwv', 'regulator/topic/da9061' and 'regulator/topic/hi6421' into regulator-next</title>
<updated>2017-07-03T15:52:17+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2017-07-03T15:52:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=8f5bb9c143c965d982d762add43162f077ebcdbc'/>
<id>urn:sha1:8f5bb9c143c965d982d762add43162f077ebcdbc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge remote-tracking branch 'regulator/topic/core' into regulator-next</title>
<updated>2017-07-03T15:52:16+00:00</updated>
<author>
<name>Mark Brown</name>
<email>broonie@kernel.org</email>
</author>
<published>2017-07-03T15:52:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=fcaa3167b2763d35a7dc60c5724f23e441d29f4f'/>
<id>urn:sha1:fcaa3167b2763d35a7dc60c5724f23e441d29f4f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>regulator: core: Fix size limit of supply_map</title>
<updated>2017-06-30T11:56:42+00:00</updated>
<author>
<name>Haishan Zhou</name>
<email>zhssmail@gmail.com</email>
</author>
<published>2017-06-30T03:43:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=dbc559554086f176b04f97eec561ad26ee54e47c'/>
<id>urn:sha1:dbc559554086f176b04f97eec561ad26ee54e47c</id>
<content type='text'>
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 &lt;zhssmail@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: core: Fix voltage change propagations to supply regulators</title>
<updated>2017-06-28T19:39:36+00:00</updated>
<author>
<name>Tirupathi Reddy</name>
<email>tirupath@codeaurora.org</email>
</author>
<published>2017-05-25T10:03:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=2c2874b191d54fbf9216524e629558eee89e1d20'/>
<id>urn:sha1:2c2874b191d54fbf9216524e629558eee89e1d20</id>
<content type='text'>
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 &lt;tirupath@codeaurora.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: lp87565: Fix the initial voltage range</title>
<updated>2017-06-20T12:38:35+00:00</updated>
<author>
<name>Keerthy</name>
<email>j-keerthy@ti.com</email>
</author>
<published>2017-06-20T03:36:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=42f1ea48efd99394a4790e8ab956f1fb8e0a931e'/>
<id>urn:sha1:42f1ea48efd99394a4790e8ab956f1fb8e0a931e</id>
<content type='text'>
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 &lt;j-keerthy@ti.com&gt;
Fixes: f0168a9bf ("regulator: lp87565: Add support for lp87565 PMIC regulators")
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
<entry>
<title>regulator: hi6421v530: Describe consumed platform device</title>
<updated>2017-06-14T17:27:20+00:00</updated>
<author>
<name>Guodong Xu</name>
<email>guodong.xu@linaro.org</email>
</author>
<published>2017-06-14T15:11:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=ded7b2aeefaff4e9d52a935e13ff1f1970b7cfda'/>
<id>urn:sha1:ded7b2aeefaff4e9d52a935e13ff1f1970b7cfda</id>
<content type='text'>
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 &lt;guodong.xu@linaro.org&gt;
Signed-off-by: Mark Brown &lt;broonie@kernel.org&gt;
</content>
</entry>
</feed>
