1. 26 Oct, 2017 1 commit
  2. 25 Oct, 2017 1 commit
  3. 24 Oct, 2017 1 commit
    • Etienne Carriere's avatar
      qemu: fix holding pen mailbox sequence · 33dd33f8
      Etienne Carriere authored
      
      
      Before this change, plat_secondary_cold_boot_setup reads wake up mailbox
      as a byte array but through 64bit accesses on unaligned 64bit addresses.
      In the other hand qemu_pwr_domain_on wakes secondary cores by writing
      into a 64bit array.
      
      This change forces the 64bit mailbox format as PLAT_QEMU_HOLD_ENTRY_SIZE
      explicitly specifies it.
      Signed-off-by: default avatarEtienne Carriere <etienne.carriere@linaro.org>
      33dd33f8
  4. 24 Aug, 2017 3 commits
  5. 16 Aug, 2017 1 commit
    • Fu Wei's avatar
      qemu: Add LOAD_IMAGE_V2 support · 64b31125
      Fu Wei authored
      
      
      The generic LOAD_IMAGE_V2 framework has been merged and enable for almost
      all the arm platform. Because qemu platform doesn't share those common
      files with arm, QEMU haven't got this support yet.
      
      This patch add all the necessary code the files for adding LOAD_IMAGE_V2
      support on QEMU and enable it as default.
      
      Fixes ARM-software/tf-issues#507
      Signed-off-by: default avatarFu Wei <fu.wei@linaro.org>
      64b31125
  6. 31 Jul, 2017 1 commit
    • Fu Wei's avatar
      qemu: use translation tables library v2 as default. · dd923601
      Fu Wei authored
      
      
      Almost all the arm platform has switch to translation tables library v2 as
      default. Because qemu platform doesn't use arm_common.mk like other arm
      platforms, QEMU haven't switched to v2 yet.
      
      This patch adds all the necessary code for adding translation tables
      library v2 support on QEMU and use it as default.
      
      Fixes ARM-software/tf-issues#508
      Signed-off-by: default avatarFu Wei <fu.wei@linaro.org>
      dd923601
  7. 14 Jul, 2017 1 commit
  8. 03 May, 2017 1 commit
  9. 02 May, 2017 1 commit
  10. 20 Mar, 2017 1 commit
  11. 06 Feb, 2017 1 commit
    • Douglas Raillard's avatar
      Replace some memset call by zeromem · 32f0d3c6
      Douglas Raillard authored
      
      
      Replace all use of memset by zeromem when zeroing moderately-sized
      structure by applying the following transformation:
      memset(x, 0, sizeof(x)) => zeromem(x, sizeof(x))
      
      As the Trusted Firmware is compiled with -ffreestanding, it forbids the
      compiler from using __builtin_memset and forces it to generate calls to
      the slow memset implementation. Zeromem is a near drop in replacement
      for this use case, with a more efficient implementation on both AArch32
      and AArch64.
      
      Change-Id: Ia7f3a90e888b96d056881be09f0b4d65b41aa79e
      Signed-off-by: default avatarDouglas Raillard <douglas.raillard@arm.com>
      32f0d3c6
  12. 23 Jan, 2017 1 commit
    • Masahiro Yamada's avatar
      Use #ifdef for IMAGE_BL* instead of #if · 3d8256b2
      Masahiro Yamada authored
      
      
      One nasty part of ATF is some of boolean macros are always defined
      as 1 or 0, and the rest of them are only defined under certain
      conditions.
      
      For the former group, "#if FOO" or "#if !FOO" must be used because
      "#ifdef FOO" is always true.  (Options passed by $(call add_define,)
      are the cases.)
      
      For the latter, "#ifdef FOO" or "#ifndef FOO" should be used because
      checking the value of an undefined macro is strange.
      
      Here, IMAGE_BL* is handled by make_helpers/build_macro.mk like
      follows:
      
        $(eval IMAGE := IMAGE_BL$(call uppercase,$(3)))
      
        $(OBJ): $(2)
                @echo "  CC      $$<"
                $$(Q)$$(CC) $$(TF_CFLAGS) $$(CFLAGS) -D$(IMAGE) -c $$< -o $$@
      
      This means, IMAGE_BL* is defined when building the corresponding
      image, but *undefined* for the other images.
      
      So, IMAGE_BL* belongs to the latter group where we should use #ifdef
      or #ifndef.
      Signed-off-by: default avatarMasahiro Yamada <yamada.masahiro@socionext.com>
      3d8256b2
  13. 18 Jan, 2017 2 commits
  14. 09 Aug, 2016 1 commit
  15. 09 Jun, 2016 1 commit