Am Fri, 15 Jul 2016 03:41:44 +0200 hat Matthijs van Duin matthijsvanduin@gmail.com geschrieben:
Actually, that's pretty interesting as we have issues running some of the CPU-Boards in 1.5GHz under full load for an extended period of time.
Maybe they don't like this overclocking.
I know the EVMs don't have a problem with that, but we probably have a different revision of OMAP5 on our PCBs... so who knows.
Nikolaus, would it be possible to do a test on one of the CPU-Boards where you KNOW it fails with 1.5GHz?
Re-enable 1.5GHz in your board file, boot it up and set the divider to 8 using: omapconf write 0x4A004320 0x06000001
Re-run your stress test for a while. If it still crashes, it's something else. If it works fine, then we know our hardware is fine :)
Section 4.3.2 of the omap5432 datasheet warns:
The programmable divider for the asynchronous bridge to Audio Back-end (ABE) must be set to:
- MPU_GCLK / 16 when MPU_GCLK clock is running at
OPP_HIGH_MPU.
- MPU_GCLK / 8 when MPU_GCLK clock is running at OPP_NOM_MPU.
The programmable divider for the asynchronous bridge to L3 must be set to:
- MPU_GCLK / 8 when MPU_GCLK clock is running at OPP_HIGH_MPU.
- MPU_GCLK / 4 when MPU_GCLK clock is running at OPP_NOM_MPU.
This however does not seem to be happening (tested on 4.7-rc7-letux):
root@omap5:~# cpufreq-set -r -g performance root@omap5:~# omapconf show prcm mpu | grep Rat | Source Clock Rate | 1500.000MHz | | MPU-ABE SS Bridge Ratio | 8 | | MPU-L3MAIN Interc. Bridge Ratio | 4 |
(These settings are in CM_MPU_MPU_CLKCTRL.)
Matthijs _______________________________________________ Kernel mailing list Kernel@pyra-handheld.com http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel