For what it's worth, I run hundreds of 24/7 unattended systems with the
BBB. We have tested reboots into the tens of thousands, and with some work
we are able to achieve zero failures.

Off the top of my head here are the key platform specific things I do that
you might want to look at:

1) Mod the h/w to avoid the Ethernet issue (from another post) (this may be
fixed in the latest kernel, but we locked the s/w down a while back.
2) Use a custom u-boot to avoid the uart boot issue.
3) Configure the file system as read only (perform all app-level
read/writes on a separate partition).
4) Disable all journaling/logging, etc, except to temporary ramfs.
4) Force fsck to run and auto-recover on each boot (this was prior to
running read-only, may not be necessary now).
5) Remove all unneeded processes.
6) Enable the watchdog.
7) Use 'allow-hotplug' on the ethernet connection.
8) There was an issue with USB mounting causing the CAN bus to fail, but
this was resolved with a patch to the kernel I submitted a year or so ago.
Prior to the fix I had a script checking for a failure and re-init'ing as
necesary.

Have you been able to ascertain how the boot sequence fails, e.g. run 30k
reboots and record serial output?

Cheers,
Andrew.


On 14 August 2015 at 10:14, <[email protected]> wrote:

> Hi Robert,
>
> > Please confirm which kernel your running
>
> 3.8.13-bone71 (updated beginning of last June)
>
> > There's a big thread on this list, where a bunch spend about 2 weeks
> bisecting the v4.1.x kernel to find the cause of the "random" reboot..
>
> I don't have an issue though with random reboots - the reboots are
> initiated on purpose by my application (because of the eth0 problem) - but
> as described 2 in 30,000 reboots failed.
>
> Cheers,
> Ivan
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/aXv6An1xfqI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to