[U-Boot] [PATCH v2 0/9] miscellaneous ubispl and ubi improvements
Markus Klotzbuecher
mk at mkio.de
Wed Jun 5 10:39:39 UTC 2019
Hello Heiko
On Wed, May 15, 2019 at 03:15:51PM +0200, Markus Klotzbuecher wrote:
>From: Markus Klotzbuecher <markus.klotzbuecher at kistler.com>
>
>This series contains a couple of UBI and UBI SPL improvements, notably
>a ubispl extension to allow loading volumes by name. The motivation is
>to use the UBI atomic volume rename functionality to allow double copy
>software updates of U-Boot on UBI. To do that we configured the SPL to
>always load the same volume name (e.g. "u-boot"), and the software
>updater always installs into the secondary volume "u-boot_r". After a
>successful upgrade, these two volume names are switched.
>
>This extension is protected by #ifdefs as it will somewhat slow down
>loading of volumes by id. This is because the code needs to disable
>the optimization of ignoring all volume ids which are not
>to-be-loaded, since these can only be resolved after attaching.
>
>We have tested both with and without fastmap enabled and both paths
>seems to work reliably.
>
>As per Heikos request, this v2 adds two patches that migrate the
>omap2plus and at91 CONFIG_ENV_* to defconfigs and likewise for the two
>boards using ubispl. The first migration was supported by an extension
>to the moveconfig script (patch 1) to expand simple expressions. Both
>migrations were tested to be binary equal before and after the change.
>
>Changes v2:
>- Add a patch (1) for moveconfig to expand simple expressions
>- Add patch (3) to move at91 and omap2plus CONFIG_ENV_ to defconfigs
>- Add patch (7) to migrate boards using ubispl to KConfig
>- Add missing commit messages
>- Indicate version of kernel code which was used in ubispl
I don't mean to bug, just wanted to ask if there's anything missing
for this v2 series...
Thanks,
Markus
--
Markus Klotzbuecher
Freelancer Embedded, Distributed & Real-time
Am See 28, 78465 Konstanz, Germany
More information about the U-Boot
mailing list