Re: Question about mideleg
Jeff Scott
Also from the spec:
“Bits 3, 7, and 11 of sip and sie correspond to the machine-mode software, timer, and external interrupts, respectively. Since most platforms will choose not to make these interrupts delegatable from M-mode to S-mode, they are shown as hardwired to 0 in Figures 4.6 and 4.7.”
I think the source of confusion is “most”.
Jeff
From: tech-privileged@... <tech-privileged@...>
On Behalf Of Jeff Scott via lists.riscv.org
Sent: Wednesday, December 7, 2022 4:17 PM To: allen.baum@...; Scott Johnson <scott.johnson@...> Cc: Oscar Jupp <jupposcar@...>; tech-privileged@...; tech-privileged@... Subject: [EXT] Re: [RISC-V] [tech-privileged] Question about mideleg
Caution: EXT Email Allen,
I don’t agree that a machine mode interrupt (MEI, MSI, MTI) delegated to supervisor mode shows up in SIP as the supervisor version (SEI, SSI, STI) and not the machine version (MEI, MSI, MTI).
From the spec “The sip and sie registers are subsets of the mip and mie registers. Reading any implemented field, or writing any writable field, of sip/sie effects a read or write of the homonymous field of mip/mie.”
This discussion has come up before by the way. If we updated the spec as a result of the last discussion, this wouldn’t have come up again.
Jeff
From:
tech-privileged@... <tech-privileged@...>
On Behalf Of Allen Baum via lists.riscv.org
Caution: EXT Email I was looking figure 4.6 of the priv spec, and it does show STIP as bit 5, not bit 7. Bit 7 is MTIP, and it is invisible to Smode. That's why the interrupt pending bit shows up in bit 5 if delegated, but bit 7 if not.
MTIP is NOT driven by the PLIC; the PLIC only sends external interrupts, not timer interrupts (which correspond to bits xstatus[11..9]
The timer interrupt can only be reset by writing the MTIMECMP CSR, which is M-only. An implementation could have a custom alias to that that would enable Smode to write it, but that;s dangerous, as that means that Scode could prevent Mmode from getting timer interrupts by setting the CSR to a value in the far future.
On Wed, Dec 7, 2022 at 9:59 AM Scott Johnson <scott.johnson@...> wrote:
|
|