Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64?

[Klaus Küchemann]

Well , for the u-boot-versions from Kurt Miller I use, you can read :
http://openbsd-archive.7691.n7.nabble.com/RockPro64-dmesg-hang-td372109.html
&
http://openbsd-archive.7691.n7.nabble.com/Various-rockchip-u-boot-aarch64-improvements-td374802.html

Both versions boot FreeBSD as well on Rock64&RockPro64 . If you want you can ask Kurt for permission  to use his versions and  greet him from me.

Afaik the following fbsd-port doesn’t fix the 4GB-issue for RockPro64 : https://www.freshports.org/search.php?query=rockpro64&search=go&num=10&stype=name&method=match&deleted=excludedeleted&start=1&casesensitivity=caseinsensitive
whereas Kurt`s version does as you can read in the obsd-mailing list.

Unfortunately I don’t own a MACCHIATObin so don’t know if that machine is fbsd-bootable by Kurt`s uboot-2019.10

Regards

Klaus Küchemann 

> Am 23.12.2019 um 03:06 schrieb Mark Millard <marklmi at yahoo.com>:
> 
> 
> 
> On 2019-Dec-22, at 17:14, Klaus Küchemann <maciphone2 at googlemail.com> wrote:
> 
>> I’m using a ’special’  2019.10 u-boot - version ,developed  by a  BSD-colleague,
>> where the dtb-clock-settings were backported to 2019.10 u-boot  for Rock64.
>> Before using that special version I’ve booted FreeBSD on the Rock64 by
>> typing  'boot disk0s2:/boot/kernel/kernel‘ at the prompt with a standard linux-uboot-version 
>> by Ayufan .
> 
> Interesting. Thanks for the information.
> 
> I tend to try to stick to booting-tied software that
> is based on things that show up in FreeBSD's ports or,
> say, head, once they start working for my context.
> This allows my activity to occasionally contribute
> some extra information to how things are going.
> 
> One place were I do not have such is the MACCHIATObin
> Double Shot's ACPI information: That is from software
> outside the FreeBSD ports. So far as I know, there is
> not even a start for the platform in FreeBSD's svn
> areas (u-boot or otherwise, DTB based or ACPI based).
> But world and kernel on CortexA72 gets some coverage
> for now with the configuration that I use.
> 
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
>