Eric Lee / smarc-uboot

30 Jul, 2014

1 commit

  • 51148790f   kconfig: switch to Kconfig ... Browse Code »
    43

    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
     

20 Feb, 2014

1 commit

16 Nov, 2011

1 commit

  • c270730f5   tools: logo: split bmp arrays from bmp_logo.h ... Browse Code »

    The generated header bmp_logo.h is useful even outside common/lcd.c for
    the logo dimension. However, the problem is, the generated bmp_logo.h
    cannot be included multiple times because bmp_logo_palette[] and
    bmp_logo_bitmap[] are defined in the bmp_logo.h.

    This patch fixes this by defining these arrays in another header
    bmp_logo_data.h and in bmp_logo.h only declaring these arrays.

    Signed-off-by: Che-Liang Chiou
    Acked-by: Mike Frysinger
    Signed-off-by: Anatolij Gustschin

    Che-Liang Chiou
     

18 Oct, 2011

1 commit

  • efb2172ec   Move timestamp and version files into 'generated' subdir ... Browse Code »

    There is a rather subtle build problem where the build time stamp is not
    updated for out-of-tree builds if there exists an in-tree build which
    has a valid timestamp file. So if you do an in-tree build, then an
    out-of-tree build your timestamp will not change.

    The correct timestamp_autogenerated.h lives in the object tree, but it
    is not always found there. The source still lives in the source tree and
    when compiling version.h, it includes timestamp_autogenerated.h. Since
    the current directory is always searched first, this will come from the
    source tree rather than the object tree if it exists there. This affects
    dependency generation also, which means that common/cmd_version.o will not
    even be rebuilt if you have ever done an in-tree build.

    A similar problem exists with the version file.

    This change moves both files into the 'generated' subdir, which is already
    used for asm-offsets.h. Then timestamp.h and version.h are updated to
    include the files from there.

    There are other places where these generated files are included, but I
    cannot see why these don't just use the timestamp.h and version.h headers.
    So this change also tidies that up.

    I have tested this with in- and out-of-tree builds, but not SPL. I have
    looked at various other options for fixing this, including sed on the dep
    files, -I- and -include flags to gcc, but I don't think they can be made
    to work. Comments welcome.

    Signed-off-by: Simon Glass
    Acked-by: Mike Frysinger

    Simon Glass
     

07 May, 2010

1 commit

07 Dec, 2008

1 commit

10 May, 2008

1 commit

05 Feb, 2008

1 commit

09 Jan, 2008

1 commit

15 Nov, 2007

1 commit