Skip to content

Release process


Following document describes release process for new versions of firmware for PC Engines APU2, APU3, APU4 and APU5 platform. It is intended for developers who want to create fully featured binaries and test those with various versions of sortbootorder, SeaBIOS, memtest86+ or iPXE.

For releases v4.0.17 and v4.6.10 or newer please use pce-fw-builder

Please note that flashing without recovery procedure is not recommended and we are not responsible for any damage that inexperienced person can do to the system.

Use repo tool to initialize set of repositories

mkdir apu2_fw_rel
cd apu2_fw_rel

repo init -u -b refs/tags/<tag_release>
# or
repo init -u -b <branch_name>

repo sync --force-sync

where: * <tag_release> - is the release version number (e.g. v4.6.4) * <branch_name> - is the release branch (i.e. coreboot-4.0.x for legacy, and coreboot-4.6.x for mainline

You can look-up changes, available branches and release tags on this github repository.

Build container

This is to avoid impact of system on build results:

docker build -t pcengines/apu2 apu2/apu2-documentation

This step could be omitted, if there was build done before (container already exists).

Build release

Assuming you initialized the repo with mainline release:

./apu2/apu2-documentation/scripts/ build-ml

If config file was not created yet, the menuconfig will pop up.

Please choose:

Mainboard -> Mainboard vendor -> PC Engines
Mainboard -> Mainboard model  -> APU2
Mainboard -> Mainboard model  -> APU3
Mainboard -> Mainboard model  -> APU4
Mainboard -> Mainboard model  -> APU5

All other pieces will be set according to recent release configuration. coreboot image will start to build after exiting menu.

For legacy release you can use this command:

./apu2/apu2-documentation/scripts/ build

There are also additional commands like:

# menuconfig
./apu2/apu2-documentation/scripts/ build-ml menuconfig
# or for legacy
./apu2/apu2-documentation/scripts/ build menuconfig

# distclean
./apu2/apu2-documentation/scripts/ build-ml distclean
# or for legacy
./apu2/apu2-documentation/scripts/ build distclean

# rm -rf .config*
./apu2/apu2-documentation/scripts/ build-ml cfgclean
# or for legacy
./apu2/apu2-documentation/scripts/ build cfgclean

# custom make parameters
./apu2/apu2-documentation/scripts/ build-ml custom <param>
# or for legacy
./apu2/apu2-documentation/scripts/ build custom <param>

After successful build, you can flash target device.

Flash release

Note that below script assume that you have ssh enabled connection with target device and destination OS or other distro that have working flashrom available in PATH. Without keys added you will see question about password couple times during flashing.

./apu2/apu2-documentation/scripts/ flash <user>@<ip_address>

For forcing the flash (board identification mismatch):

./apu2/apu2-documentation/scripts/ flash-force <user>@<ip_address>

Best way is to use root as <user> because it can have no problem with low level access.

Please do not hesitate with providing feedback or contributing fixes.

Known issues

using repo with coreboot show errors like:

fatal: Not a git repository (or any parent up to mount point /coreboot)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Since it use git commands to create build timestamp.

flashing doesn't work

[21:51:53] pietrushnic:apu2_fw_rel $ ../apu2-documentation/scripts/ flash pcengines@
flash pcengines@
The authenticity of host ' (' can't be established.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '' (ECDSA) to the list of known hosts.
bash: remountrw: command not found
coreboot.rom                                                                                                                                                                                                100% 8192KB   8.0MB/s   00:00
sudo: no tty present and no askpass program specified
sudo: no tty present and no askpass program specified

scripts finish with error

If you see something like this:

dirname: missing operand
Try 'dirname --help' for more information.
dirname: missing operand
Try 'dirname --help' for more information.
docker: Error response from daemon: Invalid volume spec ":": Invalid volume specification: ':'.
See 'docker run --help'.

Try to run:

eval $(ssh-agent)