PM branch updated

PM branch updated

[Kevin Hilman]

FYI...

I just pushed an updated PM branch which was rebased to current
omap/master (which is based on v2.6.31-rc5)

This includes a few fixes from the list, but in particular the
SRF fixes from Ranjith so that DVFS can be done again.

Basic testing on SDP and EVM only.

Kevin

Re: PM branch updated

[Roger Quadros]

ext Kevin Hilman wrote:
> FYI...
> 
> I just pushed an updated PM branch which was rebased to current
> omap/master (which is based on v2.6.31-rc5)
> 
> This includes a few fixes from the list, but in particular the
> SRF fixes from Ranjith so that DVFS can be done again.
> 
> Basic testing on SDP and EVM only.

Basic testing on RX51 too. works like a charm :)

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

Re: PM branch updated

[Kevin Hilman]

Kevin Hilman wrote:

> I just pushed an updated PM branch which was rebased to current
> omap/master (which is based on v2.6.31-rc5)

Also, please check out

   http://elinux.org/OMAP_Power_Management

This page includes the stuff I normally put in the announcment of a new 
PM branch, but also tries to describe how to use the various features of 
the PM branch (which has been sorely missing for a while.)

Comments/feedback welcome, and feel free to update/edit as well.

Kevin

Re: PM branch updated

[Jean Pihet]

Hi Kevin,

On Thursday 06 August 2009 19:13:06 Kevin Hilman wrote:
> Kevin Hilman wrote:
> > I just pushed an updated PM branch which was rebased to current
> > omap/master (which is based on v2.6.31-rc5)
>
> Also, please check out
>
>    http://elinux.org/OMAP_Power_Management
>
> This page includes the stuff I normally put in the announcment of a new
> PM branch, but also tries to describe how to use the various features of
> the PM branch (which has been sorely missing for a while.)
I think this page had been long-awaited. Thanks a lot for putting it together.

One question about it:
What about the cpufreq interface for doing DVFS? Is it preferred way to change 
OPPs or is it using /sys/power/vddx_opp? I think cpufreq utils are more 
standard, easier to use and to understand.

Jean
>
> Comments/feedback welcome, and feel free to update/edit as well.
>
> Kevin
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: PM branch updated

[Kevin Hilman]

Jean Pihet <jpihet@mvista.com> writes:

> On Thursday 06 August 2009 19:13:06 Kevin Hilman wrote:
>> Kevin Hilman wrote:
>> > I just pushed an updated PM branch which was rebased to current
>> > omap/master (which is based on v2.6.31-rc5)
>>
>> Also, please check out
>>
>>    http://elinux.org/OMAP_Power_Management
>>
>> This page includes the stuff I normally put in the announcment of a new
>> PM branch, but also tries to describe how to use the various features of
>> the PM branch (which has been sorely missing for a while.)
>
> I think this page had been long-awaited. Thanks a lot for putting it
> together.
>
> One question about it:
>
> What about the cpufreq interface for doing DVFS? Is it preferred way
> to change OPPs or is it using /sys/power/vddx_opp? I think cpufreq
> utils are more standard, easier to use and to understand.

CPUfreq is much preferred.  The /sys/power/vdd* are just for manual
testing and more fore PM developers than PM users.

Hey, sounds like a perfect opportunity for you to update the wiki. ;)

Kevin

Re: PM branch updated

[Jean Pihet]

Hi Kevin,

On Friday 07 August 2009 19:11:20 Kevin Hilman wrote:
> Jean Pihet <jpihet@mvista.com> writes:
> > On Thursday 06 August 2009 19:13:06 Kevin Hilman wrote:
> >> Kevin Hilman wrote:
> >> > I just pushed an updated PM branch which was rebased to current
> >> > omap/master (which is based on v2.6.31-rc5)
> >>
> >> Also, please check out
> >>
> >>    http://elinux.org/OMAP_Power_Management
> >>
> >> This page includes the stuff I normally put in the announcment of a new
> >> PM branch, but also tries to describe how to use the various features of
> >> the PM branch (which has been sorely missing for a while.)
> >
> > I think this page had been long-awaited. Thanks a lot for putting it
> > together.
> >
> > One question about it:
> >
> > What about the cpufreq interface for doing DVFS? Is it preferred way
> > to change OPPs or is it using /sys/power/vddx_opp? I think cpufreq
> > utils are more standard, easier to use and to understand.
>
> CPUfreq is much preferred.  The /sys/power/vdd* are just for manual
> testing and more fore PM developers than PM users.
Ok, thanks for the confirmation.

> Hey, sounds like a perfect opportunity for you to update the wiki. ;)
Exactly! http://elinux.org/OMAP_Power_Management has been updated with 
per-feature usage, CPUfreq kernel interface and debugging info for power 
users ;p

Can you check it?

>
> Kevin
Jean

PM branch updated

[Kevin Hilman]

Hello,

This is mainly a rebase to current linux-omap master branch which is
based at v2.6.31-rc6, no functional changes.

Since a few changesets and several patches previously carried the PM
branch have now been merged upstream, these have been dropped from the
PM branch.

For more details on the PM branch, see the eLinux.org wiki where I
keep up-to-date status and instructions for using:

  http://elinux.org/OMAP_Power_Management
  
Kevin

PM branch updated

[Kevin Hilman]

Hello,

I just pushed an updated PM branch to my linux-omap-pm repo[1], and it
will be sync'd to Tony's linux-omap tree shortly.

What's changed: Not many functional changes, but lots of restructuring
to organize/regroup patches into changesets for upstream.  In addition
to the various fixes coming in from the list, here are some other
user-visible changes:

- 600 MHz OPP (a.k.a. overdrive) allowed in CPUfreq
- default CPUfreq governor: userspace, so default OPP is determined
  by bootloader, and not changed during kernel boot
- UARTs obey /sys/devices/.../power/wakeup
- serial ports separated so each port can be controlled
  separately under /sys/devices

Basic retention/off while idle and suspend testing on the following
OMAP3 boards: 

- 3430SDP (NFS root)
- OMAP3EVM (NFS root)
- Beagle (MMC rootfs)
- RX51 (OneNAND rootfs)
- Overo (Water + Tobi)  (thanks to Gumstix for the hardware!)
  ** Known problems: retention during idle eventually hangs with what
     looks like memory corruption (not debugged further.)  Looks like
     Overo support in linux-omap needs some updates, including a 
     sanity check of the SDRC settings.

Upcoming changes:

The next PM branch will drop the current omapdev code and replace it
with the latest versions of omap_hwmod and omap_device code from Paul
Walmsely.

Kevin