This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

OMAP35xx DVFS - Frequency Scaling - kernel scaling governors - does it work?

Hi,

 

Well, that problem was posted here a couple of times already, I mean how to make the kernel frequency scaling subsystem work. I've downloaded the  AM35x-OMAP35x-PSP-SDK-03.00.00.05.tgz package, I'm running it on EVM module with OMAP 3530. I've enabled the option  - cpufreq - in the kernel also setting up the - ondemand - governor as the primary one. After the system boot I'm trying to catch the moment when the governor will scale down or scale up CPU frequency. I'm  changing the CPU load getting some work for it. But nothing, the CPU freq is still at 500 MHz. I've tried to change the CPU freq min and max values, still nothing. I've changed to the userspace governor and tried to manually set up new CPU freq - still nothing. The only way it works is when I set up the DVFS subsystem registers "by hand", writing them directly e.g. from U-Boot. That way all the CPU frequency levels work. You can feel it how fast the kernel boots up, it can be read using the sysfs cpufreq interface, reading the current CPU frequency works.

The configuration is almost the standard one - omap3_evm_defconfig - I've checked only the cpufreq to be enabled and changed the console to UART3. That's all I've changed. The kernel revision is 2.6.32 (the thing is the same with 2.6.29).

 

Dear OMAP developers, users, any ideas what could be wrong? 

 

 

Best regards,

Tomasz Kaczmarek.

  • Can you also do a make menuconfig and select 'System Type' then 'TI OMAP Implementations' then make sure 'SmartReflex support' is enabled.  I think you might also need to enable 'Smartreflex testing support'.  Finally scroll down and make sure 'OMAP PM layer selection' is set to 'PM layer implemented using SRF'.  I no longer have a working OMAP35x processor card so I could not test this out.

    Steve K.