Skip to content
Snippets Groups Projects
This project is mirrored from https://github.com/seL4/seL4.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
  1. Aug 13, 2023
  2. Aug 12, 2023
  3. Aug 10, 2023
  4. Aug 08, 2023
  5. Aug 07, 2023
  6. Jun 21, 2023
  7. Jun 20, 2023
  8. Jun 19, 2023
  9. Jun 14, 2023
  10. Jun 08, 2023
  11. Jun 06, 2023
  12. Jun 05, 2023
  13. Jun 01, 2023
  14. May 31, 2023
  15. May 25, 2023
    • JorgeMVP's avatar
      generc_timer: enable only once for mcs/non-mcs · b5445296
      JorgeMVP authored
      
      Enable the timer only at initialization and since it is always
      enabled. It is not needed to be re-enabled.
      
      Signed-off-by: default avatarJorgeMVP <jorgepereira89@gmail.com>
      b5445296
    • JorgeMVP's avatar
      generic_timer: force timer to de-assert irq · 62c81482
      JorgeMVP authored
      
      Generic Timer IRQs are level-sensitive, when the CNT_TVAL
      is updated the trigger condition is de-asserted and the
      change is propagated to the GIC in a finite time to clear
      the pending state.
      
      However, we have to make sure the timer deasserts before
      EOIR/DIR, otherwise the interrupt happens again. Therefore,
      we need an isb() to cause the timer to de-assert before EOIR/DIR.
      
      There is also a chance of spurious IRQ. A spurious IRQ can be
      generated, in the case we have a level-sensitive IRQ, and its
      pending state is cleared at device-level but not yet propagated
      to the GIC. In between the IRQ deactivation and IRQ ack of the
      new interrupt if the requested change from the timer gets propagated
      then it causes a spurious IRQ.
      
      Signed-off-by: default avatarJorgeMVP <jorgepereira89@gmail.com>
      62c81482
    • Ivan-Velickovic's avatar
      Remove VMKernelReadOnly from AArch64 VM rights · 8c9cf6c7
      Ivan-Velickovic authored
      
      In the interest of stability and not breaking
      things, the value of VMReadOnly remains the same.
      
      Signed-off-by: default avatarIvan-Velickovic <i.velickovic@unsw.edu.au>
      8c9cf6c7
Loading