Skip to content
Snippets Groups Projects
  1. Jan 28, 2017
  2. Jan 25, 2017
  3. Jan 24, 2017
  4. Jan 23, 2017
  5. Jan 22, 2017
    • Masahiro Yamada's avatar
      ARM: uniphier: make SPL optional for ARVv8 SoCs · 561ca649
      Masahiro Yamada authored
      
      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: default avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      561ca649
  6. Jan 21, 2017
  7. Jan 20, 2017
    • Andreas Färber's avatar
      odroid-c2: Enable distro boot · 70b8bd7d
      Andreas Färber authored
      
      Use the generic "distro" boot framework to enable automatic DHCP boot.
      MMC and USB are not yet implemented, so this is the only boot option.
      
      The fdt and kernel addresses are adopted from downstream; ramdisk and
      scriptaddr addresses were chosen arbitrarily.
      
      Signed-off-by: default avatarAndreas Färber <afaerber@suse.de>
      Reviewed-by: default avatarAlexander Graf <agraf@suse.de>
      70b8bd7d
    • Andreas Färber's avatar
      meson: misc_init_r is board-specific · 8c9bfc47
      Andreas Färber authored
      
      Move it from meson-gxbb-common.h to odroid-c2.h to allow new boards not
      to implement it.
      
      Signed-off-by: default avatarAndreas Färber <afaerber@suse.de>
      8c9bfc47
    • Adam Ford's avatar
      ARM: omap3_logic: Refactor Boot Environmental variables · 476e16e8
      Adam Ford authored
      
      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: default avatarAdam Ford <aford173@gmail.com>
      476e16e8
    • Rick Altherr's avatar
      bootm: relocate ramdisk if CONFIG_SYS_BOOT_RAMDISK_HIGH set · c2e7e72b
      Rick Altherr authored
      
      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: default avatarRick Altherr <raltherr@google.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      Reviewed-by: default avatarJoel Stanley <joel@jms.id.au>
      c2e7e72b
    • Heiko Schocher's avatar
      serial, ns16550: bugfix: ns16550 fifo not enabled · 17fa0326
      Heiko Schocher authored
      
      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: default avatarHeiko Schocher <hs@denx.de>
      Signed-off-by: default avatarLadislav Michl <ladis@linux-mips.org>
      Tested-by: default avatarAdam Ford <aford173@gmail.com>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      17fa0326
  8. Jan 18, 2017
Loading