Date: Thu, 20 May 2021 15:53:21 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 256033] u-boot for nanopc-t4 (vendor) Message-ID: <bug-256033-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256033 Bug ID: 256033 Summary: u-boot for nanopc-t4 (vendor) Product: Ports & Packages Version: Latest Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: bz@FreeBSD.org Created attachment 225128 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D225128&action= =3Dedit 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-boo= t. 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 redu= ce 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 simp= ly close this but I did want it documented for anyone searching. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256033-7788>