[U-Boot] [PATCH 01/12] kbuild, mxs: use short logs for MXS images
Marek Vasut
marex at denx.de
Wed Mar 12 11:46:11 CET 2014
On Wednesday, March 12, 2014 at 11:19:30 AM, Masahiro Yamada wrote:
> Hello Marek,
>
> > > Cc: Marek Vasut <marex at denx.de>
> > > Cc: Fabio Estevam <fabio.estevam at freescale.com>
> > > Cc: Otavio Salvador <otavio at ossystems.com.br>
> > > Cc: Lauri Hintsala <lauri.hintsala at bluegiga.com>
> >
> > You can drop Lauri from CC , I think this address is dead.
>
> It looks like Cc to Lauri is not bouncing so far.
Strange, I remember the apx4 maintainer didn't work for B/G anymore.
> > b5d5feab4a6974fe00272d3a3408300d8c8a473d u-boot.bin
> >
> > Given that u-boot.bin and spl/u-boot-spl.bin are packed into u-boot.sb ,
> > this is why you always see a different u-boot.sb .
>
> For other boot images, binary compare matched except a few bytes
> difference which comes from time stamp.
>
> But, when I compared u-boot.sb
> I had much more diffs than I expect for the difference of timestamp.
>
> I still cannot understand what is different from the others.
Ah, right. The u-boot.sb is also encrypted with aes-128-cbc with zero key. The
bootrom on mx23/mx28 has the encryption enabled by default (and it can be fused
off), with the default key being all zeroes. That's why you see so many
differences.
> Anyway, that's good to know it worked on run test.
>
> > > I wish someone could do run test this patch.
> >
> > The patch is good, I have just a minor rant below, otherwise add my:
> >
> > Acked-by: Marek Vasut <marex at denx.de>
>
> It's really appreciated. Thanks!
No, thank _you_ for putting so much effort into this :)
> > > -$(OBJTREE)/mxsimage.cfg:
> > > $(SRCTREE)/$(CPUDIR)/$(SOC)/mxsimage.$(MKIMAGE_TARGET-y).cfg - sed
> > > "s at OBJTREE@$(OBJTREE)@g" $^ > $@
> > > +quiet_cmd_mkimage_mxs = UIMAGE $@
> >
> > Why don't we use 'MKIMAGE' here to be consistent ? Or 'MXSIMAGE' if we
> > want to differentiate ?
>
> Good point.
> MXSIMAGE is no good because the short log must be within 7 characters.
> MKIMAGE is OK.
>
> Why UIMAGE?
>
> All explanation I can give is
> just the mimic of scripts/Makefile.build which originates
> from Linux Kernel.
>
> Around line 340,
>
> quiet_cmd_uimage = UIMAGE $(UIMAGE_OUT)
> cmd_uimage = $(CONFIG_SHELL) $(MKIMAGE) -A $(UIMAGE_ARCH) -O linux \
>
>
> Anyway I do not persist on "UIMAGE".
> If requested (or you can post a patch), it's OK to rename it,
> althogh naming must be consistent throughout the code.
Yes, I see. We shall eventually rename it to mkimage throughout the code.
How shall we proceed? I see we have three options:
- Post V2 of this patch
- Fix the rest of the files which have this 'UIMAGE' in them and then post V2
- Postpone the fix and then do it globally
I would be in favor of the second option.
Best regards,
Marek Vasut
More information about the U-Boot
mailing list