Am 25.11.2016 um 14:28 schrieb Michael Mrozek EvilDragon@openpandora.org:
Am Fri, 25 Nov 2016 13:35:29 +0100 hat "H. Nikolaus Schaller" hns@goldelico.com geschrieben:
Can you try setting the voltage to something lower (like 0,75V)?
Because that's what still worked with 1GHz and Highload (and that's REALLY undervolting it), so the question is whether there's maybe some limiter somewhere.
Ok, setting all voltages to 0.75V didn't boot for me (stuck at 4 seconds) so it is probably too low for 750MHz and above.
What works for me on board C22 is this (which shows quite some room for power consumption optimization since P ~ uV ^ 2):
&cpu0 { operating-points = < /* kHz uV */ 250000 750000 500000 750000 750000 950000 1000000 1050000 // 1250000 1150000 // 1500000 1250000 // 1700000 1250000 >; };
The voltmeter did say 0.746V and it went up to 1.043V. So there is no limiter and voltages are quite precise (if measured properly - and a voltmeter is better than an oscilloscope in this case).
Kernel defines a valid range for the regulator driver between 0.6V and 1.5V, i.e. no limiter as well:
http://lxr.free-electrons.com/source/arch/arm/boot/dts/omap5-board-common.dt...
PS: would be interesting to check something like 150MHz and 0.6V... but that does not help for high frequencies PPS: would be interesting to add some OPP interface from user space and automatically plot the range it works...
I have done this test by soldering a wire to the PALMAS SMPS123 outputs and connecting an oscilloscope:
We clearly see that the voltages change (I did start in idle and type "apt-get update" and ENTER).
Voltages are quite exactly what I have defined in the OPP DT, i.e. 840/880mV going up to 1100mV.
What you also can see is such voltage steps occur not faster than every 300ms.
There is some noise on the supply line but that can be an artifact of the setup and the oscilloscope precision (8bit).
What I have planned to do is a similar test with 1.25GHz and high-load loops.
Interestingly we can even underclock the OMAP5 down to 250 MHz and it appears to run stable as well.
root@letux:~# cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 CPUs which need to have their frequency coordinated by software: 0 1 maximum transition latency: 350 us. hardware limits: 250 MHz - 1000 MHz available frequency steps: 250 MHz, 500 MHz, 750 MHz, 1000 MHz available cpufreq governors: conservative, userspace, powersave, ondemand, performance current policy: frequency should be within 250 MHz and 1000 MHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 250 MHz (asserted by call to hardware). cpufreq stats: 250 MHz:81.74%, 500 MHz:12.91%, 750 MHz:2.24%, 1000 MHz:3.11% (516) analyzing CPU 1: driver: cpufreq-dt CPUs which run at the same hardware frequency: 0 1 CPUs which need to have their frequency coordinated by software: 0 1 maximum transition latency: 350 us. hardware limits: 250 MHz - 1000 MHz available frequency steps: 250 MHz, 500 MHz, 750 MHz, 1000 MHz available cpufreq governors: conservative, userspace, powersave, ondemand, performance current policy: frequency should be within 250 MHz and 1000 MHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 250 MHz (asserted by call to hardware). cpufreq stats: 250 MHz:81.74%, 500 MHz:12.91%, 750 MHz:2.24%, 1000 MHz:3.11% (516) root@letux:~#
This was done with these OPP:
&cpu0 { operating-points = < /* kHz uV */ 250000 800000 500000 850000 750000 950000 1000000 1050000 // 1250000 1150000 // 1500000 1250000 // 1700000 1250000
;
};
As you can see I plan to run a slightly lowered 1.25GHz OPP voltage to be linear between 500 MHz and 1500 MHz.
Am 24.11.2016 um 01:05 schrieb Grazvydas Ignotas notasas@gmail.com:
Not that I know of, only Nikolaus can measure it directly.
Gražvydas
On Thu, Nov 24, 2016 at 1:42 AM, Michael Mrozek EvilDragon@openpandora.org wrote:
Am Thu, 24 Nov 2016 00:45:07 +0200 hat Grazvydas Ignotas notasas@gmail.com geschrieben:
Hi,
is there an easy way to read out the REAL voltage? So I can see that the setting really is doing something?
BR, Nikolaus
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 990 5548 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org