I got two Rock5B from AllNet China but it looks like one of the two has some HW problem.
It randomly crash with kernel stack traces after a few minutes running any stress test suite like stress-ng (both on the radxa produced images and on armbian).
The most common cause of an unstable system like this has been memory reads occasionally returning corrupted data.
It is apparently fixed by newer DDR initialization code, but lowering the maximum frequency might workaround the problem, or at least can be used to test whether you are affected by this problem:
$ echo 1560000000 | sudo tee /sys/class/devfreq/dmc/max_freq
With the latest image ubuntu server (rock-5b-ubuntu-focal-server-arm64-20221105-1012-gpt.img), it exhibit same type of crashes.
See attached minicom capture file for content. minicom-20221106133900.zip (10.4 KB)
@jack Any idea there ? I’m willing to try to debug but the system is completely unusable at the moment.
Most of he time, ti does not even gets to the linux login prompt.
It seems some boards have issues… My worked for three weeks while doing some reboots at random. After that it stopped to boot at all…
Got a response from raxda support with a suggestion to try maskrom boot, but the board is not seen on my windows os… Now I am looking for a way to get a replacement… Where did you file for the RMA? The site allnet china has no support section…
I was contacted by womeone from allnet.cn after complaining loudly on this site.
I first contacted them on their email address without success.
I also emailed allnet.de but it did not prove more successful.
I also bought 3 of them, and one of them is very problematic. It is randomly crashing. I have been thinking it is an issue with the power supply as I am using PD power supplies. I got some stability with the Raspberry PI power supply but even that crashes after an hour or two. I am hoping to get hold of a 12v 3A power supply with a type c connector but its proving difficult to get in locally.
Thanks, @icecream95 for pointing in this direction. By setting echo 1068000000 | sudo tee /sys/class/devfreq/dmc/max_freq on one of the boards I have managed to get it running without crashing for 5 hours. Which I have not managed on any of the boards. I have done this on the other 2 and will report on how it goes.