<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/regulator/da903x.c, branch linux-3.5.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.5.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.5.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-05-15T17:32:57Z</updated>
<entry>
<title>regulator: da903x: Kill da903x_[get|set]_[ldo12|ldo14]_voltage_sel() functions</title>
<updated>2012-05-15T17:32:57Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-05-15T02:24:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bae5e9c33f44633b71d69b350884b243874fd92d'/>
<id>urn:sha1:bae5e9c33f44633b71d69b350884b243874fd92d</id>
<content type='text'>
Now the implementation of da903x_set_voltage_sel, da9030_set_ldo14_voltage_sel,
and da9034_set_ldo12_voltage_sel are exactly the same.

da903x_get_voltage_sel, da9030_get_ldo14_voltage_sel and
da9034_get_ldo12_voltage_sel are exactly the same.

So we can use da903x_[get|set]_voltage_sel and kill other functions.

Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: da903x: Convert to set_voltage_sel and map_voltage</title>
<updated>2012-05-15T17:32:57Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-05-15T02:06:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c972a029483ac5a546a6405e30e4eede6fbd19f9'/>
<id>urn:sha1:c972a029483ac5a546a6405e30e4eede6fbd19f9</id>
<content type='text'>
Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: da903x: Convert to regulator_list_voltage_linear()</title>
<updated>2012-05-15T17:32:57Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-05-15T02:04:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=70b4e7862d604aa6ae30a772830670bf7288ec42'/>
<id>urn:sha1:70b4e7862d604aa6ae30a772830670bf7288ec42</id>
<content type='text'>
Use regulator_list_voltage_linear() to replace da903x_list_voltage().

Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: da903x: Convert to get_voltage_sel</title>
<updated>2012-05-12T10:12:41Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-05-08T11:47:47Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9447f35a1e7c27859212e8cea3c771720198b4bb'/>
<id>urn:sha1:9447f35a1e7c27859212e8cea3c771720198b4bb</id>
<content type='text'>
Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: da903x: Fix list voltage for da9030 ldo14</title>
<updated>2012-05-12T10:12:41Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-05-08T11:46:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d4eb56a16273a04f10eb7f959e1bb59b6f88d8c9'/>
<id>urn:sha1:d4eb56a16273a04f10eb7f959e1bb59b6f88d8c9</id>
<content type='text'>
da903x_list_voltage does not return correct voltage for da9030 ldo14.
Implement da9030_list_ldo14_voltage to return correct voltage for da9030 ldo14.

Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: Fix a typo in da903x.c</title>
<updated>2012-04-10T08:52:53Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-04-10T05:49:24Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fe53d18def245f11fe501d403dd08639927c16f3'/>
<id>urn:sha1:fe53d18def245f11fe501d403dd08639927c16f3</id>
<content type='text'>
Fix below build errors which is introduced by commit c172708
"regulator: core: Use a struct to pass in regulator runtime configuration".

  CC      drivers/regulator/da903x.o
drivers/regulator/da903x.c: In function 'da903x_regulator_probe':
drivers/regulator/da903x.c:541: error: 'conifg' undeclared (first use in this function)
drivers/regulator/da903x.c:541: error: (Each undeclared identifier is reported only once
drivers/regulator/da903x.c:541: error: for each function it appears in.)
make[2]: *** [drivers/regulator/da903x.o] Error 1
make[1]: *** [drivers/regulator] Error 2
make: *** [drivers] Error 2

Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: core: Use a struct to pass in regulator runtime configuration</title>
<updated>2012-04-09T11:37:09Z</updated>
<author>
<name>Mark Brown</name>
</author>
<published>2012-04-03T23:50:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c172708d38a401b2f3f841dfcd862b469fa0b670'/>
<id>urn:sha1:c172708d38a401b2f3f841dfcd862b469fa0b670</id>
<content type='text'>
Rather than adding new arguments to regulator_register() every time we
want to add a new bit of dynamic information at runtime change the function
to take these via a struct. By doing this we avoid needing to do further
changes like the recent addition of device tree support which required each
regulator driver to be updated to take an additional parameter.

The regulator_desc which should (mostly) be static data is still passed
separately as most drivers are able to configure this statically at build
time.

Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: da903x: Use DIV_ROUND_UP macro to calculate selector</title>
<updated>2012-03-11T20:48:52Z</updated>
<author>
<name>Axel Lin</name>
</author>
<published>2012-03-05T22:54:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ae76e8307ff2812a57692a54322c6898a949ae76'/>
<id>urn:sha1:ae76e8307ff2812a57692a54322c6898a949ae76</id>
<content type='text'>
Signed-off-by: Axel Lin &lt;axel.lin@gmail.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: pass additional of_node to regulator_register()</title>
<updated>2011-11-23T18:47:04Z</updated>
<author>
<name>Rajendra Nayak</name>
</author>
<published>2011-11-18T11:17:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2c043bcbf287dc69848054d5c02c55c20f7a7bc5'/>
<id>urn:sha1:2c043bcbf287dc69848054d5c02c55c20f7a7bc5</id>
<content type='text'>
With device tree support for regulators, its needed that the
regulator_dev-&gt;dev device has the right of_node attached.
To be able to do this add an additional parameter to the
regulator_register() api, wherein the dt-adapted driver can
then pass this additional info onto the regulator core.

Signed-off-by: Rajendra Nayak &lt;rnayak@ti.com&gt;
Signed-off-by: Mark Brown &lt;broonie@opensource.wolfsonmicro.com&gt;
</content>
</entry>
<entry>
<title>regulator: Add module.h to drivers/regulator users as required</title>
<updated>2011-10-31T23:32:15Z</updated>
<author>
<name>Paul Gortmaker</name>
</author>
<published>2011-07-17T20:28:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=65602c32ee9b5500e3cb617ccec2154ee2191898'/>
<id>urn:sha1:65602c32ee9b5500e3cb617ccec2154ee2191898</id>
<content type='text'>
Another group of drivers that are taking advantage of the implicit
presence of module.h -- and will break when we pull the carpet out
from under them during a cleanup.  Fix 'em now.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
</content>
</entry>
</feed>
