On Mon, Jun 28, 2021 at 06:17:27AM +0800, Icenowy Zheng wrote: > 在 2021-06-27星期日的 13:32 -0600,Simon Glass写道: > > Hi Icenowy, > > > > On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote: > > > > > > 在 2021-06-26星期六的 12:31 -0600,Simon Glass写道: > > > > Hi Icenowy, > > > > > > > > On Sat, 19 Jun 2021 at 03:19, Icenowy Zheng > > > > wrote: > > > > > > > > > > The sunxi_egon type used to take no -A argument (because we > > > > > assume > > > > > sunxi > > > > > targets are all ARM). However, as Allwinner D1 appears as the > > > > > first > > > > > RISC-V sunxi target, we need to support -A; in addition, as > > > > > external > > > > > projects rely on U-Boot mkimage to generate sunxi eGON.BT0 > > > > > header, > > > > > we > > > > > need to keep compatibility with command line without -A. > > > > > > > > > > As the default value of arch in mkimage is not proper > > > > > (IH_ARCH_PPC > > > > > instead of IH_ARCH_INVALID), to keep more compatibility, add an > > > > > Aflag > > > > > field to image parameters to describe whether an architecture > > > > > is > > > > > explicitly specified. > > > > > > > > > > Reviewed-by: Tom Rini > > > > > Signed-off-by: Icenowy Zheng > > > > > --- > > > > > Changes in v2: > > > > > - Added Tom Rini's Review tag. > > > > > > > > This is not actually a change so should not appear in the log. > > > > > > > > Also note 'patman status' can be used to automatically collect > > > > these. > > > > > > > > > > > > > >  tools/imagetool.h | 1 + > > > > >  tools/mkimage.c   | 1 + > > > > >  2 files changed, 2 insertions(+) > > > > > > > > > > diff --git a/tools/imagetool.h b/tools/imagetool.h > > > > > index e229a34ffc..5dc28312c2 100644 > > > > > --- a/tools/imagetool.h > > > > > +++ b/tools/imagetool.h > > > > > @@ -51,6 +51,7 @@ struct image_tool_params { > > > > >         int pflag; > > > > >         int vflag; > > > > >         int xflag; > > > > > +       int Aflag; > > > > > > > > aflag > > > > > > I think a problem is that -a is a different flag than -A. > > > > > > -a is addr, -A is architecture. > > > > Yes OK, but the code style doesn't allow capital letters, as I > > understand it. > > > > How about addr_flag ? > > maybe we just call -a aflag, and -A arch_flag? Frankly I think Aflag is the most readable option here. They're all literally ${FLAG_USE}flag variables, yes? CamelCase isn't great, but there's times where the most readable thing isn't always what we use everywhere else. -- Tom