Re: How to properly enable omap-pm functionality

Re: How to properly enable omap-pm functionality

[Kevin Hilman]

Elvis Dowson <elvis.dowson@mac.com> writes:

>  Hi Kevin,
>                  
> On Monday, 20 July, 2009, at 08:30AM, "Kevin Hilman" <khilman@deeprootsystems.com> wrote:
>
>>You still will not see omap-pm.h included because I did not
>>test DVFS on Overo since just going idle eventually leads
>>to memory corruption.
>>
>>As I stated[1], SDRC settings need some validation on Overo
>>before DVFS can be tested.
>
>>[1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg13980.html
>
> The overo is closely based on the beagleboard, so if DVFS is working
> on Beagleboard, wouldn't applying the same changes to the overo
> work?

Probably.  Feel free to try it and submit patches.

Thanks,

Kevin

Re: How to properly enable omap-pm functionality

[Kevin Hilman]

Elvis Dowson <elvis.dowson@mac.com> writes:

> 			Which board file (e.g. board-3430sdp.c, etc),
> can I use as the  basis for studying how to properly implement PM for
> the gumstix overo?

SDP, omap3evm, Beagle and RX51 are all good example.

But for PM, the board files only come into play for DVFS, where the
board files can configure which OPPs to make available to core code.
On the current PM branch, I did not test DVFS on Overo because
it seems like the SDRC settings need some testing/updating[1].

> At the moment, if I look at the linux-omap-2.6 repository and take a
> look at omap-2.6.30 branch, and take a look at board-overo.c, I don't
> find any entries for including omap-pm.h, etc. 

That's because that branch has no PM support.

> You had mentioned that there was initial support for overo in the
> omap-2.6.30 release, so I thought I'd just start and check there
> initially.

No, I mentioned[1] that there was basic Overo testing done on the
latest 'pm' branch, not omap-2.6.30 branch.

Please checkout the branch named 'pm' and look there.

You still will not see omap-pm.h included because I did not
test DVFS on Overo since just going idle eventually leads
to memory corruption.

As I stated[1], SDRC settings need some validation on Overo
before DVFS can be tested.

Kevin


[1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg13980.html