14 Sep, 2014

1 commit

  • Now the types of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME}
    are specified in arch/Kconfig.

    We can delete the ones in arch and board Kconfig files.

    This commit can be easily reproduced by the following command:

    find . -name Kconfig -a ! -path ./arch/Kconfig | xargs sed -i -e '
    /config[[:space:]]SYS_\(ARCH\|CPU\|SOC\|\VENDOR\|BOARD\|CONFIG_NAME\)/ {
    N
    s/\n[[:space:]]*string//
    }
    '

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

30 Aug, 2014

3 commits


24 Aug, 2014

4 commits

  • The Altera EPCS is SPI flash. We have been using SPI flash driver
    to access EPCS for years. The old EPCS driver could be removed.

    Signed-off-by: Thomas Chou

    Thomas Chou
     
  • This patch implements the generic board init as described in
    doc/README.generic-board.

    Signed-off-by: Thomas Chou
    Signed-off-by: Scott McNutt
    Reviewed-by: Stefan Roese

    Thomas Chou
     
  • Signed-off-by: Thomas Chou

    Thomas Chou
     
  • When compiling the current code on GCC 4.8.3, the following warnings
    appear:

    warning: format '%zu' expects argument of type 'size_t', but argument
    2 has type 'long unsigned int' [-Wformat=]

    There were many mails about such warnings on different architectures.
    This patch limits itself to the nios2 architecture.

    The problem is that for the size_t (%zu, %zd, ...) arguments of
    printf GCC does not verify the type match to size_t type. It verifies
    the type match to the compiler-defined __SIZE_TYPE__ type. Thus, if
    size_t is defined different from __SIZE_TYPE__ - warnings inevitably
    appear.

    There is a comment by Thomas Chou to the (rejected) patch:
    http://patchwork.ozlabs.org/patch/272102/
    which explains that the older GCC toolchains (gcc-3.4.6 and gcc-4.1.2)
    expect size_t to be "unsigned long" and the newer expect it to be
    "unsigned int". Thus, no matter how we define size_t - either way
    warnings appear when using some GCC version.

    By rejecting that patch, a choice was made to prefer older GCC versions
    and leave the warnings when building with the newer toolchains.
    Personally, I disagree with this choice...

    In any case, this patch proposes a way to fix the warnings for any GCC
    version. Just define size_t using the __SIZE_TYPE__ compiler-defined
    type and the type verification will pass.

    I tested that this fixes the warning on GCC 4.8.3. I don't have an
    older toolchain to test with, but __SIZE_TYPE__ was definitely defined
    in GCC 3.4.6, so it should work there too.

    Signed-off-by: Vasili Galka
    Signed-off-by: Thomas Chou

    Vasili Galka
     

31 Jul, 2014

1 commit


30 Jul, 2014

1 commit

  • This commit adds:
    - arch/${ARCH}/Kconfig
    provide a menu to select target boards
    - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
    set CONFIG macros to the appropriate values for each board
    - configs/${TARGET_BOARD}_defconfig
    default setting of each board

    (This commit was automatically generated by a conversion script
    based on boards.cfg)

    In Linux Kernel, defconfig files are located under
    arch/${ARCH}/configs/ directory.
    It works in Linux Kernel since ARCH is always given from the
    command line for cross compile.

    But in U-Boot, ARCH is not given from the command line.
    Which means we cannot know ARCH until the board configuration is done.
    That is why all the "*_defconfig" files should be gathered into a
    single directory ./configs/.

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

    Masahiro Yamada
     

13 May, 2014

1 commit

  • gd->bd->bi_baudrate is a copy of gd->baudrate.

    Since baudrate is a common feature for all architectures,
    keep gd->baudrate only.

    It is true that bi_baudrate was passed to the kernel in that structure
    but it was a long time ago.

    Signed-off-by: Masahiro Yamada
    Cc: Tom Rini
    Cc: Simon Glass
    Cc: Wolfgang Denk
    Cc: Heiko Schocher
    Acked-by: Michal Simek (For microblaze)

    Masahiro Yamada
     

05 Mar, 2014

1 commit


01 Nov, 2013

1 commit


15 Oct, 2013

2 commits


06 Sep, 2013

1 commit


24 Jul, 2013

1 commit


17 Jul, 2013

1 commit


02 Jul, 2013

1 commit

  • Commit 35fc84fa1ff51e15ecd3e464dac87eb105ffed30 broke bootm on avr32. It
    requires to call do_bootm_linux() with flag set to BOOTM_STATE_OS_PREP before
    calling it again with flag set to BOOTM_STATE_OS_GO.
    Fix this by allowing flag set to BOOTM_STATE_OS_PREP, this however will
    require a complete refactoring later on.

    Signed-off-by: Andreas Bießmann
    [trini: Apply to m68k, microblaze, nds32, nios2, openrisc, sh and sparc]
    Signed-off-by: Tom Rini

    Andreas Bießmann
     

