07 Jan, 2020

1 commit


16 Dec, 2019

1 commit


07 Dec, 2019

2 commits


05 Dec, 2019

1 commit

  • Move MTD-related lines out of the root Makefile. Put them in their
    respective directories. Enclose some of these new lines to skip them
    when building the SPL. MTD core files and some MTD device drivers are
    compiled in a mtd.o object and included in the final object only if
    MTD support is required (there are two different symbols for that, one
    for U-Boot and one for the SPL).

    Now that all defconfigs have been fixed, we can stop the logic where
    enabling a command selects the core files to compile. This logic is
    broken since selecting a symbol with a 'depends on' will not enforce
    this secondary dependency.

    Signed-off-by: Miquel Raynal

    Miquel Raynal
     

03 Dec, 2019

5 commits


25 Nov, 2019

1 commit

  • The NAND devices with 128 kiB erase blocks require extra 64 kiB padding
    between each SPL image. Generate U-Boot image with such a padding using
    this new target.

    Signed-off-by: Marek Vasut
    Cc: Chin Liang See
    Cc: Dalon Westergreen
    Cc: Dinh Nguyen
    Cc: Ley Foon Tan
    Cc: Simon Goldschmidt
    Cc: Tien Fong Chee
    Reviewed-by: Ley Foon Tan

    Marek Vasut
     

19 Nov, 2019

1 commit


18 Nov, 2019

1 commit


14 Nov, 2019

1 commit

  • OP-TEE can get supplied with a devicetree and will then insert
    its firmware node and reserved-memory sections into it.
    As this devicetree often is not the one supplied to a later
    loaded kernel, a previous commit added functionality to transfer
    these nodes onto that new devicetree.

    To make sure this functionality stays intact, also add a test
    for the transfer functionality.

    Signed-off-by: Heiko Stuebner
    Reviewed-by: Simon Glass

    Heiko Stuebner
     

13 Nov, 2019

1 commit


12 Nov, 2019

1 commit


07 Nov, 2019

1 commit

  • Add support for USB3 host and gadget driver. This is a direct sync of
    Linux kernel Cadence USB stack that from v5.4-rc1 release.
    Driver has been modified so that it compiles without errors against
    U-Boot code base.
    Features not required for U-Boot such as scatter-gather DMA and OTG
    interrupt handling has been dropped.

    Signed-off-by: Jean-Jacques Hiblot
    [jjhiblot@ti.com: Add PHY support]
    Signed-off-by: Vignesh Raghavendra

    Vignesh Raghavendra
     

06 Nov, 2019

1 commit

  • imx targets are defined in arch/arm/mach-imx/Makefile.
    Some of them are dependent on targets defined in main
    Makefile. For the Makefile in arch/arm/mach-imx this
    targets must be finished before the imx targets are
    build, if not you get for example the error:

    make -f /home/hs/abb/mainlining/u-boot/scripts/Makefile.build obj=arch/arm/mach-imx u-boot-dtb.imx
    make[2]: *** No rule to make target 'u-boot-fit-dtb.bin', needed by 'u-boot-dtb.imx'. Stop.
    make[1]: *** [/home/hs/abb/mainlining/u-boot/Makefile:1123: u-boot-dtb.imx] Error 2
    make[1]: *** Waiting for unfinished jobs....
    make[1]: Leaving directory '/work/hs/compile/u-boot/aristainetos2_defconfig'
    make: *** [Makefile:148: sub-make] Error 2
    compile failed

    In above case of CONFIG_MULTI_DTB_FIT is defined, the
    u-boot-dtb.imx is dependent on the u-boot-fit-dtb.bin
    which may is not build yet ...

    I could reproduce this error on a travis build also if
    I build an out-of-tree build on a local machine with a
    build directory on a "slow" slow storage device. If
    building the same source target with a build dir on a
    fast storage device, the build works.

    I found no solution to tell the arch/arm/mach-imx/Makefile
    to find the targets in main Makefile, if there is a way
    this would be the better fix.

    I solved it by adding a IMX_DEPS var, which holds a list
    of main u-boot targets, which must be finished, before
    calling imx targets and fixed the build for imx
    targets which enabled CONFIG_MULTI_DTB_FIT.

    I think it is just luck, that imx targets with
    CONFIG_OF_SEPARATE enabled build, because the
    u-boot-dtb.imx target depends on u-boot-dtb.bin
    which gets build early enough before starting with
    u-boot-dtb.imx. May this targets should be fixed too.

    Signed-off-by: Heiko Schocher
    Reviewed-by: Tom Rini

    Heiko Schocher
     

03 Nov, 2019

1 commit

  • We have the ability to enforce a maximum size for SPL but not yet for TPL.
    Add a new option for this.

    Document the size check macro while we are here.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng

    Simon Glass
     

31 Oct, 2019

2 commits


30 Oct, 2019

1 commit

  • At present some boards generate kwbimage.cfg in the source tree
    during the build. This breaks buildman testing on some systems
    where the source tree is read-only. Update makefile rules to
    generate it in the build tree instead.

    Note some other boards have the kwbimage.cfg file written in
    advance, hence we need check if the file exists in the build
    tree first, otherwise we fall back to one in the source tree.

    Signed-off-by: Bin Meng
    Reviewed-by: Chris Packham
    Reviewed-by: Stefan Roese
    Reviewed-by: Simon Glass

    Bin Meng
     

29 Oct, 2019

