sysutils/u-boot-master 2026.10

Relax python requirements

With hat:	portmgr

sysutils/u-boot: Update to 2020.04

While here use python3 for it as it now works.
Two slave ports have been marked broken :
u-boot-pandaboard and u-boot-duovero
Both of those boards have ~0 users in FreeBSD so if you are one of
those raise your hand.

sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation

For the traditional spin table setup, only the lowest page needs
to be reserved.  However, our PSCI stubs are slightly bigger and occupy
a little over one page.  These patches, already sent upstream, allow a
variable number of initial pages to be reserved for the SMP stubs.  We
then set the values for these in our fragment to '2' to reserve the first
and second page.

Approved by:	koobs (mentor)
Approved by:	manu (uboot, maintainer)
MFH:		2020Q1
Differential Revision:	https://reviews.freebsd.org/D24085

Use HTTPS in PATCH_SITES

Add WWW

Add sysutils/u-boot-rpi4: U-Boot build for the Raspberry Pi 4

PR:		241796
Submitted by:	kevans

sysutils/u-boot-rock64: Add two DRAM related patches

Add two new patches related to DRAM controller initialization.
This allow us to use SPL+TPL from mainline u-boot and not relying
on RockChip miniloader anymore.
Thanks to jmcneill@NetBSD.Org for the tip.

u-boot: Update to v2019.10

Update u-boot to its latest version.
For RK3399 we now use SPL+TPL from u-boot, no need for RockChip blob.
Remove one efi related patch that isn't needed anymore.

Tested-on: Pine64-LTS, Rock64, Rockpro64, BBB, RPI2, OrangePi One

sysutils/u-boot: rk3399: Set only for arch

RK3399 uboots uses RockChip binaries to create the image, thoses tools
are only for amd64.

Reported by:	pkg-fallout

sysutils/u-boot-firefly-rk3399: Bump portrevision as we now use miniloader

Since we now use the miniloader instead of SPL bump portrevision for this port.

sysutils/u-boot-rockpro64: Add new u-boot port for Pine64 RockPro64 board

This use the DDR blob and miniloader from RockChip + trust FW + ATF + u-boot
proper.

sysutils/u-boot-rock64: Add new port for u-boot for the Pine64 Rock64 board

And add support for building RK3328 u-boot in u-boot-master.
This use the rockchip DDR blob + ATF + u-boot-spl and u-boot proper.

sysutils/u-boot: Update to 2019.07

Remove one patch for RockChip RK3399 that was upstream.
Add a patch for storage api to remove SCSI. Allwinner A20 was converted
to DM_SCSI upstream and we don't have a good way to do what the api code
was doing (only had a brief look). This patch will probably be upstreamed
once I've found a better way. For now this means that you cannot boot from
SCSI drives using ubldr, using loader.efi will still work. Only Allwinner A20
boards are affected by this.

u-boot: Fix efi booting for arm32

arm32 needs its cache cleared before booting the kernel.
This isn't the case anymore in u-boot since they use efi_start_image.
Add a local patch until I resolv the issue upstream.

sysutils/u-boot: Update to 2019.04

Beaglebone slave port change its defconfig.
ZYNC related u-boot are broken.

New port: sysutils/u-boot-clearfog

This is the U-Boot bootloader for the SolidRun ClearFog Pro.

Submitted by:	ml@vishwin.info
Differential Revision:	https://reviews.freebsd.org/D19230

Unbreak INDEX

u-boot-firefly-rk3399: Add a u-boot port for this board

This is a ARM64 board with a RockChip RK3399 SoC.

Add support for RK3399 to the u-boot-master port. No METADATA are created
for now as this u-boot is split in two file and we don't support this scheme
yet.
Two patch are needed :
 - One to allow booting u-boot proper from the same source as the DTS (accepted
 and merge upstream)
 - One to have the BL31 (ATF binary) path in a environment variable instead of
 in the source directory (accepted upstream).

Add a new atf-master master port. ARM Arm Trusted Framework (sometimes called TF-A for reasons ...) provides a reference implementation of secure world software for Armv7-A and Armv8-A, including a Secure Monitor executing at Exception Level 3 (EL3).

We had a port for Alwinner A64/H5 chip, but we need to introduced more ports.
So convert this to a master/slave port scheme like u-boot.

atf-allwinner is now badly named, when it was introduced it only support A64,
now it both support A64 and H5 and there is another ATF platform for H6.
Rename it with the platform name

Update U-Boot to 2019.01

This removes a lot of local patches

Approved by:	bapt (mentor, implicit)

