openwrt/target/linux/ipq40xx/image
David Bauer de59fc4540 ipq40xx: fix broken image generation for EX6150v2
All NETGEAR EX6150v2 validate the rootfs for which OpenWrt places a
fakeheader at the position, where the bootloader expects it.

Some EX6150v2 bootloaders do however make a broken assumption about
where the rootfs starts. This is due to them calculating the rootfs
start not based upon the kernel-length but the string-offset of the
FIT-image.

We have to be compatible with both this broken as well as the valid
calculation. So we do relocate the FDT string section to a
block-boundary and enlarge the FIT image to end at this boundary +
BLOCKSIZE / 2. This way, both the broken as well as correct calculations
do expect the rootfs-header at the same position.

It is worth noting, that this is a rare edge-case in which only happens
if the image-length as well as the start of the string-section are not
placed in the same erase-block. This is an edge-case which happens very
rarely (thus it was not spotted prior).

Affected:
 - U-Boot 2012.07 (Jun 16 2016 - 11:59:37)

Signed-off-by: David Bauer <mail@david-bauer.net>
(cherry picked from commit 8f9546f7b0a14f3afa813e39ed45c968ece24464)
2024-06-08 02:09:15 +02:00
..
chromium.mk ipq40xx: chromium: Enable kmod-ramoops by default 2023-02-18 19:58:22 +01:00
generic.mk ipq40xx: fix broken image generation for EX6150v2 2024-06-08 02:09:15 +02:00
Makefile ipq40xx: set DEVICE_DTS_DIR to /qcom by default 2024-04-26 12:52:31 +02:00
mikrotik.mk mikrotik: switch to Yafut for building MikroTik NOR images 2024-06-05 17:03:24 +02:00
netgear-fit-padding.py ipq40xx: fix broken image generation for EX6150v2 2024-06-08 02:09:15 +02:00