On Sun, Jun 07, 2026 at 05:05:09PM -0600, Simon Glass wrote: > Mainline U-Boot does not boot on the Intel Edison. The mask ROM enters > the OS image 0x1000 above its load address, so U-Boot needs 4KB of zero > padding ahead of it. That padding used to come from an alignment rule in > board/intel/edison/config.mk, but the Kbuild-6.1 bump stopped that input > being built, so u-boot.bin now starts with code at offset 0 and the ROM > jumps into the middle of it. > > This series moves the image build into binman: a new intel-osip entry > generates the OSIP header (with the GPT-protective MBR the mask ROM > needs) and a fill provides the 4KB gap, replacing the config.mk hack and > restoring the boot. It also widens the DFU auto-probe window so an > automated flash has time to start, adds the board to the sjg-lab CI and > rewrites the documentation to separate a normal DFU update from xFSTK > recovery. > > Tested on real hardware: a bricked board recovers via xFSTK, takes a > fresh U-Boot over DFU and boots the result.
I have got only patches 0-3, I will try to get them from lore.kernel.org. So far I reviewed them and fully support the series, thanks! -- With Best Regards, Andy Shevchenko
