1. 09 12月, 2016 1 次提交
  2. 08 12月, 2016 2 次提交
    • M
      zynqmp works · 8a5db0ab
      Michal Simek 提交于
      8a5db0ab
    • N
      ARM: zynq: Replace dram_init* functions with board_init_f safe ones · 64b67fb2
      Nathan Rossi 提交于
      The dram_init* functions for the zynq board are not safe for use from
      the board_init_f stage due to its use of the 'tmp' static variable.
      
      This incorrect use of a static variable was causing rare issues where
      the dram_init function would overwrite some parts the __rel_dyn section
      which caused obscure failures.
      
      Using the zynq_zybo configuration, U-Boot would generate the following
      error during image load. This was caused due to dram_init overwriting
      the relocations for the "image" variable within the do_bootm function.
      Out of coincidence the un-initialized memory has a compression type
      which is the same as the value for the relocation type R_ARM_RELATIVE.
      
         Uncompressing Invalid Image ... Unimplemented compression type 23
      
      It should be noted that this is just one way the issue could surface,
      other cases my not be observed in normal boot flow.
      
      This change removes the existing code and copies the implementation of
      the dram_init and dram_init_banksize from the
      arch/arm/mach-uniphier/dram_init.c source. This version of these
      functions does not use static variables and behaves the same (reading
      banks from fdt, and using the first bank as the ram_size).
      Signed-off-by: NNathan Rossi <nathan@nathanrossi.com>
      Fixes: 758f29d0 ("ARM: zynq: Support systems with more memory banks")
      Cc: Michal Simek <monstr@monstr.eu>
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      64b67fb2
  3. 15 11月, 2016 1 次提交
  4. 14 4月, 2016 1 次提交
  5. 05 4月, 2016 1 次提交
  6. 22 2月, 2016 1 次提交
  7. 27 1月, 2016 3 次提交
  8. 07 12月, 2015 2 次提交
  9. 19 8月, 2015 1 次提交
  10. 26 1月, 2015 2 次提交
  11. 21 1月, 2015 1 次提交
  12. 14 5月, 2014 2 次提交
    • M
      ARM: zynq: Fix building SPL without FPGA support · 0b680206
      Michal Simek 提交于
      When CONFIG_FPGA is defined but CONFIG_SPL_FPGA is not, the build fails:
      board.c: In function 'board_init':
      board.c:41:3: error: 'fpga' undeclared (first use in this function)
         fpga = fpga010;
      
      Fix this by expanding the "#if.." around this block to match the other
      FPGA checks and don't compile this block when buildign for SPL without
      FPGA support.
      
      Tested a bootloader that had CONFIG_FPGA defined without CONFIG_SPL_FPGA,
      this now compiles without errors and loading FPGA from u-boot works.
      Signed-off-by: NMike Looijmans <mike.looijmans@topic.nl>
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      0b680206
    • M
      ARM: zynq: Remove sparse warnings · 5b73caff
      Michal Simek 提交于
      Warnings:
      board/xilinx/zynq/board.c:17:13: warning: symbol 'fpga' was not declared. Should it be static?
      board/xilinx/zynq/board.c:20:13: warning: symbol 'fpga010' was not declared. Should it be static?
      board/xilinx/zynq/board.c:21:13: warning: symbol 'fpga015' was not declared. Should it be static?
      board/xilinx/zynq/board.c:22:13: warning: symbol 'fpga020' was not declared. Should it be static?
      board/xilinx/zynq/board.c:23:13: warning: symbol 'fpga030' was not declared. Should it be static?
      board/xilinx/zynq/board.c:24:13: warning: symbol 'fpga045' was not declared. Should it be static?
      board/xilinx/zynq/board.c:25:13: warning: symbol 'fpga100' was not declared. Should it be static?
      board/xilinx/zynq/board.c:120:5: warning: symbol 'board_mmc_init' was not declared. Should it be static?
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      5b73caff
  13. 13 5月, 2014 1 次提交
  14. 04 3月, 2014 1 次提交
  15. 19 2月, 2014 3 次提交
  16. 06 2月, 2014 1 次提交
  17. 10 1月, 2014 1 次提交
  18. 15 10月, 2013 1 次提交
  19. 12 8月, 2013 3 次提交
  20. 24 7月, 2013 1 次提交
  21. 06 5月, 2013 1 次提交
  22. 30 4月, 2013 4 次提交
  23. 04 10月, 2012 1 次提交
  24. 05 10月, 2009 1 次提交
  25. 12 6月, 2008 1 次提交
    • B
      Change initdram() return type to phys_size_t · 9973e3c6
      Becky Bruce 提交于
      This patch changes the return type of initdram() from long int to phys_size_t.
      This is required for a couple of reasons: long int limits the amount of dram
      to 2GB, and u-boot in general is moving over to phys_size_t to represent the
      size of physical memory.  phys_size_t is defined as an unsigned long on almost
      all current platforms.
      
      This patch *only* changes the return type of the initdram function (in
      include/common.h, as well as in each board's implementation of initdram).  It
      does not actually modify the code inside the function on any of the platforms;
      platforms which wish to support more than 2GB of DRAM will need to modify
      their initdram() function code.
      
      Build tested with MAKEALL for ppc, arm, mips, mips-el. Booted on powerpc
      MPC8641HPCN.
      Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>
      9973e3c6
  26. 11 10月, 2004 1 次提交
    • W
      Patches by Scott McNutt, 24 Aug 2004: · 5c952cf0
      wdenk 提交于
      - Add support for Altera Nios-II processors.
      - Add support for Psyent PCI-5441 board.
      - Add support for Psyent PK1C20 board.
      5c952cf0
  27. 08 12月, 2003 1 次提交