In reference to the master branch:
d1388f36 ("treewide U-boot: enable
parallel building")

This adds ftd get value for the last command and adds path for
partitions

- Replaced make by using MAKE variable
- Added PKG_JOBS, but as stated in OpenWrt include/package.mk, there
  needs to be set PKG_BUILD_PARALLEL

- It is disabled for Turris 1.x as there are two defconfigs and it might
  lead to some issues

They were swapped. :-(

Pali Rohár <pali@kernel.org> sent many improvements for PowerPC in
U-boot and Kernel Linux as well. Also, he added support for Turris 1.x
routers, but it is currently on review. We would like to have some
development binaries available to be able to test it in Turris OS.

In CZ.NIC Turris U-boot repository, since today there is a published branch
turris1x-v2022.04, which currently has this commit as head
16fa34e9bc60af50759c389ce40ae35322fdbf55 ("powerpc: Add support for
CZ.NIC Turris 1.x routers"), which is used to compile U-boot binaries
for NOR and SDCard.

The total size of a53-firmware partition is 1441792 bytes (0x160000).
The first 0x160000 bytes is BL1 and what remains is FIT.

On the absolute position 131184 (131072 + 112), there is offset, where
begins U-boot and on the position 131192 (131072 + 120), there you can
find the total size of U-boot.
(= Total size of partition - size BL1 - offset U-boot)

Reported-by: Pali Rohár <pali@kernel.org>
Co-authored-by: Pali Rohár <pali@kernel.org>

This version fixes path for mox_do_sign or in newer kernel versions as
do_sign, where it is now located in debugfs.

This is no longer necessary as all packages in Turris OS packages are
using Python3. This was dropped in OpenWrt packages repository in 21.02
version. [1]

Reference:
[1] https://github.com/openwrt/packages/commit/2210c4a60dd8fb6420f7bd3c6fe00ed0ae4c51be

Based on mox-a53-firmware package from e6c48f7e

Changelog:
- https://gitlab.nic.cz/turris/mox-boot-builder/-/releases/v2022.06.11

sha256sum for secure-firmware and secure-firmware-devel is the same:
db3c1df34d755911948c8c057d7a00862a3d68aeb1bd3b3270717f1881531199  secure-firmware.bin
db3c1df34d755911948c8c057d7a00862a3d68aeb1bd3b3270717f1881531199  secure-firmware-devel.bin

This fixes:
Makefile:1452: *** 'BL33=/foo/build/staging_dir/target-aarch64_cortex-a53_musl/root-mvebu/usr/share/mox/u-boot.bin' was specified, but '/foo/build/staging_dir/target-aarch64_cortex-a53_musl/root-mvebu/usr/share/mox/u-boot.bin' does not exist.  Stop.

replaced by mox-a53-firmware in 72919fc3

uboot is now built directly from upstream, the package name is
mox-uboot-uboot and it's build only, so users can not install this
package. It's used to build a new package called mox-a53-firmware that
combines uboot with trusted firmware and provides the uboot-devel binary
like uboot-mox used to.

- It fixes Ubi offset header

Ok, it seems that it was happening also in the HBS (before my fix as it
does not get into release), thus we can be sure
that I did not break it, thus revert it once again.

This reverts commit 64045edc.

Even though, the previous solution fixes this output:
```
cmp: /boot/boot.scr: No such file or directory
cp: can't stat '/boot/boot.scr': No such file or directory
```

It seems there is some issue with infinite loop of symlinks
```
INFO:Executing postupdate hook: 10_kernel-install
//boot/zImage /tmp/tmp.NEAjjh/zImage differ: char 5, line 1
cmp: //boot/fdt: Symbolic link loop
cp: can't stat '//boot/fdt': Symbolic link loop
```

Because of that, revert it for now as we would like to release a new
version soon.

This reverts commit e68eda1d.

Josef Schlehofer authored 2 years ago and Michal Vasilek committed 2 years ago

The file boot.scr should be in boot folder and not in root,
because then it is not in the same way as it is done for Turris Omnia
and Turris MOX. I checked it with Turris OS 3.x release also, when
boot.scr was introduced for Turris 1.x routers and there is also in boot
folder.

Fixes the following output:
cmp: /boot/boot.scr: No such file or directory
cp: can't stat '/boot/boot.scr': No such file or directory

Fixes: 03c8a7c7 ("turris1x-btrfs: deploy
boot.scr and link the appropriate dtb name")

Josef Schlehofer authored 2 years ago and Michal Vasilek committed 2 years ago

This helps in cases when someone forgets to bump PKG_RELEASE.

Reference:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=9ae3c6f94c616cfbf854d3ec749c7fafc9893942

1. initrd.gz: ASCII cpio archive (SVR4 with no CRC)
Replace it by ugly cp instead of renaming it in two packages

It was changed that the MOX is now the same as Turris Omnia

This is the upstream change in Linux Kernel Build repository.
Refer: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/usr/Makefile?h=v5.10.74&id=80e715a06c2d0a24dbb818bb1dba2ef0f20d7068

This is required becase of changes done in Turris Build repository.
The previous target was not good to upstream it to OpenWrt. This helps a
little bit to be in sync how the Turris Omnia and Turris MOX are done

Josef Schlehofer authored 2 years ago and Simon Borek committed 2 years ago

This improves detection for Turris 1.x routers due to new Device Tree.

mea culpa, this was correct during the pull request, but only for master
branch (currently used for OpenWrt 19.07), but the location was changed
in newer versions of OpenWrt

There is now U-Boot's distroboot script available that can be used to
boot the system.

This boot script script should support boot from both UBI as well as
BTRFS on SD card (or USB) and others.

This package contains two new development U-boot versions for Turris
1.x. Only one is shipped with this package to users as the other
  version is nice to have if something goes wrong.

These files were provided by @prohar, who is working to have Turris 1.x
upstream support in U-boot and kernel as well. While working on it, he
found some serious issues in U-boot for mpc85xx, which are currently on
review in their mailing list.

This could be helpful for experienced users, who might try to test it
and let us know if all the things work as they should.

This was compile tested for Turris 1.x.

It seems this was copy&pasted from Turris MOX and someone forgot to
change the TITLE for Turris 1.x router

Just took the current (da1de632) sources
and build it and tested.

This is no longer required.

Remove all backported patches, which are part of this release.