On Wed, Feb 21, 2018 at 10:14:47AM -0500, Tom Rini wrote: > > > > Also, for transitioning e.g. from MMC to FAT, we would need a mechanism > > > > to > > > > store to an environment place other than the one selected at load time. > > > > > > Ah, so we have different valid use cases. Maybe a new env sub-command, > > > switch? > > > > We implemented it by overwriting the priority look up. > > The general sunxi case is "We need to move from offset to FAT file" as > there's not really generally other valid cases. But on other SoCs we > can both say that it's valid to move from eMMC (we put env in an > unbootable by the SoC boot partition) to FAT, or not want to move it at > all. > > Another case I've been thinking of, but would be handled by the code > as-is, is the "Beagleboard vs Beagleboard xM" case where the board code > needs to check which we're on and keep env on NAND or finally have env > on file on FAT". But even then, allowing an explicit switch might be > needed, if people want to migrate env to FAT, even on original > Beagleboard.
Ah, right. That definitely makes sense. Maxime -- Maxime Ripard, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering https://bootlin.com
signature.asc
Description: PGP signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot