[U-Boot] [PATCH 0/3] sunxi: Fix boot of Cubietruk and al.
Jagan Teki
jagannadh.teki at gmail.com
Wed Oct 25 09:55:59 UTC 2017
I'm personally feel trimming un(non)used bits(which might use in future or
not) is not a good idea.why can't we have TPL because even adding Falcon
might also increase the size.
On 25-Oct-2017 11:43 AM, "Maxime Ripard" <maxime.ripard at free-electrons.com>
wrote:
On Tue, Oct 24, 2017 at 06:21:43PM +0100, Andre Przywara wrote:
> That being said I have prepared a patch to switch sunxi ARM64 boards
> over to ENV_IS_IN_FAT, because I guess we will hit the wall soon there
> and have no Thumb2 to get off lightly. And I believe that the arm64
> boards mostly use a standardized way of booting, also are much less wide
> spread, so the number of affected users is probably less there.
>
> I am just thinking of whether it's worthwhile to have some transition
> code, which tries multiple environment locations (first FAT, then MMC,
> for instance), or even contains code to migrate from one to another.
I started to look into the latter as well, because that's really what
I'd like to see (for some time at least).
I guess having a custom environment handling method would be the best,
and it doesn't seem that hard.
The behaviour I had in mind would be, when reading:
- Look for an environment in a FAT partition
- If not:
- Load the raw environment
- Print a warning
When writing:
- Try to write the environment to a FAT partition
- If it fails:
- Write to the raw environment
- Print a warning
That way, we can slowly migrate users in a transparent manner as soon
as they would use saveenv, and we also provide a warning that things
might (and actually will) break in the future if the setup isn't
changed.
We could even just rely on the existing methods from both standards
environment code, we just need to make the functions !static.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
_______________________________________________
U-Boot mailing list
U-Boot at lists.denx.de
https://lists.denx.de/listinfo/u-boot
More information about the U-Boot
mailing list