It boots fine with current Fedora IoT 34 nightlies, but kernel crashes are very regular (sometimes recoverable, sometimes not), which looks to me like the same problem that Armbian builds have, logs seem to point to an issue with the dmc frequency. I've compiled an excerpt of interesting looking logs from a couple of boots here (you should be able to comment on the doc as well): https://hackmd.io/@lorbus/SyXTj0lXu
Please take a look and let me know what you think.
I've been running eb607cd4957fb0ef97beb2a8293478be6a54240a from git://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git (which is 5.13-rc1, plus a whole bunch of helios64 and more generic rk3399 fixes).
The system comes up. I couldn't immediately trigger any of the kernel crashes (except one that regularly occurs on shutdown/reboot), which I added to the hackmd document.
I think most of the kernel issues are a concern of refining the dtb in the kernel itself, though, not an uboot issue per se, so not sure if this should block the inclusion of this patch into u-boot, which seems to work file (once there's a version with SPDX headers everywhere)
Florian
On 21-03-08 17:29:23, Christian Glombek wrote:
I've looked into this a bit over the weekend - my current WIP patch can be found here: https://src.fedoraproject.org/fork/lorbus/rpms/uboot-tools/blob/helios64/f/0...
It's essentially the entire devicetree used in Armbian, only that I had to remove the gpio{1,2,4} initialization since `gpio-hog` doesn't appear to work with upstream u-boot. It boots fine with current Fedora IoT 34 nightlies, but kernel crashes are very regular (sometimes recoverable, sometimes not), which looks to me like the same problem that Armbian builds have, logs seem to point to an issue with the dmc frequency. I've compiled an excerpt of interesting looking logs from a couple of boots here (you should be able to comment on the doc as well): https://hackmd.io/@lorbus/SyXTj0lXu
Please take a look and let me know what you think.
Best regards, Christian