Bug 256033 - [new port] sysutils/uboot-rockchip: u-boot for nanopc-t4 (vendor)
Summary: [new port] sysutils/uboot-rockchip: u-boot for nanopc-t4 (vendor)
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: arm64 Any
: --- Affects Only Me
Assignee: freebsd-uboot (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-05-20 15:53 UTC by Bjoern A. Zeeb
Modified: 2022-05-03 14:14 UTC (History)
3 users (show)

See Also:


Attachments
FriendlyARM github based u-boot and rkbin for nanopc-t4 (40.58 KB, patch)
2021-05-20 15:53 UTC, Bjoern A. Zeeb
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
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).