1. 28 1月, 2017 3 次提交
  2. 26 1月, 2017 7 次提交
  3. 25 1月, 2017 3 次提交
    • S
      arm64: mvebu: Enable SDHCI/MMC support for the db-88f7040/8040 · 274d3562
      Stefan Roese 提交于
      This patch enables the MMC support for the SDHCI controller on the
      Armada 7k db-88f7040 and the Armada 8k db-88f8040 board.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Nadav Haklai <nadavh@marvell.com>
      Cc: Kostya Porotchkin <kostap@marvell.com>
      Cc: Wilson Ding <dingwei@marvell.com>
      Cc: Victor Gu <xigu@marvell.com>
      Cc: Hua Jing <jinghua@marvell.com>
      Cc: Terry Zhou <bjzhou@marvell.com>
      Cc: Hanna Hawa <hannah@marvell.com>
      Cc: Haim Boot <hayim@marvell.com>
      274d3562
    • S
      arm64: mvebu: Enable SDHCI/MMC support for the db-88f3720 · ff11d622
      Stefan Roese 提交于
      This patch enables the MMC support for the SDHCI controller on the
      Armada 3700 db-88f3720 board.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Nadav Haklai <nadavh@marvell.com>
      Cc: Kostya Porotchkin <kostap@marvell.com>
      Cc: Wilson Ding <dingwei@marvell.com>
      Cc: Victor Gu <xigu@marvell.com>
      Cc: Hua Jing <jinghua@marvell.com>
      Cc: Terry Zhou <bjzhou@marvell.com>
      Cc: Hanna Hawa <hannah@marvell.com>
      Cc: Haim Boot <hayim@marvell.com>
      ff11d622
    • S
      mmc: sdhci: Add support for optional controller specific set_ios_post() · 210841c6
      Stefan Roese 提交于
      Some SDHCI drivers might need to do some special controller configuration
      after the common clock set_ios() function has been called (speed / width
      configuration). This patch adds a call to the newly created function
      set_ios_port() when its configured in the host driver.
      
      This will be used by the Xenon SDHCI controller driver used on the
      Marvell Armada 3700 and 7k/8k ARM64 SoCs.
      Signed-off-by: NStefan Roese <sr@denx.de>
      Cc: Jaehoon Chung <jh80.chung@samsung.com>
      Cc: Simon Glass <sjg@chromium.org>
      Reviewed-by: NJaehoon Chung <jh80.chung@samsung.com>
      210841c6
  4. 24 1月, 2017 2 次提交
  5. 23 1月, 2017 1 次提交
  6. 22 1月, 2017 3 次提交
    • M
      ARM: uniphier: make SPL optional for ARVv8 SoCs · 561ca649
      Masahiro Yamada 提交于
      We may want to run different firmware before running U-Boot.  For
      example, ARM Trusted Firmware runs before U-Boot, making U-Boot
      a non-secure world boot loader.  In this case, the SoC might be
      initialized there, which enables us to skip SPL entirely.
      
      This commit removes "select SPL" to make it configurable.  This
      also enables the Multi SoC support for the UniPhier ARMv8 SoCs.
      (CONFIG_ARCH_UNIPHIER_V8_MULTI)  Thanks to the driver model and
      Device Tree, the U-Boot proper part is now written in a generic way.
      The board/SoC parameters reside in DT.  The Multi SoC support
      increases the memory footprint a bit, but the U-Boot proper does
      not have strict memory constraint.  This will mitigate the per-SoC
      (sometimes per-board) defconfig burden.
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      561ca649
    • U
      status_led: Kconfig migration · 2d8d190c
      Uri Mashiach 提交于
      Move all of the status LED feature to drivers/led/Kconfig.
      The LED status definitions were moved from the board configuration
      files to the defconfig files.
      
      TBD: Move all of the definitions in the include/status_led.h to the
      relevant board's defconfig files.
      
      Tested boards: CL-SOM-AM57x, CM-T335
      Signed-off-by: NUri Mashiach <uri.mashiach@compulab.co.il>
      2d8d190c
    • J
      config: Move CONFIG_BOARD_LATE_INIT to defconfigs · 3788b451
      Jagan Teki 提交于
      Cc: Tom Rini <trini@konsulko.com>
      Signed-off-by: NJagan Teki <jagan@openedev.com>
      3788b451
  7. 21 1月, 2017 3 次提交
  8. 20 1月, 2017 3 次提交
    • A
      ARM: omap3_logic: Refactor Boot Environmental variables · 476e16e8
      Adam Ford 提交于
      Some scripts are calling the same functions, so these changes consolidate
      common scripts together to reduce redundancy and shrink size a bit.  This
      also keeps the 'bootargs' variable from growing if manually called more
      than one time. This also adds NAND booting scripts based on newly consolidated
      scripts.
      Signed-off-by: NAdam Ford <aford173@gmail.com>
      476e16e8
    • R
      bootm: relocate ramdisk if CONFIG_SYS_BOOT_RAMDISK_HIGH set · c2e7e72b
      Rick Altherr 提交于
      In 35fc84fa, bootm was refactored so plain 'bootm' and
      'bootm <subcommand>' shared a common implementation.
      The 'bootm ramdisk' command implementation is now part of the common
      implementation but not invoke by plain 'bootm' since the original
      implementation never did ramdisk relocation.  Instead, ramdisk
      relocation happened in image_setup_linux() which is typically called
      during the OS portion of 'bootm'.
      
      On ARM, parameters to the Linux kernel can either be passed by FDT or
      ATAGS. When using FDT, image_setup_linux() is called which also triggers
      ramdisk relocation.  When using ATAGS, image_setup_linux() is _not_
      called because it mostly does FDT setup.
      
      Instead of calling image_setup_linux() in both FDT and ATAGS cases,
      include BOOTM_STATE_RAMDISK in the requested states during a plain
      'bootm' if CONFIG_SYS_BOOT_RAMDISK_HIGH is set and remove the ramdisk
      relocation from image_setup_linux().  This causes ramdisk relocation to
      happen on any system where CONFIG_SYS_BOOT_RAMDISK_HIGH regardless of
      the OS being booted. Also remove IMAGE_ENABLE_RAMDISK_HIGH as it was
      only used by the now-removed code from image_setup_linux().
      Signed-off-by: NRick Altherr <raltherr@google.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NJoel Stanley <joel@jms.id.au>
      c2e7e72b
    • H
      serial, ns16550: bugfix: ns16550 fifo not enabled · 17fa0326
      Heiko Schocher 提交于
      commit: 65f83802 "serial: 16550: Add getfcr accessor"
      breaks u-boot commandline working with long commands
      sending to the board.
      
      Since the above patch, you have to setup the fcr register.
      
      For board/archs which enable OF_PLATDATA, the new field
      fcr in struct ns16550_platdata is not filled with a
      default value ...
      
      This leads in not setting up the uarts fifo, which ends
      in problems, when you send long commands to u-boots
      commandline.
      
      Detected this issue with automated tbot tests on am335x
      based shc board.
      
      The error does not popup, if you type commands. You need
      to copy&paste a long command to u-boots commandshell
      (or send a long command with tbot)
      
      Possible boards/plattforms with problems:
      ./arch/arm/cpu/arm926ejs/lpc32xx/devices.c
      ./arch/arm/mach-tegra/board.c
      ./board/overo/overo.c
      ./board/quipos/cairo/cairo.c
      ./board/logicpd/omap3som/omap3logic.c
      ./board/logicpd/zoom1/zoom1.c
      ./board/timll/devkit8000/devkit8000.c
      ./board/lg/sniper/sniper.c
      ./board/ti/beagle/beagle.c
      ./drivers/serial/serial_rockchip.c
      Signed-off-by: NHeiko Schocher <hs@denx.de>
      Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
      Tested-by: NAdam Ford <aford173@gmail.com>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      17fa0326
  9. 19 1月, 2017 15 次提交