[RFC][PATCH v4? 0/7] Adaptive Body-Bias for OMAP
Kevin Hilman
khilman at deeprootsystems.com
Tue Oct 16 17:50:44 EDT 2012
Mike Turquette <mturquette at ti.com> writes:
> Quoting Tony Lindgren (2012-10-16 09:32:25)
>> * Mike Turquette <mturquette at ti.com> [121011 15:27]:
>> > Quoting Nishanth Menon (2012-10-11 06:33:04)
>> > > On 18:26-20121003, Mike Turquette wrote:
>> > > > From: Mike Turquette <mturquette at linaro.org>
>> > > [...]
>> > > >
>> > > > arch/arm/mach-omap2/Makefile | 8 +-
>> > > > arch/arm/mach-omap2/abb.c | 322 +++++++++++++++++++++++++
>> > > > arch/arm/mach-omap2/abb.h | 94 ++++++++
>> > > [...]
>> > > > arch/arm/plat-omap/include/plat/voltage.h | 1 +
>> > > > 18 files changed, 699 insertions(+), 37 deletions(-)
>> > > > create mode 100644 arch/arm/mach-omap2/abb.c
>> > > > create mode 100644 arch/arm/mach-omap2/abb.h
>> > > > create mode 100644 arch/arm/mach-omap2/abb36xx_data.c
>> > > > create mode 100644 arch/arm/mach-omap2/abb44xx_data.c
>> > >
>> > > dumb question: with the request to move everything out of mach-omap2
>> > > directory, do we still want to add more files into mach-omap2?
>> > >
>> >
>> > Not a dumb question at all. I approached this problem by modeling it
>> > after existing voltage layer code (in particular the vp and vc drivers).
>> >
>> > My hope is to get it merged as-is and then bundle the abb code up with
>> > the vp/vc migration to drivers/* when that happens some day. People
>> > using omap36xx and above need this code now, so it seems prudent to take
>> > this approach today.
>>
>> This is needed, but makes moving the vc code to drivers a bit
>> more complex.
>>
>> So we also need a plan to move this all to drivers in the follow
>> up patches. And we need a maintainer for the code. Who is going to
>> be doing all that?
>>
>
> Is there already somebody committed to moving vp/vc code out to drivers?
Yes, VC/VP is part of the bigger PRM/CM move in progress.
For now, I'm ok with adding a little more VC/VP stuff since it's already
well isolated in the prmXXXX.c files (though it might need a rebase on
Paul's recent PRM/CM cleanup stuff.)
> If so then I can take responsibility for moving the abb code and
> coordinate with that person.
Thanks,
Kevin
More information about the linux-arm-kernel
mailing list