sysutils/u-boot: Update to 2018.11

Tested-On: RPI*
Tested-On: OrangePi One
Tested-On: Pine*

sysutils/u-boot-pinebook: Update to latest upstream patches

All those patches have been merged upstream but have not made into the
latest u-boot release, add them here as they have bugfixes and hardware support
improvement.

Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D18312, https://reviews.freebsd.org/D18314

sysutils/u-boot-pinebook: Add ports for this board

Patches are comming upstream and I've personnally runned the wip branch
for a long time. So it's time that other people can enjoy FreeBSD on the
pinebook.

Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D17410

u-boot: Update to v2018.09

Tested On: RPI*
Tested On: OrangePi One
Tested On: Pine64(-LTS)

Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D17213

u-boot: Re-add cache patches

Some boards (like Allwinner ones) still needs them.
This fixes booting with ubldr.

Approved by:	bapt (implicit)

sysutils/u-boot-master: Set the correct files for ALLWINNER64 family

Use the correct names for the ALLWINNER64 family, files are the same as
the ALLWINNER one so no harm was done, but now it's correct.

Reported by:	jmg
Approved by:	bapt (implicit)

sysutils/u-boot-master etc.: u-boot Improvement for 2018.07

- Add metadata for IMX6 family
 - While here rename the riotboard family to IMX6 as it should have been
 - Remove the cache patches, they aren't needed anymore.
   I should have checked that with the 2018.07 update
 - beaglebone use a custom bootcmd that calls envboot, this command will try
   to load and source the file boot.scr (u-boot script) from the mmc.
   For some reason it seems to corrupts some memory or something because
   loading and executing ubldr.bin after running this command will either
   hang or cause an exception on undefined instruction.
   I'll check with upstream but in the meantime use a special fragment
   that redefine the bootcmd.
   Note that since u-boot will load the environment from the eMMC, one need
   to 'env default -f -a; saveenv' to have the bootcmd variable correctly redefined.

Reviewed by:	imp
Approved by:	imp
Differential Revision:	https://reviews.freebsd.org/D16599

Minor cleanup of u-boot's patches

Move to using the 'raw' patches for those patches that are currently
in u-boot's upstream landing zone.  Move to using a u-boot directory
since the numeric names aren't very u-boot specific and might
conflict. Bump PORTREVISION out of an abundance of caution.

Differential Review: https://reviews.freebsd.org/D16409

Make this pass portlint.  Slight cleanup to be more in accordance with slave Makefiles.

u-boot: Update checksum for patch 939129

r475103 update u-boot to the newest version but it seems that I had
an old cached version of this patch.

Pointy Hat to: myself
PR:	229965
Approved by:	imp (implicit)

u-boot: Update to v2018.07

This add:

 - Explicit Depency on bison
 - Remove the DTC= on MAKE_ARGS as we use the BINARY_ALIAS already
 - metadata variables
 - Add cache cmds and disable secure boot
 - All RPI uses some special fragments to enable OF_BOARD.
   This makes u-boot using the DTB loaded by the firmware instead of
   using it's own.
 - For patches accepted but not in mainline due to timing issue use patchwork
   directly instead of putting files in the port
 - All armv7 boards are EFI enabled and boot in secure mode

More on metadata file :

The goal is to have a u-boot-install package that will read those and auto
install u-boot either on a dir (method copy) or on a device (method raw)
As all the u-boots are either one file to be dd'ed or one/multiple files
to be copied this simple method is good enough.
Since the maximum variable is 4 (for the raw method), simply use echo instead
of a .in files (ok bapt@)

Reviewed by:	imp
Approved by:	imp (implicit)
Differential Revision:	https://reviews.freebsd.org/D16241

Consolidate maintainership of various u-boot ports under u-boot@.

Submitted by:		manu
Differential Revision:	D15884

u-boot: Update to v2018.01

