Re: Fast-track extension proposal for Resumable Non-Maskable Interrupts (Smrnmi)
Hi Andrew,
Just one thought, this change introduces a bank of context saving registers that could also be re-used/applied for additional purposes such as a lightweight TEE-OS (where we are looking at supporting primary and secondary m-mode contexts) and/or providing a separate attestable context for the m-mode TCB component in a confidential compute solution. I therefore wonder if a more generic naming scheme would be appropriate (e.g. mpepc for m-mode primary epc), or perhaps we should “byte the bullet!” and address this requirement by adding a new privilege level (which this change adds most of the state needed to implement).
Mark
From: tech-privileged@... <tech-privileged@...>
On Behalf Of Andrew Waterman
Sent: 04 October 2022 02:08 To: tech-privileged <tech-privileged@...> Subject: [RISC-V] [tech-privileged] Fast-track extension proposal for Resumable Non-Maskable Interrupts (Smrnmi)
Hi,
You might recall that the current non-maskable interrupt support defined in the M-mode chapter of the priv spec is unresumable (UNMI) when actioned from within M-mode. While the optional UNMI facility continues to exist, we expect many NMI use cases will move to the RNMI scheme.
|
|