* Tero Kristo t-kri...@ti.com [110713 06:56]:
Hello,
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now. It could actually be moved under
arch/arm/mach-omap2/ directory instead of drivers/regulator, I think it
should work from
On Thu, 2011-07-14 at 02:22 +0200, Hilman, Kevin wrote:
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now.
Could you rebase this on my pm-wip/voltdm branch where I've started
Hello,
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now. It could actually be moved under
arch/arm/mach-omap2/ directory instead of drivers/regulator, I think it
should work from there also. This would also require less hacking for
+Paul
Tero Kristo t-kri...@ti.com writes:
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now. It could actually be moved under
arch/arm/mach-omap2/ directory instead of drivers/regulator, I think it
should work from there also.
On Wed, Jul 13, 2011 at 12:00:37PM -0700, Kevin Hilman wrote:
Actually, I'd prefer it stay in drivers/regulator. We're trying to move
driver-type stuff out of arch/arm/* into the right place in drivers/*.
In fact, I wonder if our VP/VC layers might better live under
drivers/regulator also.
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Wed, Jul 13, 2011 at 12:00:37PM -0700, Kevin Hilman wrote:
Actually, I'd prefer it stay in drivers/regulator. We're trying to move
driver-type stuff out of arch/arm/* into the right place in drivers/*.
In fact, I wonder if our VP/VC
Hi Tero,
Tero Kristo t-kri...@ti.com writes:
Based on the comments for the previous version of this set, I implemented
a regulator driver for the OMAP SMPS now.
Could you rebase this on my pm-wip/voltdm branch where I've started the
work to separate out the VC/VP layers into their own files.