Op 6 jan 2011, om 13:24 heeft Nishanth Menon het volgende geschreven: > Kevin Hilman wrote, on 01/05/2011 05:28 PM: >> Nishanth Menon<nm@xxxxxx> writes: >> >>> Beagle XM uses 3730 and the board design allows enabling 800MHz and 1GHz >>> OPPs. However, We need Smart reflex class 1.5 and ABB to enable 1GHz safely. >>> For the moment, we tweak the default table to allow for 800Mhz OPP usage. >> >> Isn't this common to any board using 3730 (or 3630?) > > no it is not. only certain boards are capable of higher frequencies - there is a procedure called PDN analysis and vmin search that needs to be performed to guarentee this. What about the "new" 3530s that can run at 720MHz? Those have been speed binned and given a different SKU. I'm using the attached 4 patches (Tony master + beagle patches _+ dvfs: http://dominion.thruhere.net/git/cgit.cgi/linux-omap/log/?h=koen/beagle-next) on my beagle C4 and overo tide to get 720MHz. They don't really work: root@usrp-e1xx:~# cpufreq-set -f 720000 [ 104.976318] platform iva.0: omap_voltage_scale: Already at the requestedrate 430000000 [ 104.986236] platform mpu.0: omap_voltage_scale: Already at the requestedrate 600000000 [ 104.996032] platform iva.0: omap_voltage_scale: Already at the requestedrate 430000000 [ 105.006408] platform mpu.0: omap_voltage_scale: Already at the requestedrate 600000000 But: root@usrp-e1xx:~# dmesg | grep 720 [ 0.000000] OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp 720mhz ) [ 0.000000] Kernel command line: console=ttyO2,115200n8 mpurate=720 vram=16M mem=99M@0x80000000 mem=384M@0x88000000 omapfb.mode=dvi:1024x768MR-24@60 omapfb.vram=0:8M,1:4M,2:4M omapdss.def_disp=dvi root=/dev/mmcblk0p2 rw rootfstype=ext3 rootwait [ 0.000000] overo_opp_init: 720MHz MPU OPPs enabled! [ 0.000000] Switched to new clocking rate (Crystal/Core/MPU): 26.0/224/720 MHz root@usrp-e1xx:~# cpufreq-info cpufrequtils 006: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@xxxxxxxxxxxxxxx, please. analyzing CPU 0: driver: omap CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 300 us. hardware limits: 125 MHz - 720 MHz available frequency steps: 125 MHz, 250 MHz, 500 MHz, 550 MHz, 600 MHz, 720 MHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 125 MHz and 720 MHz. The governor "userspace" may decide which speed to use within this range. current CPU frequency is 600 MHz (asserted by call to hardware). cpufreq stats: 125 MHz:0.00%, 250 MHz:0.00%, 500 MHz:0.00%, 550 MHz:0.00%, 600 MHz:100.00%, 720 MHz:0.00% (1) So how do I "properly" get 720MHz on those parts? regards, Koen
Attachment:
0001-omap3-add-support-for-720MHz-MPU-OPP.patch
Description: Binary data
Attachment:
0002-OMAP35x-Add-support-for-720MHz-part.patch
Description: Binary data
Attachment:
0003-OMAP3-beagle-C4-enable-upto-720MHz-OPP.patch
Description: Binary data
Attachment:
0004-OMAP3-Overo-Tide-enable-upto-720MHz-OPP.patch
Description: Binary data
