public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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!

  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