Skip to content

U
U-Boot.Mirror

OS / U-Boot.Mirror

通知 1
Star 0
Fork 0
U
U-Boot.Mirror

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 23 3月, 2015 1 次提交
    • B
      ARM: mx6: move to a standard arch/board approach · 89ebc821
      由 Boris BREZILLON 提交于 
      Freescale boards are currently all defined in arch/arm/Kconfig, which
makes them hard to detect.
Moreover the MX6 SoC variant (Q, D, DL, S, SL) selection is currently
done via the SYS_EXTRA_OPTIONS option which marked as deprecated.

Move to a more standard way to select sub-architecture and board by
creating a Kconfig under arch/arm/cpu/armv7/mx6 and a new ARCH_MX6
option.

Existing MX6 board definitions should be moved in this new Kconfig in
choice menu, and new boards should be directly declared in this menu.
Signed-off-by: NBoris Brezillon <boris.brezillon@free-electrons.com>
      89ebc821
  3. 09 3月, 2015 1 次提交
    • L
      armv8/vexpress64: make multientry conditional · 23b5877c
      由 Linus Walleij 提交于 
      While the Freescale ARMv8 board LS2085A will enter U-Boot both
on a master and a secondary (slave) CPU, this is not the common
behaviour on ARMv8 platforms. The norm is that U-Boot is entered
from the master CPU only, while the other CPUs are kept in
WFI (wait for interrupt) state.

The code determining which CPU we are running on is using the
MPIDR register, but the definition of that register varies with
platform to some extent, and handling multi-cluster platforms
(such as the Juno) will become cumbersome. It is better to only
enable the multiple entry code on machines that actually need
it and disable it by default.

Make the single entry default and add a special
ARMV8_MULTIENTRY KConfig option to be used by the
platforms that need multientry and set it for the LS2085A.
Delete all use of the CPU_RELEASE_ADDR from the Vexpress64
boards as it is just totally unused and misleading, and
make it conditional in the generic start.S code.

This makes the Juno platform start U-Boot properly.
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      23b5877c
  5. 06 3月, 2015 1 次提交
  7. 05 3月, 2015 1 次提交
    • M
      arm: socfpga: Add Altera Arria V DK support · c115a0d4
      由 Marek Vasut 提交于 
      Add support for the Altera Arria V development kit.
Signed-off-by: NMarek Vasut <marex@denx.de>
Cc: Chin Liang See <clsee@opensource.altera.com>
Cc: Dinh Nguyen <dinguyen@opensource.altera.com>
Cc: Pavel Machek <pavel@denx.de>
Cc: Stefan Roese <sr@denx.de>
Cc: Vince Bridgers <vbridger@opensource.altera.com>
      c115a0d4
  9. 03 3月, 2015 1 次提交
  11. 28 2月, 2015 1 次提交
  13. 25 2月, 2015 6 次提交
  15. 23 2月, 2015 1 次提交
  17. 21 2月, 2015 10 次提交
  19. 13 2月, 2015 1 次提交
  21. 08 2月, 2015 2 次提交
  23. 07 2月, 2015 2 次提交
  25. 30 1月, 2015 2 次提交
    • L
      vexpress64: support the Juno Development Platform · ffc10373
      由 Linus Walleij 提交于 
      The Juno Development Platform is a physical Versatile Express
device with some differences from the emulated semihosting
models. The main difference is that the system is split in
a SoC and an FPGA where the SoC hosts the serial ports at
totally different adresses.
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      ffc10373
    • L
      vexpress64: get rid of CONFIG_SYS_EXTRA_OPTIONS · f91afc4d
      由 Linus Walleij 提交于 
      The Versatile Express ARMv8 semihosted FVP platform is still
using the legacy CONFIG_SYS_EXTRA_OPTIONS method to configure
some compile-time flags. Get rid of this and create a Kconfig
entry for the FVP model, and a selectable bool for the
semihosting library.

The FVP subboard is now modeled as a target choice so we can
eventually choose between different ARMv8 versatile express
boards (FVP, base model, Juno...) this way. All dependent
symbols are updated to reflect this.

The 64bit Versatile Express board symbols are renamed
VEXPRESS64 so we have some chance to see what is actually
going on. Tested on the FVP fast model.
Acked-by: NSteve Rae <srae@broadcom.com>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      f91afc4d
  27. 22 1月, 2015 2 次提交
  29. 19 1月, 2015 1 次提交
    • S
      arm: mx6: Add Barco platinum-picon and platinum-titanium · 5d6050fd
      由 Stefan Roese 提交于 
      This patch adds the new Barco platinum platform. It currently
includes those two boards:

platinum-titanium
-----------------
This is the same board as the titanium that is already supported in
mainline U-Boot. But its now moved to this new platform to support
multiple "flavors" of imx6 boards in one directory. Its also moved
to support SPL booting. And with this we use the run-time DDR
configuration of this SPL support. The board is equipped with the
Micron MT41J128M16JT-125 DDR chips. We now can remove the DDR
related registers tuples from the imximage.cfg file. As all this
is done in the SPL at run-time.

platinum-picon
--------------
This board is new and based on the MX6DL with 1GiB DDR using the
Micron MT41K256M16HA DDR3 chips. Its also equipped with 2 NAND
chips (each 512MiB).
Signed-off-by: NStefan Roese <sr@denx.de>
Cc: Stefano Babic <sbabic@denx.de>
Cc: Pieter Ronsijn <pieter.ronsijn@barco.com>
      5d6050fd
  31. 18 12月, 2014 1 次提交
  33. 12 12月, 2014 2 次提交
  35. 10 12月, 2014 1 次提交
  37. 08 12月, 2014 1 次提交
  39. 01 12月, 2014 1 次提交
  41. 28 11月, 2014 1 次提交