Results after two days overnight test:

(1) System bb1cf1 got installed with 3.19.3-bone4: *still no reboot*
uptime
 04:19:11 up 1 day, 13:51,  2 users,  load average: 0.00, 0.01, 0.05

(2) System bb6c1f: installed with 4.1.1-ti-r2 #1 SMP PREEMPT Wed Jul 8 
17:03:29 UTC 2015 armv7l GNU/Linux: *2 reboots to a total of 4*
Jul 13 00:55:17 bb6c1f kernel: [    0.000000] Booting Linux on physical CPU 
0x0
Jul 13 01:51:02 bb6c1f kernel: [    0.000000] Booting Linux on physical CPU 
0x0
Jul 13 21:46:08 rc6c1f kernel: [    0.000000] Booting Linux on physical CPU 
0x0
Jul 14 04:02:45 rc6c1f kernel: [    0.000000] Booting Linux on physical CPU 
0x0

(3) System bb4f8e still has 4.1.0-rc8-bone9 #1 Wed Jun 17 00:05:43 UTC 2015 
armv7l GNU/Linux: but cpufreq-set -g performance: *rebooted 15:50* after 
around 20h uptime, before it had 6 reboots within 24h

(4) some other systems ran with cpufreq-set -g performance, feeling is that 
the number of reboots decreased

My conclusion:

   - cpufreq-set -g performane seems to improve the situation, but does not 
   solve it.
   - 3.19.3-bone4 is stable

--- Guenter (dl4mea)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to