1. 19 Aug, 2020 1 commit
  2. 06 Aug, 2020 1 commit
  3. 22 Jul, 2020 1 commit
  4. 10 Jul, 2020 2 commits
    • Jacky Bai's avatar
      plat: imx8mp: Add the basic support for i.MX8MP · a775ef25
      Jacky Bai authored
      
      
      The i.MX 8MP Media Applications Processor is part of the growing
      i.MX8M family targeting the consumer and industrial market. It brings
      an effective Machine Learning and AI accelerator that enables a new
      class of applications. It is built in 14LPP to achieve both high
      performance and low power consumption and relies on a powerful fully
      coherent core complex based on a quad core Arm Cortex-A53 cluster and
      Cortex-M7 low-power coprocessor, audio digital signal processor, machine
      learning and graphics accelerators.
      Signed-off-by: default avatarJacky Bai <ping.bai@nxp.com>
      Change-Id: I98311ebc32bee20af05031492e9fc24d06e55f4a
      a775ef25
    • Jacky Bai's avatar
      plat: imx8m: Move the gpc hw reg to a separate header file · 9e5c3e92
      Jacky Bai authored
      
      
      Although the GPC provides the similar functions for all the
      i.MX8M SoC family, the HW register offset and bit defines
      still have some slight difference, so move the hw reg
      offset & most of the bitfield defines in 'gpc_reg.h' that
      is specific to each SoC.
      Signed-off-by: default avatarJacky Bai <ping.bai@nxp.com>
      Change-Id: I291c435fe98c2f6e6ff8fe0c715ff3a83daa6a0f
      9e5c3e92
  5. 22 May, 2020 1 commit
  6. 19 May, 2020 1 commit
  7. 30 Mar, 2020 1 commit
    • Alexei Fedorov's avatar
      TF-A GICv3 driver: Introduce makefile · a6ea06f5
      Alexei Fedorov authored
      
      
      This patch moves all GICv3 driver files into new added
      'gicv3.mk' makefile for the benefit of the generic driver
      which can evolve in the future without affecting platforms.
      The patch adds GICv3 driver configuration flags
      'GICV3_IMPL', 'GICV3_IMPL_GIC600_MULTICHIP' and
      'GICV3_OVERRIDE_DISTIF_PWR_OPS' described in
      'GICv3 driver options' section of 'build-option.rst'
      document.
      
      NOTE: Platforms with GICv3 driver need to be modified to
      include 'drivers/arm/gic/v3/gicv3.mk' in their makefiles.
      
      Change-Id: If055f6770ff20f5dee5a3c99ae7ced7cdcac5c44
      Signed-off-by: default avatarAlexei Fedorov <Alexei.Fedorov@arm.com>
      a6ea06f5
  8. 23 Mar, 2020 1 commit
    • Igor Opaniuk's avatar
      plat: imx: imx8qx: provide debug uart num as build param · 30617cca
      Igor Opaniuk authored
      1. This removes hardcoded iomux/clk/addr configuration for debug uart,
      provides possibility (as a workaround, till that information isn't
      provided via DT) to set this configuration during compile time via
      IMX_DEBUG_UART build flag.
      
      Also for Colibri i.MX8QXP different pinmux configuration is applied
      for UART3, FLEXCAN2_RX/TX pads are muxed to ADMA_UART3_RX/TX.
      
      2. Having DEBUG_CONSOLE enabled without enabling DEBUG_CONSOLE_A35
      doesn't make sense (since UART pinmux/clock configuration is applied
      for UART only when DEBUG_CONSOLE_A35 is enabled. Check similar commit
      for i.MX8QM 98a69dfd
      
      ("plat: imx: imx8qm: apply clk/pinmux
      configuration for DEBUG_CONSOLE")).
      
      Usage:
      $ make PLAT=imx8qx IMX_DEBUG_UART=3 DEBUG_CONSOLE=1 bl31
      Signed-off-by: default avatarIgor Opaniuk <igor.opaniuk@gmail.com>
      Change-Id: I5d04939b2e8ee1a5f4b2f3c6241977d3c6e91760
      30617cca
  9. 16 Mar, 2020 3 commits
  10. 10 Mar, 2020 1 commit
  11. 05 Mar, 2020 2 commits
  12. 25 Feb, 2020 1 commit
  13. 12 Feb, 2020 1 commit
  14. 28 Jan, 2020 1 commit
    • Madhukar Pappireddy's avatar
      Enable -Wredundant-decls warning check · ca661a00
      Madhukar Pappireddy authored
      
      
      This flag warns if anything is declared more than once in the same
      scope, even in cases where multiple declaration is valid and changes
      nothing.
      
      Consequently, this patch also fixes the issues reported by this
      flag. Consider the following two lines of code from two different source
      files(bl_common.h and bl31_plat_setup.c):
      
      IMPORT_SYM(uintptr_t, __RO_START__, BL_CODE_BASE);
      IMPORT_SYM(unsigned long, __RO_START__, BL2_RO_BASE);
      
      The IMPORT_SYM macro which actually imports a linker symbol as a C expression.
      The macro defines the __RO_START__ as an extern variable twice, one for each
      instance. __RO_START__ symbol is defined by the linker script to mark the start
      of the Read-Only area of the memory map.
      
      Essentially, the platform code redefines the linker symbol with a different
      (relevant) name rather than using the standard symbol. A simple solution to
      fix this issue in the platform code for redundant declarations warning is
      to remove the second IMPORT_SYM and replace it with following assignment
      
      static const unsigned long BL2_RO_BASE = BL_CODE_BASE;
      
      Change-Id: If4835d1ee462d52b75e5afd2a59b64828707c5aa
      Signed-off-by: default avatarMadhukar Pappireddy <madhukar.pappireddy@arm.com>
      ca661a00
  15. 24 Jan, 2020 1 commit
  16. 09 Jan, 2020 1 commit
  17. 04 Dec, 2019 2 commits
  18. 06 Nov, 2019 1 commit
  19. 05 Nov, 2019 1 commit
  20. 01 Aug, 2019 1 commit
    • Julius Werner's avatar
      Replace __ASSEMBLY__ with compiler-builtin __ASSEMBLER__ · d5dfdeb6
      Julius Werner authored
      
      
      NOTE: __ASSEMBLY__ macro is now deprecated in favor of __ASSEMBLER__.
      
      All common C compilers predefine a macro called __ASSEMBLER__ when
      preprocessing a .S file. There is no reason for TF-A to define it's own
      __ASSEMBLY__ macro for this purpose instead. To unify code with the
      export headers (which use __ASSEMBLER__ to avoid one extra dependency),
      let's deprecate __ASSEMBLY__ and switch the code base over to the
      predefined standard.
      
      Change-Id: Id7d0ec8cf330195da80499c68562b65cb5ab7417
      Signed-off-by: default avatarJulius Werner <jwerner@chromium.org>
      d5dfdeb6
  21. 24 Jul, 2019 1 commit
  22. 17 Jul, 2019 2 commits
  23. 12 Jul, 2019 1 commit
  24. 04 Jul, 2019 1 commit
  25. 01 Jul, 2019 1 commit
  26. 28 Jun, 2019 2 commits
  27. 21 May, 2019 1 commit
  28. 20 May, 2019 2 commits
  29. 13 May, 2019 1 commit
  30. 09 May, 2019 1 commit
  31. 08 May, 2019 2 commits