- Track upstream directly We cannot build u-boot directly on FreeBSD as
   it needs gmake, gsed etc ... Earlier update dealt with that using
   BINARY_ALIAS to avoid patching. The cache patches have been sent upstream
   (a V2 is needed as some arch don't have those functions) so put them in
   the ports tree for now. This is the only patches needed to build a
   u-boot for armv6/armv7/arm64 so do not use the freebsd github fork anymore
   as they will go away soon.
 - We now use boot.scr (converted with mkimage from sysutils/u-boot-tools)
   instead of patching u-boot. U-Boot have two way for dealing with distribution
   one is boot scripts and the other is extlinux. extlinux will be harder as we
   use raw binary for ubldr and use go $address, this cannot fail and the boot
   process could be in a bad state so this is something that upstream doesn't
   want to merge in mainline. boot script are easy to write and compile and
   also give a way to the user to customize it's boot
   (printing a message, setting variable etc ...)
 - CONFIG_API isn't defined by default so use a configuration fragment and
   generate our final config with scripts/kconfig/merge_config.sh
   Other configuration value could be added in the futur.
   For now only arm uses it as we don't use CONFIG_API on arm64.
 - Switch the maintainer to uboot@freebsd.org

Reviewed by:	imp (previous version)
Approved by:	imp
Differential Revision:	https://reviews.freebsd.org/D14230

Bump PORTREVISIONs of all users of math/mpc that we just updated to version 1.1.0 (via revision 464079).

Make the IGNORE message and the COMMENT message more meaningful for the masterport.

u-boot-master: Unbreak by testing that FAMILY is defined

Reported by:	dan (via freshport), portsnap builbox
Approved by:	imp (implicit)

u-boot: Move allwinner 64 bits dep to u-boot-master

We have more than one Allwinner 64bits SoC u-boot ports now
and others are coming.
Move the dependencies into the u-boot-master ports.

While here, switch maintainer on u-boot-pine64 and u-boot-sopine
to uboot@ as discussed with imp@ and brd@

Reviewed by:	imp (maintainer)
Approved by:	imp
Differential Revision:	https://reviews.freebsd.org/D13450

- Those ports fail to build with python3 - Add some explicit FLAVOR to dependencies where needed

Update the u-boot-rpi port to use the u-boot-master port. This also bring u-boot to version 2017.09 and the firmware files are no longer in this port but in sysutils/rpi-firmware. Also I'm stepping in as maintainer.

Tested On: RPI-B, RPI0v1.2, RPI0v1.3

Reviewed by:	imp
Approved by:	imp
Differential Revision:	https://reviews.freebsd.org/D13048

Fix whitespace issues (mixed tab/spaces, alignment) in a few ports.

This round is @FreeBSD.org residents except teams.

This update u-boot for :

Allwinner boards
 Beaglebone Black
 Zync boards

For changes on the U-Boot sidesee the changes on their release notes.
For changes on this ports :

 Use BINARY_ALIAS for gsed
 Add PYTHON=${PYTHON_CMD} to MAKE_ARGS
 Add patch from Andrew Turner to export GPT partition in EFI

Tested On: Pine64, OrangePi One, BananaPi M2, BeagleBone Black

Reviewed by:	imp (maintainer)
Approved by:	imp

Correctly use BINARY_ALIAS

Reported by:	imp

Make the u-boot ports use swig 3.0 when building

Add support for Xilinx Zynq-based Zedboard and more generally all Zynq-based boards.

Submitted by: Thomas Skibo

Fix comment.

Changes to prepare for aarch64 support

o Generalize support for different architectures.
o Add specific support for aarch64
o Add ALLWINNER64 as a new family using aarch64, but no ports use it yet.
o CROSS_COMPILE is the string to pass to u-boot
o COMPILER is the FreeBSD port (we assume gcc since that works better
  typically than clang).

Submitted by: Emmanuel Vadot (the aarch64 bits, hacked by me to be generic)

Bump uboot version to 2017.07.00.1 to pickup arm64 fix in FreeBSD u-boot repo.

Submitted by: Emmanuel Vadot

Port-wise change :

- Dependancy on swig30 has been changed for swig13.
  swig13 install itself as 'swig' and it seems that some generated
  file in u-boot is calling directly this binary.
- Remove shebangfix for binman.py
  shebangfix cannot work with binman.py as the shebang is
  '#!/usr/bin/env python2' and the regex in Mk/Uses/shebangfix.mk
  can't handle this
- Move to the FreeBSD u-boot repo
- Insist on dtc >= 1.4 (also works with the BSDL version in the tree,
  if it is new enough), but drop the requirement that it's a port.

U-Boot wise:
 - Too many changes, a lot of fixes, a lot of new boards etc ...

Tested-On: OrangePi-One, BananaPiM2, A13-Olinuxino, BeagleBone Black
Submitted by: Emmanuel Vadot

Update to latest FreeBSD 2017.01.00.2 o FAT12 fixes from gonzo@

These apply to all the ports.

Update to my v2017.01.00.1 release.

This eliminates use of fdtget by pointing the build at the right swig
for the ports we're using. The dtc port is still required for its
libfdt.

Fix python usage.  Which fixes u-boot-bananapi, u-boot-rpi3, and u-boot-beaglebone.

Approved by:	imp, bdrewery (implicit)