Bug 256033

Summary: [new port] sysutils/uboot-rockchip: u-boot for nanopc-t4 (vendor)
Product: Ports & Packages Reporter: Bjoern A. Zeeb <bz>
Component: Individual Port(s)Assignee: freebsd-uboot (Nobody) <uboot>
Status: Closed Overcome By Events    
Severity: Affects Only Me CC: bz, decke, lwhsu
Priority: ---    
Version: Latest   
Hardware: arm64   
OS: Any   
Attachments:
Description Flags
FriendlyARM github based u-boot and rkbin for nanopc-t4 none

Description Bjoern A. Zeeb freebsd_committer freebsd_triage 2021-05-20 15:53:21 UTC
Created attachment 225128 [details]
FriendlyARM github based u-boot and rkbin for nanopc-t4

I haven't had many blessings getitng my nanopc-t4 stable with a stock u-boot.

After more than a year I ended up and hacked up the vendor tree to compile on FreeBSD and work mostly with my setup.
Seems it is very stable and memory issues are gone.

I am trying to jot more notes down on
   https://wiki.freebsd.org/BjoernZeeb/NanoPC-T4
in the next weeks as things progress and I find moments.

Meanwhile I wanted to put the (ugly) hacked up change here.
It could really need someone with a lot more ports clue than me to integrate this into u-boot-master (which I mostly copied over) but not all.
If someone helps me to figure out the github vs. default distfetch stuff I am willing to cleanup the build stuff (and probably also to significantly reduce the patch size as gseq changes etc are not needed when done as a port).

It uses the (hacked up) vendor supplied make.sh currently to build and not the normal build framework and uses rkbin (again from vendor).

If this mess is too much and people say stock u-boot support this then simply close this but I did want it documented for anyone searching.
Comment 1 Chris Hutchinson 2021-05-20 17:24:57 UTC
At a (very) quick glance;
$FreeBS$
has no value now that git(1) is the source of truth.
So you should nuke it.

LICENSE=	GPLv2
is often followed by
LICENSE_FILE=		${WRKSRC}/<name-of-license-file>

Just thought I'd mention it in case it helps. :-)

--Chris
Comment 2 Bjoern A. Zeeb freebsd_committer freebsd_triage 2022-05-03 14:14:08 UTC
I gave up on stock u-boot for the T4s I once had;  last I was back to vendor as it was the only one which kept it up without any memory corruptions.  I have not much more to say about the T4s as I once had documented on https://wiki.freebsd.org/BjoernZeeb/NanoPC-T4 (apart from you probably need a fan despite any better intentions).