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/0001-arm-Add-support-for-Kobol-Helios64-board.patch
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
--
Florian Klink