26 Jun, 2013

1 commit

  • At present the arguments to bootm are processed in a somewhat confusing
    way. Sub-functions must know how many arguments their calling functions
    have processed, and the OS boot function must also have this information.
    Also it isn't obvious that 'bootm' and 'bootm start' provide arguments in
    the same way.

    Adjust the code so that arguments are removed from the list before calling
    a sub-function. This means that all functions can know that argv[0] is the
    first argument of which they need to take notice.

    Signed-off-by: Simon Glass

    Simon Glass
     

02 May, 2013

2 commits


19 Mar, 2013

1 commit

  • Albert's rework of the linker scripts conflicted with Simon's making
    everyone use __bss_end. We also had a minor conflict over
    README.scrapyard being added to in mainline and enhanced in
    u-boot-arm/master with proper formatting.

    Conflicts:
    arch/arm/cpu/ixp/u-boot.lds
    arch/arm/cpu/u-boot.lds
    arch/arm/lib/Makefile
    board/actux1/u-boot.lds
    board/actux2/u-boot.lds
    board/actux3/u-boot.lds
    board/dvlhost/u-boot.lds
    board/freescale/mx31ads/u-boot.lds
    doc/README.scrapyard
    include/configs/tegra-common.h

    Build tested for all of ARM and run-time tested on am335x_evm.

    Signed-off-by: Tom Rini

    Tom Rini
     

16 Mar, 2013

2 commits

  • We create a separate header file for link symbols defined by the link
    scripts. It is helpful to have these all in one place and try to
    make them common across architectures. Since Linux already has a similar
    file, we bring this in even though many of the symbols there are not
    relevant to us.

    Each architecture has its own asm/sections.h where symbols specifc to
    that architecture can be added. For now everything except AVR32 just
    includes the generic header.

    One change is needed in arch/avr32/lib/board.c to make this conversion
    work.

    Reviewed-by: Tom Rini (version 5)
    Signed-off-by: Simon Glass

    Simon Glass
     
  • Note this is a tree-wide change affecting multiple architectures.

    At present we use __bss_start, but mostly __bss_end__. This seems
    inconsistent and in a number of places __bss_end is used instead.

    Change to use __bss_end for the BSS end symbol throughout U-Boot. This
    makes it possible to use the asm-generic/sections.h file on all
    archs.

    Signed-off-by: Simon Glass

    Simon Glass
     

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
     

09 Feb, 2013

1 commit

  • The libfdt.h file is the definition file for libfdt. It is unnecessary
    to include other fdt header files (the necessary ones are pulled in
    by libfdt.h).

    Signed-off-by: Gerald Van Baren
    Acked-by: Simon Glass
    Acked-by: Stefan Roese

    Gerald Van Baren
     

04 Feb, 2013

1 commit


02 Feb, 2013

1 commit

  • We plan to move architecture-specific data into a separate structure so
    that we can make the rest of it common.

    As a first step, create struct arch_global_data to hold these fields.
    Initially it is empty.

    This patch applies to all archs at once. I can split it if this is really
    a pain.

    Signed-off-by: Simon Glass

    Simon Glass
     

10 Nov, 2012

1 commit

  • The file has a wrong inline keyword of __led_toggle(), which causes
    compilation error. And its content is defined in common status_led.h.
    So define CONFIG_BOARD_SPECIFIC_LED in board config files and remove
    this header file.

    Signed-off-by: Thomas Chou

    Thomas Chou
     

22 Oct, 2012

2 commits

  • The command declaration now uses the new LG-array method to generate
    list of commands. Thus the __u_boot_cmd section is now superseded and
    redundant and therefore can be removed. Also, remove externed symbols
    associated with this section from include/command.h .

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

    Marek Vasut
     
  • Add section for the linker-generated lists into all possible linker
    files, so that everyone can easily use these lists. This is mostly
    a mechanical adjustment.

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

    Marek Vasut
     

20 Oct, 2012

1 commit


10 Aug, 2012

1 commit


16 Jul, 2012

1 commit


16 May, 2012

1 commit

  • This field gets read in one place (by "bdinfo"), and we can replace
    that with getenv("ipaddr"). After all, the bi_ip_addr field is kept
    up-to-date implicitly with the value of the ipaddr env var.

    Signed-off-by: Mike Frysinger
    Reviewed-by: Joe Hershberger

    Mike Frysinger
     

23 Feb, 2012

2 commits


30 Oct, 2011

1 commit


28 Oct, 2011

1 commit

  • This driver may handle multiple PIO cores and thus needs to be
    setup by calling the altera_pio_init() function within the early
    board setup routine.

    The driver comes with some extras, see below the copyleft header.

    Signed-off-by: Joachim Foerster
    Tested-by: Thomas Chou
    Signed-off-by: Thomas Chou

    Joachim Foerster