RE: [PATCH 0/2] Remove unused voltagedomain data for AM33xx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: linux-omap-owner@xxxxxxxxxxxxxxx [mailto:linux-omap-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Kevin Hilman
> Sent: Friday, June 14, 2013 7:31 PM
> To: Paul Walmsley
> Cc: Nayak, Rajendra; Hiremath, Vaibhav; linux-omap@xxxxxxxxxxxxxxx;
> linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [PATCH 0/2] Remove unused voltagedomain data for AM33xx
> 
> Paul Walmsley <paul@xxxxxxxxx> writes:
> 
> > cc Kevin, Vaibhav
> >
> > On Thu, 13 Jun 2013, Rajendra Nayak wrote:
> >
> >> The powerdomain framework today expects to always have a
> voltagedomain
> >> associated with a given powerdomain. We already have AM33xx which
> >> has no Voltage Controller/Voltage Processor as part of PRCM.
> >> There are more SoCs' to follow starting with AM437x and DRA7xx
> >> which do not have VC/VP.
> >>
> >> Instead of adding dummy voltage domain data files, make the
> powerdomain
> >> framework aware of the fact that some SoCs' might not really have
> >> scalable voltage domains.
> >
> > Fine with me in principle if AM335x doesn't support voltage scaling.
> > Vaibhav, if this is okay for you, please ack it.
> >
> > Then, in terms of merging, probably Kevin would be the right person
> for
> > this since he's done much of the voltagedomain work.
> 
> Yeah, I'll take this series after the minor issues I commented on are
> fixed, and Vaivhav ack's the AM33xx parts.
> 

Yeup, Feel free to add my Ack here.


Thanks,
Vaibhav 

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux