Hello Bartlomiej, On 12/15/2016 08:55 AM, Bartlomiej Zolnierkiewicz wrote: > Add missing 2000MHz & 1900MHz OPPs (for A15 cores) and 1400MHz OPP > (for A7 cores). Also update common Odroid-XU3 Lite/XU3/XU4 thermal > cooling maps to account for new OPPs. > > Since new OPPs are not available on all Exynos5422/5800 boards modify > dts files for Odroid-XU3 Lite (limited to 1.8 GHz / 1.3 GHz) & Peach > Pi (limited to 2.0 GHz / 1.3 GHz) accordingly. > > Tested on Odroid-XU3 and XU3 Lite. > > Cc: Doug Anderson <[email protected]> > Cc: Javier Martinez Canillas <[email protected]> > Cc: Andreas Faerber <[email protected]> > Cc: Thomas Abraham <[email protected]> > Cc: Ben Gamari <[email protected]> > Cc: Arjun K V <[email protected]> > Signed-off-by: Bartlomiej Zolnierkiewicz <[email protected]> > --- > v2: > - added comments about limitations of SoC revisions used by Odroid-XU3 Lite > and > Peach Pi boards (suggested by Javier) > - removed redundant opp_a7_14 label > - added Arjun to Cc: > > Javier, could you test it on Peach Pi board? >
I've tested this patch on my Peach Pi by setting the CPUFreq governor to performance and checking that the current scaling frequency was 2.0 GHz: $ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq 2000000 2000000 2000000 2000000 1400000 1400000 1400000 1400000 I ran the machine for hours and it didn't became unstable. Also installed the stress [0] tool and setting the governor to ondemand, I executed: $ stress --cpu 8 For about 30 minutes, the current frequencies were again the maximum and had no issues. Finally, I tested some devices that are under the INT rail (MFC and GSC) by using the following GStreamer pipeline: $ gst-launch-1.0 filesrc location=test-1080p.mp4 ! qtdemux ! h264parse ! \ v4l2video5dec ! v4l2video7convert capture-io-mode=dmabuf ! kmssink Again, the system keeps working correctly. So I think it's safe to say: Tested-by: Javier Martinez Canillas <[email protected]> I can't provide a Reviewed-by since is still not clear to me if these OPP values are correct or not due the ChromiumOS tree using higher voltages. FWIW, the chip ID block information on my Exynos5800 Peach Pi is: Exynos: CPU[EXYNOS5800] CPU_REV[0x1] PKG_ID[0x350c82f8] AUX_INFO[0x4d] [0]: http://people.seas.harvard.edu/~apw/stress/ Best regards, -- Javier Martinez Canillas Open Source Group Samsung Research America
