a3700_ea.c 3.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778
  1. /*
  2. * Copyright (C) 2019 Repk repk@triplefau.lt
  3. *
  4. * SPDX-License-Identifier: BSD-3-Clause
  5. * https://spdx.org/licenses
  6. */
  7. #include <inttypes.h>
  8. #include <stdint.h>
  9. #include <common/bl_common.h>
  10. #include <common/debug.h>
  11. #include <arch_helpers.h>
  12. #include <plat/common/platform.h>
  13. #include <bl31/ea_handle.h>
  14. #define A53_SERR_INT_AXI_SLVERR_ON_EXTERNAL_ACCESS 0xbf000002
  15. /*
  16. * This source file with custom plat_ea_handler function is compiled only when
  17. * building TF-A with compile option HANDLE_EA_EL3_FIRST_NS=1
  18. */
  19. void plat_ea_handler(unsigned int ea_reason, uint64_t syndrome, void *cookie,
  20. void *handle, uint64_t flags)
  21. {
  22. unsigned int level = (unsigned int)GET_EL(read_spsr_el3());
  23. /*
  24. * Asynchronous External Abort with syndrome 0xbf000002 on Cortex A53
  25. * core means SError interrupt caused by AXI SLVERR on external access.
  26. *
  27. * In most cases this indicates a bug in U-Boot or Linux kernel driver
  28. * pci-aardvark.c which implements access to A3700 PCIe config space.
  29. * Driver does not wait for PCIe PIO transfer completion and try to
  30. * start a new PCIe PIO transfer while previous has not finished yet.
  31. * A3700 PCIe controller in this case sends SLVERR via AXI which results
  32. * in a fatal Asynchronous SError interrupt on Cortex A53 CPU.
  33. *
  34. * Following patches fix that bug in U-Boot and Linux kernel drivers:
  35. * https://source.denx.de/u-boot/u-boot/-/commit/eccbd4ad8e4e182638eafbfb87ac139c04f24a01
  36. * https://git.kernel.org/stable/c/f18139966d072dab8e4398c95ce955a9742e04f7
  37. *
  38. * As a hacky workaround for unpatched U-Boot and Linux kernel drivers
  39. * ignore all asynchronous aborts with that syndrome value received on
  40. * CPU from level lower than EL3.
  41. *
  42. * Because these aborts are delivered on CPU asynchronously, they are
  43. * imprecise and we cannot check the real reason of abort and neither
  44. * who and why sent this abort. We expect that on A3700 it is always
  45. * PCIe controller.
  46. *
  47. * Hence ignoring all aborts with this syndrome value is just a giant
  48. * hack that we need only because of bugs in old U-Boot and Linux kernel
  49. * versions and because it was decided that TF-A would implement this
  50. * hack for U-Boot and Linux kernel it in this way. New patched U-Boot
  51. * and kernel versions do not need it anymore.
  52. *
  53. * Links to discussion about this workaround:
  54. * https://lore.kernel.org/linux-pci/20190316161243.29517-1-repk@triplefau.lt/
  55. * https://lore.kernel.org/linux-pci/971be151d24312cc533989a64bd454b4@www.loen.fr/
  56. * https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/1541
  57. */
  58. if (level < MODE_EL3 && ea_reason == ERROR_EA_ASYNC &&
  59. syndrome == A53_SERR_INT_AXI_SLVERR_ON_EXTERNAL_ACCESS) {
  60. ERROR_NL();
  61. ERROR("Ignoring Asynchronous External Abort with"
  62. " syndrome 0x%" PRIx64 " received on 0x%lx from %s\n",
  63. syndrome, read_mpidr_el1(), get_el_str(level));
  64. ERROR("SError interrupt: AXI SLVERR on external access\n");
  65. ERROR("This indicates a bug in pci-aardvark.c driver\n");
  66. ERROR("Please update U-Boot/Linux to the latest version\n");
  67. ERROR_NL();
  68. console_flush();
  69. return;
  70. }
  71. plat_default_ea_handler(ea_reason, syndrome, cookie, handle, flags);
  72. }