1. 23 Jun, 2021 1 commit
    • Patrick Georgi's avatar
      fix(rockchip/rk3399): fix dram section placement · f943b7c8
      Patrick Georgi authored
      
      
      To quote jwerner in T925:
      "The __sramdata in the declaration is a mistake, the correct target
      section for that global needs to be .pmusram.data. This used to be
      in .sram.data once upon a time but then the suspend.c stuff got added
      and required it to be moved to PMUSRAM. I guess they forgot to update
      that part in the declaration and since the old GCC seemed to silently
      prefer the attribute in the definition, nobody noticed."
      
      This fixes building with gcc 11.
      
      fix #T925
      
      Change-Id: I2b91542277c95cf487eaa1344927294d5d1b8f2b
      Signed-off-by: default avatarPatrick Georgi <pgeorgi@google.com>
      f943b7c8
  2. 18 Jun, 2021 4 commits
  3. 17 Jun, 2021 4 commits
  4. 16 Jun, 2021 9 commits
  5. 15 Jun, 2021 6 commits
  6. 12 Jun, 2021 2 commits
  7. 11 Jun, 2021 1 commit
  8. 10 Jun, 2021 3 commits
  9. 09 Jun, 2021 1 commit
  10. 08 Jun, 2021 4 commits
  11. 07 Jun, 2021 3 commits
  12. 06 Jun, 2021 1 commit
  13. 04 Jun, 2021 1 commit
    • Yann Gautier's avatar
      fix(io_stm32image): invalidate cache on local buf · a5bcf824
      Yann Gautier authored
      
      
      When retrieving data from stm32 image file, the header is removed with
      a memcpy that shifts the data to overwrite the useless header for next
      binary.
      
      STM32 binary from boot device:
      |-------------------------------------|
      | header | payload                    |
      |-------------------------------------|
      
      After the memcpy:
      |-------------------------------------|
      | payload                    | remain |
      |-------------------------------------|
      
      But the remaining data after the shifted payload is still in
      the cache. As it is of no use for anyone, just invalidate the cache
      at this address.
      This is required if the DDR is mapped secure in BL2, and the secure
      access is forbidden in BL33, or else TZC-400 issues an error.
      
      Change-Id: Ice2af3b1ca49eccb79bfc62db60437e259d344ca
      Signed-off-by: default avatarYann Gautier <yann.gautier@st.com>
      a5bcf824