[PATCH 00/11] imagemap: fixes from the v1 review
Tom Rini
trini at konsulko.com
Tue Oct 13 13:19:38 PDT 2026
On Tue, 29 Sep 2026 01:04:16 +0100, Daniel Golle wrote:
> Simon Glass reviewed the v1 posting of the imagemap series
> (cover.1787272661.git.daniel at makrotopia.org) after v2 had already been
> applied, so his comments arrive against code that is now in next. This
> series carries the correctness half of them; a second series follows
> with the structural and cosmetic half.
>
> Tested on sandbox: every commit builds, "ut imagemap" passes 13/13 and
> survives "ut -r3", and a full test.py run shows the same 11 failures and
> 20 errors as unmodified next, all of them EFI-secboot tooling, ext4 and
> config-rebuild tests unrelated to this code. Also built with
> CONFIG_IMAGEMAP=n.
>
> [...]
Applied to u-boot/main, thanks!
[01/11] mtd: bind the block device without leaking on failure
commit: 10eef5457b925020dde5210c4270ea5f7d983f4f
[02/11] cmd: ubi: report a failed UBI block device bind
commit: 79ca2f85bfe6f0e02987d4ea53a57f4ab0a6e986
[03/11] cmd: ubi: unbind the block device when detaching UBI
commit: 74ee4f18abc81342600dccbf788026e7537d7a4a
[04/11] boot: imagemap: free the reservation a replaced record owned
commit: 0989171be0a4f7c282bd8ff86258b3dc12fcc45d
[05/11] boot: imagemap: do not resize a region the caller owns
commit: 614e9fc19f182c221d372759020900722f9be57b
[06/11] boot: imagemap: read only the bytes an extend adds
commit: 8e5116836a8f49d362cb220149dc559892130338
[07/11] boot: fit: unmap the load address after a storage read
commit: 96270dfb5c7164328c56dc40d665d931f5237976
[08/11] boot: fit: keep the load message for RAM-backed images
commit: 06d6f1705550cc21029669ed42fcce85d6c4170b
[09/11] boot: bootm: release the imagemap on every failing exit
commit: 148c55c66c335b23cfac22d09d9d7ee091c2a50f
[10/11] test: boot: imagemap: detach UBI when the test is done
commit: d828f37d96afcaccfe90c9a0af61f326cd407355
[11/11] test: boot: imagemap: reset driver-model state between tests
commit: 9f938a377f6599422a93b8ef6b2f903dee43f56f
--
Tom
More information about the openwrt-devel
mailing list