Difference between revisions of "Armadeus 7.0 Troubleshots"

From ArmadeusWiki
Jump to: navigation, search
(Created page with "* No problem yet ;-)")
 
Line 1: Line 1:
* No problem yet ;-)
+
==4.17 kernels random crashes==
 +
* 4.17 kernel seems to have some problems when using CPU frequency scaling and/or i.MX6ULL at full speed (900MHz). Consequences are random kernel crashes with stack overflow/memory problems. For these reasons we recommend everyone using this kernel/release and i.MX6ULL to add a patch in ''patches/linux/4.17/''.
 +
This patch can be found in latest git tree:
 +
    https://sourceforge.net/p/armadeus/code/ci/master/tree/patches/linux/4.17/0112-ARM-dts-imx6ull-update-vdd_soc-voltage-for-900MHz-op.patch
 +
* Then we also recommend to de-activate CPU frequency scaling on i.MX6ULL and fix operating frequency (to put somewhere in your app starting script, here frequency is fixed to 900MHz):
 +
    cd /sys/devices/system/cpu/cpu0/cpufreq/
 +
    echo userspace > scaling_governor
 +
    echo 900000 > scaling_setspeed

Revision as of 11:57, 30 July 2019

4.17 kernels random crashes

  • 4.17 kernel seems to have some problems when using CPU frequency scaling and/or i.MX6ULL at full speed (900MHz). Consequences are random kernel crashes with stack overflow/memory problems. For these reasons we recommend everyone using this kernel/release and i.MX6ULL to add a patch in patches/linux/4.17/.

This patch can be found in latest git tree:

   https://sourceforge.net/p/armadeus/code/ci/master/tree/patches/linux/4.17/0112-ARM-dts-imx6ull-update-vdd_soc-voltage-for-900MHz-op.patch
  • Then we also recommend to de-activate CPU frequency scaling on i.MX6ULL and fix operating frequency (to put somewhere in your app starting script, here frequency is fixed to 900MHz):
   cd /sys/devices/system/cpu/cpu0/cpufreq/
   echo userspace > scaling_governor
   echo 900000 > scaling_setspeed