1. 25 1月, 2016 1 次提交
  2. 15 5月, 2015 1 次提交
  3. 28 3月, 2015 1 次提交
  4. 09 1月, 2015 1 次提交
    • S
      arm: build arch memset/memcpy in Thumb2 mode · 75d7a0d7
      Stefan Agner 提交于
      Resynchronize memcpy/memset with kernel 3.17 and build them in
      Thumb2 mode (unified syntax). Those assembler files can be built
      and linked in ARM mode too, however when calling them from Thumb2
      built code, the stack got corrupted and the copy did not succeed
      (the exact details have not been traced back). However, the Linux
      kernel builds those files in Thumb2 mode. Hence U-Boot should
      build them in Thumb2 mode too when CONFIG_SYS_THUMB_BUILD is set.
      
      To build the files without warning, some assembler instructions
      had to be replaced with their UAL compliant variant (thanks
      Jeroen for this input).
      
      To build the file in Thumb2 mode the implicit-it=always option need
      to be set to generate Thumb2 compliant IT instructions where needed.
      We add this option to the general AFLAGS when building for Thumb2.
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Tested-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NStefan Agner <stefan@agner.ch>
      75d7a0d7
  5. 31 7月, 2014 1 次提交
  6. 28 7月, 2014 1 次提交
  7. 08 7月, 2014 1 次提交
  8. 08 4月, 2014 1 次提交
  9. 02 4月, 2014 1 次提交
  10. 07 3月, 2014 1 次提交
  11. 05 3月, 2014 2 次提交
  12. 26 2月, 2014 2 次提交
  13. 25 1月, 2014 1 次提交
  14. 14 1月, 2014 1 次提交
  15. 09 1月, 2014 1 次提交
  16. 07 12月, 2013 1 次提交
  17. 15 10月, 2013 1 次提交
  18. 24 9月, 2013 1 次提交
    • J
      ARM: use r9 for gd · fe1378a9
      Jeroen Hofstee 提交于
      To be more EABI compliant and as a preparation for building
      with clang, use the platform-specific r9 register for gd
      instead of r8.
      
      note: The FIQ is not updated since it is not used in u-boot,
      and under discussion for the time being.
      
      The following checkpatch warning is ignored:
      WARNING: Use of volatile is usually wrong: see
      Documentation/volatile-considered-harmful.txt
      Signed-off-by: NJeroen Hofstee <jeroen@myspectrum.nl>
      cc: Albert ARIBAUD <albert.u.boot@aribaud.net>
      fe1378a9
  19. 23 9月, 2013 2 次提交
  20. 15 8月, 2013 1 次提交
  21. 24 7月, 2013 1 次提交
  22. 22 6月, 2013 1 次提交
  23. 23 5月, 2013 1 次提交
  24. 12 4月, 2013 1 次提交
  25. 25 3月, 2013 1 次提交
  26. 16 3月, 2013 1 次提交
  27. 04 10月, 2012 1 次提交
  28. 15 5月, 2012 2 次提交
  29. 30 3月, 2012 1 次提交
  30. 04 11月, 2011 1 次提交
    • W
      Reduce build times · cca4e4ae
      Wolfgang Denk 提交于
      U-Boot Makefiles contain a number of tests for compiler features etc.
      which so far are executed again and again.  On some architectures
      (especially ARM) this results in a large number of calls to gcc.
      
      This patch makes sure to run such tests only once, thus largely
      reducing the number of "execve" system calls.
      
      Example: number of "execve" system calls for building the "P2020DS"
      (Power Architecture) and "qong" (ARM) boards, measured as:
      	-> strace -f -e trace=execve -o /tmp/foo ./MAKEALL <board>
      	-> grep execve /tmp/foo | wc -l
      
      	Before: After:	Reduction:
      ==================================
      P2020DS 20555	15205	-26%
      qong	31692	14490	-54%
      
      As a result, built times are significantly reduced, typically by
      30...50%.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Cc: Andy Fleming <afleming@gmail.com>
      Cc: Kumar Gala <galak@kernel.crashing.org>
      Cc: Albert Aribaud <albert.aribaud@free.fr>
      cc: Graeme Russ <graeme.russ@gmail.com>
      cc: Mike Frysinger <vapier@gentoo.org>
      Tested-by: NGraeme Russ <graeme.russ@gmail.com>
      Tested-by: NMatthias Weisser <weisserm@arcor.de>
      Tested-by: NSanjeev Premi <premi@ti.com>
      Tested-by: NSimon Glass <sjg@chromium.org>
      Tested-by: NMacpaul Lin <macpaul@gmail.com>
      Acked-by: NMike Frysinger <vapier@gentoo.org>
      cca4e4ae
  31. 26 7月, 2011 1 次提交
  32. 23 6月, 2011 1 次提交
  33. 30 4月, 2011 1 次提交
    • S
      Handle most LDSCRIPT setting centrally · 83b7e2a7
      Scott Wood 提交于
      Currently, some linker scripts are found by common code in config.mk.
      Some are found using CONFIG_SYS_LDSCRIPT, but the code for that is
      sometimes in arch config.mk and sometimes in board config.mk.  Some
      are found using an arch-specific rule for looking in CPUDIR, etc.
      
      Further, the powerpc config.mk rule relied on CONFIG_NAND_SPL
      when it really wanted CONFIG_NAND_U_BOOT -- which covered up the fact
      that not all NAND_U_BOOT builds actually wanted CPUDIR/u-boot-nand.lds.
      
      Replace all of this -- except for a handful of boards that are actually
      selecting a linker script in a unique way -- with centralized ldscript
      finding.
      
      If board code specifies LDSCRIPT, that will be used.
      Otherwise, if CONFIG_SYS_LDSCRIPT is specified, that will be used.
      
      If neither of these are specified, then the central config.mk will
      check for the existence of the following, in order:
      
      $(TOPDIR)/board/$(BOARDDIR)/u-boot-nand.lds (only if CONFIG_NAND_U_BOOT)
      $(TOPDIR)/$(CPUDIR)/u-boot-nand.lds (only if CONFIG_NAND_U_BOOT)
      $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
      $(TOPDIR)/$(CPUDIR)/u-boot.lds
      
      Some boards (sc3, cm5200, munices) provided their own u-boot.lds that
      were dead code, because they were overridden by a CPUDIR u-boot.lds under
      the old powerpc rules.  These boards' own u-boot.lds have bitrotted and
      no longer work -- these lds files have been removed.
      Signed-off-by: NScott Wood <scottwood@freescale.com>
      Tested-by: NGraeme Russ <graeme.russ@gmail.com>
      83b7e2a7
  34. 13 4月, 2011 1 次提交
    • W
      Make STANDALONE_LOAD_ADDR configurable per board · 8ae86b76
      Wolfgang Denk 提交于
      Rename STANDALONE_LOAD_ADDR into CONFIG_STANDALONE_LOAD_ADDR
      and allow that the architecture-specific default value gets
      overwritten by defining the value in the board header file.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
      Cc: Daniel Hellstrom <daniel@gaisler.com>
      Cc: Tsi Chung Liew <tsi-chung.liew@freescale.com>
      Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
      8ae86b76
  35. 02 2月, 2011 1 次提交
  36. 30 10月, 2010 1 次提交
    • W
      Drop support for CONFIG_SYS_ARM_WITHOUT_RELOC · a9aa3926
      Wolfgang Denk 提交于
      When this define was introduced, the idea was to provide a soft
      migration path for ARM boards to get adapted to the new relocation
      support.  However, other recent changes led to a different
      implementation (ELF relocation), where this no longer works.  By now
      CONFIG_SYS_ARM_WITHOUT_RELOC does not only not help any more, but it
      actually hurts because it obfuscates the actual code by sprinkling it
      with lots of dead and non-working debris.
      
      So let's make a clean cut and drop CONFIG_SYS_ARM_WITHOUT_RELOC.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Tested-by: NHeiko Schocher <hs@denx.de>
      Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
      a9aa3926