Skip to content
Snippets Groups Projects
  1. Jun 19, 2016
    • Masahiro Yamada's avatar
      ARM: uniphier: reserve memory for DRAM PHY training on PH1-LD20 · 51ea5a06
      Masahiro Yamada authored
      
      The DRAM PHY layer on PH1-LD20 is able to calibrate PHY parameters
      periodically.  This compensates for the voltage and temperature
      deviation and improves the PHY parameter adjustment.  Instead, it
      requires 64 byte scratch memory in each DRAM channel for the dynamic
      training.  The memory regions must be reserved in DT before jumping
      to the kernel.
      
      The scratch area can be anywhere in each DRAM channel, but the DRAM
      init code in SPL currently assigns it at the end of each channel.
      So, it makes sense to reserve the regions on run-time by U-Boot
      instead of statically embedding it in the DT in Linux.  Anyway,
      a boot-loader should know much more about memory initialization
      than the kernel.
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      51ea5a06
  2. Jun 17, 2016
  3. Jun 13, 2016
  4. Jun 09, 2016
  5. Jun 06, 2016
    • Andre Przywara's avatar
      arm/arm64: implement a boot header capability · cdaa633f
      Andre Przywara authored
      
      Some SPL loaders (like Allwinner's boot0, and Broadcom's boot0)
      require a header before the actual U-Boot binary to both check its
      validity and to find other data to load. Sometimes this header may
      only be a few bytes of information, and sometimes this might simply
      be space that needs to be reserved for a post-processing tool.
      
      Introduce a config option to allow assembler preprocessor commands
      to be inserted into the code at the appropriate location; typical
      assembler preprocessor commands might be:
        .space 1000
        .word 0x12345678
      
      Signed-off-by: default avatarAndre Przywara <andre.przywara@arm.com>
      Signed-off-by: default avatarSteve Rae <srae@broadcom.com>
      Commit Notes:
      Please note that the current code:
        start.S (arm64) and
        vectors.S (arm)
      already jumps over some portion of data already, so this option basically
      just increases the size of this region (and the resulting binary).
      
      For use with Allwinner's boot0 blob there is a tool called boot0img[1],
      which fills the header to allow booting A64 based boards.
      For the Pine64 we need a 1536 byte header (including the branch
      instruction) at the moment, so we add this to the defconfig.
      
      [1] https://github.com/apritzel/pine64/tree/master/tools
      
      
      END
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      cdaa633f
  6. Jun 03, 2016
  7. May 27, 2016
  8. May 25, 2016
  9. May 24, 2016
    • Michal Simek's avatar
      ARM64: zynqmp: Add SPL support support · e6a9ed04
      Michal Simek authored
      
      Support RAM and MMC boot mode in SPL also with SPL_FIT images.
      
      In MMC boot mode two boot options are available:
      1) Boot flow with ATF(EL3) and full U-Boot(EL2):
       aarch64-linux-gnu-objcopy -O binary bl31.elf bl31.bin
       mkimage -A arm64 -O linux -T kernel -C none -a 0xfffe5000 -e 0xfffe5000
       -d bl31.bin atf.ub
       cp spl/boot.bin <sdcard fat partition>
       cp atf.ub <sdcard fat partition>
       cp u-boot.bin <sdcard fat partition>
      
      2) Boot flow with full U-Boot(EL3):
       cp spl/boot.bin <sdcard>
       cp u-boot*.img <sdcard>
      
      3) emmc boot mode
       dd if=/dev/zero of=sd.img bs=1024 count=1024
       parted sd.img mktable msdos
       parted sd.img mkpart p fat32 0% 100%
       kpartx -a sd.img
       mkfs.vfat /dev/mapper/loop0p1
       mount /dev/mapper/loop0p1 /mnt/
       cp spl/boot.bin /mnt
       cp u-boot.img /mnt
       cp u-boot.bin /mnt
       cp atf.ub /mnt
       umount /dev/mapper/loop0p1
       kpartx -d sd.img
       cp sd.img /tftpboot/
      
       and program it via u-boot
       tftpb 10000 sd.img
       mmcinfo
       mmc write 10000 0 $filesize
       mmc rescan
       mmc part
       ls mmc 0
      
      psu_init() function contains low level SoC setup generated for every HW
      design by Xilinx design tools. xil_io.h is only supporting file to fix
      all dependencies from tools. The same solution was used on Xilinx Zynq.
      
      The patch also change CONFIG_SYS_INIT_SP_ADDR to the end of OCM which
      stays at the same location all the time.
      Bootrom expects starting address to be at 0xfffc0000 that's why this
      address is SPL_TEXT_BASE.
      
      Signed-off-by: default avatarMichal Simek <michal.simek@xilinx.com>
      e6a9ed04
  10. Apr 25, 2016
  11. Apr 13, 2016
  12. Apr 12, 2016
  13. Apr 04, 2016
    • Stefan Roese's avatar
      arm: mvebu: Add basic support for Armada 375 eval board db-88f6720 · 606576d5
      Stefan Roese authored
      
      This patch adds basic support for the Marvell A375 eval board. Tested
      are the following interfaces:
      - I2C
      - SPI
      - SPI NOR
      - Ethernet (mvpp2), port 0 & 1
      
      Currently the A375 SerDes and DDR3 init code is not intergrated. So
      the SPL U-Boot is not fully functional.
      
      Right now, this A375 mainline U-Boot can only be used by chainloading
      it via the original Marvell U-Boot. This can be done via this
      command:
      
      => tftpboot 00800000 a375/u-boot-dtb.bin;go 00800000
      
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Luka Perkov <luka.perkov@sartura.hr>
      606576d5
  14. Apr 01, 2016
  15. Mar 27, 2016
  16. Mar 23, 2016
  17. Mar 16, 2016
  18. Mar 14, 2016
  19. Feb 29, 2016
  20. Feb 28, 2016
  21. Feb 14, 2016
  22. Jan 27, 2016
  23. Jan 20, 2016
  24. Jan 19, 2016
  25. Jan 14, 2016
Loading