03 Jan, 2017

1 commit

  • To being able to sign created binaries, we need to know the HAB Blocks
    for that image. Especially for the imximage type the HAB Blocks are
    only available during creation of the image. We want to preserve the
    information until we get to sign the files.
    In the verbose case we still get them printed out instead of writing
    to log files.

    Cc: sbabic@denx.de

    v2-Changes:
    - No usage of MKIMAGEOUTPUT_$(@F) macro.
    - Predefine default value /dev/null in every involved Makefile.

    Signed-off-by: Sven Ebenfeld
    Reviewed-by: George McCollister
    Tested-by: George McCollister

    Sven Ebenfeld
     

05 Aug, 2015

1 commit


31 Jul, 2014

1 commit


30 Jul, 2014

1 commit

  • This commit enables Kconfig.
    Going forward, we use Kconfig for the board configuration.
    mkconfig will never be used. Nor will include/config.mk be generated.

    Kconfig must be adjusted for U-Boot because our situation is
    a little more complicated than Linux Kernel.
    We have to generate multiple boot images (Normal, SPL, TPL)
    from one source tree.
    Each image needs its own configuration input.

    Usage:

    Run "make _defconfig" to do the board configuration.

    It will create the .config file and additionally spl/.config, tpl/.config
    if SPL, TPL is enabled, respectively.

    You can use "make config", "make menuconfig" etc. to create
    a new .config or modify the existing one.

    Use "make spl/config", "make spl/menuconfig" etc. for spl/.config
    and do likewise for tpl/.config file.

    The generic syntax of configuration targets for SPL, TPL is:

    /

    Here, is either 'spl' or 'tpl'
    is 'config', 'menuconfig', 'xconfig', etc.

    When the configuration is done, run "make".
    (Or "make _defconfig all" will do the configuration and build
    in one time.)

    For futher information of how Kconfig works in U-Boot,
    please read the comment block of scripts/multiconfig.py.

    By the way, there is another item worth remarking here:
    coexistence of Kconfig and board herder files.

    Prior to Kconfig, we used C headers to define a set of configs.

    We expect a very long term to migrate from C headers to Kconfig.
    Two different infractructure must coexist in the interim.

    In our former configuration scheme, include/autoconf.mk was generated
    for use in makefiles.
    It is still generated under include/, spl/include/, tpl/include/ directory
    for the Normal, SPL, TPL image, respectively.

    Signed-off-by: Masahiro Yamada
    Acked-by: Simon Glass

    Masahiro Yamada
     

22 Jul, 2014

1 commit


12 Jun, 2014

3 commits


13 May, 2014

1 commit

  • Trivial fix to .gitignore for spl/Makefile

    According to the gitignore man page:

    "An optional prefix "!" which negates the pattern; any matching file
    excluded by a previous pattern will become included again."
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    So the directory exclude "/spl/*" must come before the exception
    for spl/Makefile otherwise it has no effect.

    Signed-off-by: Ralph Siemsen
    Tested-by: Masahiro Yamada [on git v1.7.9.5 / v1.8.3.2]

    Ralph Siemsen
     

11 Mar, 2014

1 commit


22 Feb, 2014

1 commit


20 Feb, 2014

3 commits


20 Jan, 2014

2 commits

  • The spl directory is ignored by git as these objects are created
    during spl creation. The only file not created is the Makefile.

    This file can be modified and checked in via git.

    Due to the order of rule precedence having the whole directory
    ignored first then indicating not to ignore the Makefile is not correct
    the message to force adding the Makefile is still shown.

    So reorder the .gitignore for the Makefile and indicate that the Makefile
    does not need to be ignored first and then indicate everything else in spl
    should be ignored after wards.

    Signed-off-by: Dan Murphy

    Dan Murphy
     
  • Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

16 Dec, 2013

1 commit


13 Dec, 2013

1 commit


15 Oct, 2013

1 commit


19 Aug, 2013

1 commit


03 Aug, 2013

1 commit

  • The invocation of dtc is significantly more complex that it could be,
    in order to work around an issue on old versions of dtc, which print
    a message to stdout every time they run.

    Remove this workaround, on the assumption that people have or will
    upgrade to a newer version of dtc. This simplifies the build rule
    significantly.

    Related, split the invocation of cpp and dtc into separate commands
    rather than a pipeline, so that if either fail, it is detected. This has
    the nice benefit of saving off the result of the pre-processing step,
    allowing it to be easily inspected.

    Assuming a new enough dtc (which an earlier patch enforces), dtc will
    parse #line directives in its input file, and generate correct file and
    line numbers in error messages, even though cpp is unconditionally
    applied to its input file.

    Signed-off-by: Stephen Warren
    Acked-by: Simon Glass

    Stephen Warren
     

