From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 01/12] kbuild, mxs: use short logs for MXS images
Date: Tue, 11 Mar 2014 12:52:11 +0100 [thread overview]
Message-ID: <201403111252.11191.marex@denx.de> (raw)
In-Reply-To: <1394503522-17744-2-git-send-email-yamada.m@jp.panasonic.com>
On Tuesday, March 11, 2014 at 03:05:11 AM, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
> Cc: Marek Vasut <marex@denx.de>
> Cc: Fabio Estevam <fabio.estevam@freescale.com>
> Cc: Otavio Salvador <otavio@ossystems.com.br>
> Cc: Lauri Hintsala <lauri.hintsala@bluegiga.com>
You can drop Lauri from CC , I think this address is dead.
> ---
>
> Hi MXS board maitainers,
>
> I think this commit is probably correct.
> (I mean, it still generates correct "u-boot.sb" image)
>
> But I could not corfirm it by binary comparison.
>
> Every build generates a different u-boot.sb
> even if no source file is changed.
Note sure about that:
marex at bfu:/tmp/u-boot$ make -j9 u-boot.sb
CHK include/config/uboot.release
CHK include/generated/timestamp_autogenerated.h
UPD include/generated/timestamp_autogenerated.h
UPD include/config/uboot.release
CHK include/generated/version_autogenerated.h
UPD include/generated/version_autogenerated.h
HOSTCC tools/dumpimage.o
HOSTCC tools/image-host.o
HOSTCC tools/mkenvimage.o
HOSTCC tools/mkimage.o
HOSTLD tools/envcrc
HOSTLD tools/mkenvimage
HOSTLD tools/dumpimage
HOSTLD tools/mkimage
AS arch/arm/cpu/arm926ejs/start.o
CC arch/arm/lib/board.o
CC drivers/video/cfb_console.o
LD arch/arm/lib/built-in.o
CC lib/display_options.o
CC common/main.o
CC common/cmd_version.o
AS spl/arch/arm/cpu/arm926ejs/mxs/start.o
LD lib/built-in.o
CC spl/lib/display_options.o
LD spl/lib/built-in.o
LD spl/u-boot-spl
OBJCOPY spl/u-boot-spl.bin
LD common/built-in.o
LD drivers/video/built-in.o
LD drivers/built-in.o
LD u-boot
OBJCOPY u-boot.bin
MXSIMAGE u-boot.sb
marex at bfu:/tmp/u-boot$ sha1sum u-boot.bin
a31b6fb66fab4a0f05634987585140ffe463452e u-boot.bin
marex at bfu:/tmp/u-boot$ make -j9 u-boot.sb
CHK include/config/uboot.release
CHK include/generated/timestamp_autogenerated.h
UPD include/generated/timestamp_autogenerated.h
CHK include/generated/version_autogenerated.h
HOSTCC tools/dumpimage.o
HOSTCC tools/image-host.o
HOSTCC tools/mkenvimage.o
HOSTCC tools/mkimage.o
HOSTLD tools/envcrc
HOSTLD tools/mkenvimage
HOSTLD tools/dumpimage
HOSTLD tools/mkimage
AS arch/arm/cpu/arm926ejs/start.o
CC arch/arm/lib/board.o
CC drivers/video/cfb_console.o
LD arch/arm/lib/built-in.o
CC lib/display_options.o
CC common/main.o
CC common/cmd_version.o
AS spl/arch/arm/cpu/arm926ejs/mxs/start.o
CC spl/lib/display_options.o
LD lib/built-in.o
LD spl/lib/built-in.o
LD spl/u-boot-spl
OBJCOPY spl/u-boot-spl.bin
LD common/built-in.o
LD drivers/video/built-in.o
LD drivers/built-in.o
LD u-boot
OBJCOPY u-boot.bin
MXSIMAGE u-boot.sb
marex at bfu:/tmp/u-boot$ sha1sum u-boot.bin
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 .
> 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@denx.de>
btw. you can check if the image was not corrupted by issuing:
$ mkimage -l u-boot.sb
;-)
[...]
> diff --git a/arch/arm/cpu/arm926ejs/mxs/Makefile
> b/arch/arm/cpu/arm926ejs/mxs/Makefile index 152546e..1eee661 100644
> --- a/arch/arm/cpu/arm926ejs/mxs/Makefile
> +++ b/arch/arm/cpu/arm926ejs/mxs/Makefile
> @@ -14,11 +14,12 @@ obj-y += spl_boot.o spl_lradc_init.o spl_mem_init.o
> spl_power_init.o endif
>
> # Specify the target for use in elftosb call
> -MKIMAGE_TARGET-$(CONFIG_MX23) = mx23
> -MKIMAGE_TARGET-$(CONFIG_MX28) = mx28
> +MKIMAGE_TARGET-$(CONFIG_MX23) = mxsimage.mx23.cfg
> +MKIMAGE_TARGET-$(CONFIG_MX28) = mxsimage.mx28.cfg
>
> -$(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 ?
> +cmd_mkimage_mxs = $(objtree)/tools/mkimage -n $< -T mxsimage $@ \
> + $(if $(KBUILD_VERBOSE:1=), >/dev/null)
Invokation seems OK to me. Getting rid of the 'sed' call is really to my liking
here :)
Thank you!
next prev parent reply other threads:[~2014-03-11 11:52 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-11 2:05 [U-Boot] [PATCH 0/12] Kbuild: A collection of more refactoring Masahiro Yamada
2014-03-11 2:05 ` [U-Boot] [PATCH 01/12] kbuild,mxs: use short logs for MXS images Masahiro Yamada
2014-03-11 11:52 ` Marek Vasut [this message]
2014-03-12 10:19 ` [U-Boot] [PATCH 01/12] kbuild, mxs: " Masahiro Yamada
2014-03-12 10:46 ` Marek Vasut
2014-03-12 12:46 ` Veli-Pekka Peltola
2014-03-12 12:49 ` Marek Vasut
2014-03-13 2:32 ` Masahiro Yamada
2014-03-13 4:01 ` Marek Vasut
2014-03-13 13:22 ` Tom Rini
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 02/12] kbuild: use short logs for some board specific make rules Masahiro Yamada
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 03/12] kbuild, x86: use a short log for arch/x86/lib/libgcc.a Masahiro Yamada
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 04/12] x86: specify CONFIG_USE_PRIVATE_LIBGCC more simply Masahiro Yamada
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 05/12] kbuild: delete redundant LDSCRIPT definition Masahiro Yamada
2014-03-11 9:09 ` Michal Simek
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 06/12] freescale: pblimage: refactor CONFIG_SYS_FSL_PBL_{PBI, RCW} Masahiro Yamada
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 07/12] kirkwood: kwbimage: refactor CONFIG_SYS_KWD_CONFIG Masahiro Yamada
2014-03-12 21:06 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 08/12] kbuild: use $(KBUILD_SRC) to check out-of-tree build Masahiro Yamada
2014-03-12 21:07 ` [U-Boot] [U-Boot, " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 09/12] kbuild: rename TOPDIR to stctree Masahiro Yamada
2014-03-12 21:07 ` [U-Boot] [U-Boot,09/12] " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 10/12] kbuild: rename SRCTREE to srctree Masahiro Yamada
2014-03-12 21:07 ` [U-Boot] [U-Boot,10/12] " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 11/12] kbuild: rename OBJTREE to objtree Masahiro Yamada
2014-03-12 21:07 ` [U-Boot] [U-Boot,11/12] " Tom Rini
2014-03-11 2:05 ` [U-Boot] [PATCH 12/12] kbuild: delete SPLTREE and TPLTREE Masahiro Yamada
2014-03-12 21:07 ` [U-Boot] [U-Boot,12/12] " Tom Rini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201403111252.11191.marex@denx.de \
--to=marex@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox