1. 18 Mar, 2016 1 commit
  2. 14 Mar, 2016 19 commits
  3. 25 Feb, 2016 1 commit
  4. 24 Feb, 2016 3 commits
  5. 21 Feb, 2016 1 commit
  6. 08 Feb, 2016 8 commits
  7. 06 Feb, 2016 1 commit
  8. 02 Feb, 2016 1 commit
    • Bin Meng's avatar
      tools: mxsboot: Use more portable cpu_to_le32() · 276d3ebb
      Bin Meng authored
      Currently when building mxsboot on certain machines it reports:
        HOSTCC  tools/mxsboot
        tools/mxsboot.c: In function 'mx28_create_sd_image':
        tools/mxsboot.c:560: warning: implicit declaration of function 'htole32'
        /tmp/cchLIV6q.o: In function 'main':
        mxsboot.c:(.text+0x6d8): undefined reference to 'htole32'
        mxsboot.c:(.text+0x6e7): undefined reference to 'htole32'
        mxsboot.c:(.text+0x6f6): undefined reference to 'htole32'
        mxsboot.c:(.text+0x705): undefined reference to 'htole32'
        mxsboot.c:(.text+0x711): undefined reference to 'htole32'
        /tmp/cchLIV6q.o:mxsboot.c:(.text+0x71d): more undefined references to
        'htole32' follow
        collect2: ld returned 1 exit status
        make[1]: *** [tools/mxsboot] Error 1
        make: *** [tools] Error 2
      The solution is to use cpu_to_le32() instead which is more portable,
      just like other U-Boot tools [1] do.
      [1] http://lists.denx.de/pipermail/u-boot/2014-October/192919.htmlSuggested-by: default avatarMarek Vasut <marex@denx.de>
      Signed-off-by: default avatarBin Meng <bmeng.cn@gmail.com>
      Acked-by: default avatarMarek Vasut <marex@denx.de>
  9. 22 Jan, 2016 1 commit
  10. 21 Jan, 2016 2 commits
  11. 14 Jan, 2016 2 commits
    • Stefan Roese's avatar
      arm: mvebu: Add runtime detection of UART (xmodem) boot-mode · f4db6c97
      Stefan Roese authored
      This patch adds runtime detection of the Marvell UART boot-mode (xmodem
      protocol). If this boot-mode is detected, SPL will return to the
      BootROM to continue the UART booting.
      With this patch its now possible, to generate a U-Boot image that
      can be booted either from the strapped boot-device (e.g. SPI NOR, MMC,
      etc) or via the xmodem protocol from the UART. In the UART case,
      the kwboot tool will dynamically insert the UART boot-device type
      into the image. And also patch the load address in the header, so
      that the mkimage header will be skipped (as its not expected by the
      Marvell BootROM).
      This simplifies the development for Armada XP / 38x based boards.
      As no special images need to be generated by selecting the
      MVEBU_BOOTROM_UARTBOOT Kconfig option.
      Since the Kconfig option MVEBU_BOOTROM_UARTBOOT is not needed any
      more, its now completely removed.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Luka Perkov <luka.perkov@sartura.hr>
      Cc: Dirk Eibach <dirk.eibach@gdsys.cc>
      Cc: Phil Sutter <phil@nwl.cc>
      Cc: Kevin Smith <kevin.smith@elecsyscorp.com>
    • Stefan Roese's avatar
      arm: mvebu: Move SoC selection (A38X vs AXP) into Kconfig · 81e33f4b
      Stefan Roese authored
      Until now, the SoC selection for the ARCH_MVEBU platforms has been done
      in the config header. Using CONFIG_ARMADA_XP in a non-clear way. As
      it needed to get selected for AXP and A38x based boards. This patch
      now changes this to move the SoC selection to Kconfig. And also
      uses CONFIG_ARCH_MVEBU as a common define for both AXP and A38x.
      This makes things a bit clearer - especially for new board additions.
      Additionally the defines CONFIG_SYS_MVEBU_DDR_AXP and
      CONFIG_SYS_MVEBU_DDR_A38X are replaced with the already available
      And CONFIG_DDR3 is removed, as its not referenced anywhere.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Luka Perkov <luka.perkov@sartura.hr>