30 Jul, 2013

1 commit


30 May, 2013

1 commit


18 May, 2013

1 commit


06 May, 2013

1 commit

  • The u-boot-imx23.bd and u-boot-imx28.bd need to be preprocessed, otherwise
    they have issues with out-of-tree build where elftosb tool couldn't sometimes
    find the u-boot.bin and spl/u-boot-spl.bin .

    Preprocess these .bd files with sed and insert full path to u-boot.bin and
    spl/u-boot-spl.bin to prevent this issue. Moreover, to avoid adding more
    churn into main Makefile, move all this preprocessing and u-boot.sb generation
    into CPU directory instead.

    Signed-off-by: Marek Vasut
    Cc: Fabio Estevam
    Cc: Stefano Babic
    Acked-by: Otavio Salvador

    Marek Vasut
     

12 Apr, 2013

3 commits


13 Mar, 2013

1 commit

  • Refactor linker-generated array code so that symbols
    which were previously linker-generated are now compiler-
    generated. This causes relocation records of type
    R_ARM_ABS32 to become R_ARM_RELATIVE, which makes
    code which uses LGA able to run before relocation as
    well as after.

    Note: this affects more than ARM targets, as linker-
    lists span possibly all target architectures, notably
    PowerPC.

    Conflicts:
    arch/arm/cpu/arm926ejs/mxs/u-boot-spl.lds
    arch/arm/cpu/arm926ejs/spear/u-boot-spl.lds
    arch/arm/cpu/armv7/omap-common/u-boot-spl.lds
    board/ait/cam_enc_4xx/u-boot-spl.lds
    board/davinci/da8xxevm/u-boot-spl-da850evm.lds
    board/davinci/da8xxevm/u-boot-spl-hawk.lds
    board/vpac270/u-boot-spl.lds

    Signed-off-by: Albert ARIBAUD

    Albert ARIBAUD
     

22 Jan, 2013

1 commit

  • The '#' used as comments in the files cause the preprocessor
    trouble, so change to /* */.

    The mkimage command which uses this preprocessor output
    was moved to arch/arm/imx-common/Makefile

    .gitignore was updated to ignore .cfgtmp files.

    Signed-off-by: Troy Kisky

    Troy Kisky
     

07 Dec, 2012

1 commit


22 Oct, 2012

1 commit

  • This patch adds essential components for generation of the contents of
    the linker section that is used by the linker-generated array. All of
    the contents is held in a separate file, u-boot.lst, which is generated
    at runtime just before U-Boot is linked.

    The purpose of this code is to especially generate the appropriate
    boundary symbols around each subsection in the section carrying the
    linker-generated arrays. Obviously, the interim linker code for actual
    placement of the variables into the section is generated too. The
    generated file, u-boot.lst, is included into u-boot.lds via the linker
    INCLUDE directive in u-boot.lds .

    Adjustments are made in the Makefile and spl/Makefile so that the
    u-boot.lds and u-boot-spl.lds depend on their respective .lst files.

    Signed-off-by: Marek Vasut
    Cc: Joe Hershberger
    Cc: Mike Frysinger
    Acked-by: Joe Hershberger
    Tested-by: Joe Hershberger

    Marek Vasut
     

19 Sep, 2012

1 commit


01 Sep, 2012

1 commit


10 Aug, 2012

1 commit


27 Mar, 2012

1 commit


24 Dec, 2011

1 commit


11 Nov, 2011

1 commit


27 Oct, 2011

1 commit


18 Oct, 2011

1 commit

  • The dependency rules are currently done in a shell 'for' loop. This does not
    permit Makefile variables to adjust preprocessor flags as is done with normal
    compile flags, using the CFLAGS_path/file.o syntax.

    This change moves the dependency generation into the Makefile itself, and
    permits a CPPFLAGS_path/file.o to adjust preprocessor flags on a file or
    directory basis.

    The CPPFLAGS_... variable is also folded into CFLAGS during the build.

    Signed-off-by: Simon Glass

    Simon Glass