On Tue, Oct 4, 2011 at 9:21 AM, Paul Walmsley <[email protected]> wrote:
> + Rajendra, Santosh, Benoît
>
> Hi
>
> On Mon, 3 Oct 2011, Tony Lindgren wrote:
>
>> * Paul Walmsley <[email protected]> [110929 17:40]:
>> > On Thu, 22 Sep 2011, Keerthy wrote:
>> >
>> > > From: Vishwanath BS <[email protected]>
>> > >
>> > > OMAP4460 specific clocks are not getting added as the
>> > > cpu_is_omap44xx is choosing only OMAP4430 specific clock nodes.
>> > > Changing it to add to OMAP4460 specific clocks also.
>> > > This is clocks are required of temperature sensor.
>> > >
>> > > Signed-off-by: Vishwanath BS <[email protected]>
>> > > Signed-off-by: Keerthy <[email protected]>
>> > > Cc: [email protected]
>> >
>> > Thanks, this patch has been queued for 3.2.
>>
>> Should this be a fix for the -rc cycle instead?
>
> I don't think it's needed for the -rc series, since we don't have any
> in-tree users of the 4460 temperature sensor.  The only impact I can see
> is if the bootloader enables the 4460 temperature sensor clock, and
> doesn't disable it.  I assume that would probably prevent the L4 WKUP
> clockdomain from entering clock stop, which would consume a little more
> power.
>
You are correct Paul. It would have also gated the low power states
but at this point of time on mainline, we aren't supporting CORE/PER
low power states for OMAP44XX.

IIRC, boot-loader isn't enabling the temperature
sensor clock so this patch can wait for next merge window.

Regards
Santosh
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to