1 commit

  • When building U-Boot host tools for Windows from Microsoft Azure
    Pipelines, the following errors were seen:

    HOSTCC tools/mkenvimage.o
    In file included from tools/mkenvimage.c:25:
    ./tools/version.h:1:1: error: expected identifier or ‘(’ before ‘.’ token
    1 | ../include/version.h
    | ^
    tools/mkenvimage.c: In function ‘main’:
    tools/mkenvimage.c:117:4: warning: implicit declaration of function ‘usage’ [-Wimplicit-function-declaration]
    117 | usage(prg);
    | ^~~~~
    tools/mkenvimage.c:120:35: error: ‘PLAIN_VERSION’ undeclared (first use in this function)
    120 | printf("%s version %s\n", prg, PLAIN_VERSION);
    | ^~~~~~~~~~~~~
    tools/mkenvimage.c:120:35: note: each undeclared identifier is reported only once for each function it appears in
    make[2]: *** [scripts/Makefile.host:114: tools/mkenvimage.o] Error 1

    It turns out tools/version.h is a symbolic link and with Windows
    default settings it is unsupported hence the actual content of
    tools/version.h is not what file include/version.h has, but the
    the linked file path, which breaks the build.

    To fix this, remove the symbolic links for tools/version.h. Instead
    we perform a copy from include/version.h during the build.

    Signed-off-by: Bin Meng

    Bin Meng
     

17 Oct, 2019

2 commits

  • binman enhancements:
    - Dropping some test Elf files and building them from source instead
    - Refactoring of x86 16-bit entries
    - Support for SPL symbols within sections
    - Handle the 'notes' sections and hidden symbols in recent binutils
    - Improved error reporting with a tool fails

    libfdt and documentation fixes
    vboot required-key test
    driver model power-domain controls
    patman Message-Id enhancement

    Tom Rini
     
  • cscope complains that it can't find files that appears to be symbolic links

    cscope: cannot find file tools/binman/test/u_boot_binman_syms_bad.c
    cscope: cannot find file tools/version.h

    `find -L` tests properties, but name, and cscope can't cope with symbolic
    links (a lot of bugs in upstream were simple closed as kinda invalid).

    To work around the problem, exclude symbolic links from the cscope.files.
    Note, it's done in two pass to speed up the process (`-exec realpath ...`
    approach is not portable and introduces a 3x delay).

    Signed-off-by: Andy Shevchenko

    Andy Shevchenko
     

15 Oct, 2019

1 commit

  • At present these two sections of code are linked together into a single
    2KB chunk in a single file. Some Intel SoCs like to have a FIT (Firmware
    Interface Table) in the ROM and the pointer for this needs to go at
    0xffffffc0 which is in the middle of these two sections.

    Make use of the new 'reset' entry and change the existing 16-bit entry to
    include just the 16-bit data.

    Signed-off-by: Simon Glass

    Simon Glass
     

14 Oct, 2019

1 commit

  • When building a FIT image for SPL to load also take into account the
    configured external offset. This allows the SPL to load the u-boot FIT
    image correctly when configuring SECURE_BOOT on i.mx6 is enabled
    (with CONFIG_FIT_EXTERNAL_OFFSET=0x3000).

    Note this doesn't allow secure booting; but it does allow an unsigned
    SPL/u-boot with secure boot support eanbled to boot on open device.

    Signed-off-by: Sjoerd Simons

    Sjoerd Simons
     

09 Oct, 2019

1 commit


08 Oct, 2019

6 commits


05 Oct, 2019

2 commits


24 Sep, 2019

1 commit


20 Sep, 2019

1 commit

  • For many sub-systems we already require the driver model to be used. Yet
    there is still a handful of boards that do not have CONFIG_DM enabled.

    We should make CONFIG_DM compulsory with release v2020.01

    Conversion dates for CONFIG_DM_SPL and CONFIG_DM_TPL are yet to be defined.

    Signed-off-by: Heinrich Schuchardt
    Reviewed-by: Simon Glass

    Heinrich Schuchardt
     

11 Sep, 2019

1 commit

  • Many Rockchip platforms require the same u-boot deploy procedure
    when TPL and SPL both enabled.

    The following examples are taken from doc/README.rockchip
    and board/theobroma-systems/lion_rk3368/README:

    RK3288:

    ./tools/mkimage -n rk3288 -T rksd -d ./tpl/u-boot-tpl.bin out
    cat ./spl/u-boot-spl-dtb.bin >> out
    sudo dd if=out of=/dev/mmcblk0 seek=64

    RK3328:

    ./tools/mkimage -n rk3328 -T rksd -d ./tpl/u-boot-tpl.bin idbloader.img
    cat ./spl/u-boot-spl.bin >> idbloader.img
    sudo dd if=idbloader.img of=/dev/mmcblk0 seek=64

    RK3368:

    ./tools/mkimage -n rk3368 -T rksd -d tpl/u-boot-tpl.bin spl-3368.img
    cat spl/u-boot-spl-dtb.bin >> spl-3368.img
    dd if=spl-3368.img of=/dev/sdb seek=64

    RK3399:

    ./tools/mkimage -n rk3399 -T rksd -d ./tpl/u-boot-tpl-dtb.bin out
    cat ./spl/u-boot-spl-dtb.bin >> out
    sudo dd if=out of=/dev/sdc seek=64

    Here, we introduce generic idbloader.img target
    which is the TPL image followed by the SPL binary.

    Signed-off-by: Matwey V. Kornilov
    Reviewed-by: Kever Yang

    Matwey V. Kornilov
     

05 Sep, 2019

1 commit