PM branch and cpufreq

PM branch and cpufreq

[Koen Kooi]

[-- Attachment #1: Type: text/plain, Size: 952 bytes --]

Hi,

I was trying to get cpufreq going on beagleboard (http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0a9946cfd2524c36b7a49c0&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff 
) and I ran into a few issues;

* pm-prev branch: SD card doesn't initialize, and my rootfs is in SD
* pm branch: ditto
* pm-next branch: SD works, but cpufreq is #if 0'd by the "temp: hack  
DVFS to build after clockfw changes" commit

So I have a few questions:

1) is the beagleboard cpufreq patch looking OK?
2) any quick fix for the SD issue
3) any timeframe on getting the pm branch working with cpufreq again?

I suspect 3) will take a few weeks to do properly, unless Kevin is  
willing to revert the patchset from Paul removing the custom clocks  
till Rajendra has updated the cpufreq patches.

I know rootfs-on-sd with a serial console isn't going to give me great  
PM, but it's what I have to work with atm.

regards,

Koen

[-- Attachment #2: Dit deel van het bericht is digitaal ondertekend --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: PM branch and cpufreq

[Koen Kooi]

[-- Attachment #1: Type: text/plain, Size: 674 bytes --]


Op 11 jan 2009, om 19:53 heeft Koen Kooi het volgende geschreven:

> Hi,
>
> I was trying to get cpufreq going on beagleboard (http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0a9946cfd2524c36b7a49c0&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff 
> ) and I ran into a few issues;
>
> * pm-prev branch: SD card doesn't initialize, and my rootfs is in SD
	bootlog: http://dominion.thruhere.net/koen/OE/beagleboard/cpufreq2.txt

> * pm-next branch: SD works, but cpufreq is #if 0'd by the "temp:  
> hack DVFS to build after clockfw changes" commit
	bootlog: http://dominion.thruhere.net/koen/OE/beagleboard/cpufreq.txt

regards,

Koen

[-- Attachment #2: Dit deel van het bericht is digitaal ondertekend --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: PM branch and cpufreq

[Koen Kooi]

[-- Attachment #1: Type: text/plain, Size: 597 bytes --]


Op 11 jan 2009, om 19:53 heeft Koen Kooi het volgende geschreven:

> Hi,
>
> I was trying to get cpufreq going on beagleboard (http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0a9946cfd2524c36b7a49c0&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff 
> ) and I ran into a few issues;
>
> * pm-prev branch: SD card doesn't initialize, and my rootfs is in SD

SD *does* initialize, but 'rootwait' doesn't work, booting from a  
ubifs volume in nand works and udev automounts my SD card. Cpufreq  
isn't working, so I still need advice on that :)

regards,

Koen

[-- Attachment #2: Dit deel van het bericht is digitaal ondertekend --]
[-- Type: application/pgp-signature, Size: 186 bytes --]

Re: PM branch and cpufreq

[Kevin Hilman]

Koen Kooi <k.kooi@student.utwente.nl> writes:

> Op 11 jan 2009, om 19:53 heeft Koen Kooi het volgende geschreven:
>
>> Hi,
>>
>> I was trying to get cpufreq going on beagleboard
>> (http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0a9946cfd2524c36b7a49c0&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff
>> ) and I ran into a few issues;
>>
>> * pm-prev branch: SD card doesn't initialize, and my rootfs is in SD
>
> SD *does* initialize, but 'rootwait' doesn't work, booting from a
> ubifs volume in nand works and udev automounts my SD card. Cpufreq
> isn't working, so I still need advice on that :)

pm-next isn't supposed to work. ;) It is work in progress.  Once it's
ready it will become 'pm'.

Re: SD/MMC problem I see the same problem in linux-omap HEAD where
rootwait doesn't seem to work, so at least the 'rootwait' problem
think is not PM branch related.

Re: CPUfreq on Beagle.  I haven't done any testing of CPUfreq on
beagle.  AFAICT, the OPP definitions are not being defined for Beagle.
That would explain no availabe operating points.

These are board specific settings.  You could start by looking at the
*_rate_table definitions in board-3430sdp.c.

Kevin

Re: PM branch and cpufreq

[Koen Kooi]

[-- Attachment #1: Type: text/plain, Size: 1650 bytes --]


Op 13 jan 2009, om 05:33 heeft Kevin Hilman het volgende geschreven:

> Koen Kooi <k.kooi@student.utwente.nl> writes:
>
>> Op 11 jan 2009, om 19:53 heeft Koen Kooi het volgende geschreven:
>>
>>> Hi,
>>>
>>> I was trying to get cpufreq going on beagleboard
>>> (http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=f56b27781d810dcca0a9946cfd2524c36b7a49c0&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff
>>> ) and I ran into a few issues;
>>>
>>> * pm-prev branch: SD card doesn't initialize, and my rootfs is in SD
>>
>> SD *does* initialize, but 'rootwait' doesn't work, booting from a
>> ubifs volume in nand works and udev automounts my SD card. Cpufreq
>> isn't working, so I still need advice on that :)
>
> pm-next isn't supposed to work. ;) It is work in progress.  Once it's
> ready it will become 'pm'.
>
> Re: SD/MMC problem I see the same problem in linux-omap HEAD where
> rootwait doesn't seem to work, so at least the 'rootwait' problem
> think is not PM branch related.
>
> Re: CPUfreq on Beagle.  I haven't done any testing of CPUfreq on
> beagle.  AFAICT, the OPP definitions are not being defined for Beagle.
> That would explain no availabe operating points.
>
> These are board specific settings.  You could start by looking at the
> *_rate_table definitions in board-3430sdp.c.

Thats' where http://cgit.openembedded.net/cgit.cgi?url=openembedded/blob/&id=95234a14a387c1437e71eafe0c48d4ebf95a9bc8&path=packages/linux/linux-omap-pm/beagle-cpufreq.diff 
  comes in :)

It doesn't seem to have any effect though, no 'cpufreq' prints in  
dmesg whatsoever (with pm-prev, that is).

regards,

Koen
>
>
> Kevin
>
>


[-- Attachment #2: Dit deel van het bericht is digitaal ondertekend --]
[-- Type: application/pgp-signature, Size: 186 bytes --]