Am 15.07.2015 12:56, schrieb Siarhei Siamashka:
On Wed, 15 Jul 2015 11:21:45 +0100
Ian Campbell <[email protected]> wrote:
Perhaps a simpler thing which would get 80% of the benefit would be to
add an --exec flag to the existing command? (Or default on and a flag to
not do it, as people prefer).
Yes, that's what I'm suggesting too.
But instead of "fel --exec spl u-boot-sunxi-with-spl.bin", in my opinion
it would be much better to use the "fel uboot u-boot-sunxi-with-spl.bin"
syntax.
It is shorter to type and is more intuitive ("spl" implies that only
the SPL part is executed and "uboot" implies that the whole U-Boot is
executed).
Also I'm not a big fan of adding a flag, which only applies to a single
command.
"--exec" may actually have other purposes, when we combine it with the
more general use case of the "write" command. "fel --exec write <addr>
<file>" would save you from having to issue a separate "exe" command,
repeating the same address. But it's again a rather special case, and I
don't see how it would fit in well with multiple "write" commands in a
single invocation (use the address of the block that was written last?).
But I agree that "fel --exec spl" is not very intuitive as a replacement
for "fel uboot". It would somewhat imply "execution of SPL", which takes
place anyway - regardless of whether we're aiming for the "uboot" case
or not. So my feeling is a separate "uboot" command is more useful,
including the suggested logic (i.e. the ability to combine it with other
"write"s needed to transfer the required boot files, and the execution
of U-Boot as the final step). I'll prepare another patch for that shortly.
As you have also pointed out, my initial idea of preserving addresses
quickly becomes moot with separate"fel" invocations (e.g. from a
script), as there is no easy way to preserve values across those. And
workarounds (like using stdout or environment variables) tend to quickly
become ugly...
Regards, B. Nortmann
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
