Thread (49 messages) 49 messages, 7 authors, 2021-09-15

Re: [PATCH v2 06/17] irqchip/gic-v3: Configure SGIs as standard interrupts

From: Valentin Schneider <hidden>
Date: 2020-07-02 14:24:40
Also in: lkml

On 02/07/20 14:48, Marc Zyngier wrote:
On 2020-07-02 14:23, Valentin Schneider wrote:
quoted
On 30/06/20 11:15, Marc Zyngier wrote:
quoted
On 2020-06-25 19:25, Valentin Schneider wrote:
quoted
Also, while staring at this it dawned on me that IPI's don't need the
eoimode=0 isb(): due to how the IPI flow-handler is structured, we'll
get a
gic_eoi_irq() just before calling into the irqaction. Dunno how much
we
care about it.
That's interesting. This ISB is a leftover from the loop we had before
the pseudo-NMI code, where we had to make sure the write to EOIR was
ordered with the read from IAR.

Given that we have an exception return right after the interrupt
handling, I *think* we could get rid of it (but that would need
mode checking on broken systems such as TX1...).  I don't think
this is specific to IPIs though.
If I got this one right:

  39a06b67c2c1 ("irqchip/gic: Ensure we have an ISB between ack and
->handle_irq")

you're describing case 2, which is indeed gone on gic-v3. However IIUC
we
also want an ISB between poking IAR and calling into the irqaction
(case 1)
- we get just that with IPIs due to the early gic_eoi_irq(), but we
don't
for the other flows.
You just made me realise something amazing: I've started to forget about
all this crap. Which is wonderful! ;-)
:)
More seriously, you are absolutely right. If we wanted to address this,
we'd probably have to give IPIs their own irqchip so that they get their
own eoi callback. Not sure that's worth it.
I was initially thinking of something like

        if (static_branch_likely(&supports_deactivate_key))
                gic_write_eoir(irqnr);
        else if (__get_intid_range(irqnr) != SGI_RANGE)
                isb();

which is not particularly pretty, so maybe we should just slap this to the
isb():

                /* Superfluous for SGIs, but who cares */
         M.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help