From: Andre Przywara <andre.przywara@linaro.org>
To: Stefano Stabellini <sstabellini@kernel.org>,
Julien Grall <julien.grall@arm.com>
Cc: xen-devel@lists.xenproject.org
Subject: Re: [PATCH v2 09/45] ARM: GIC: Allow tweaking the active and pending state of an IRQ
Date: Fri, 16 Mar 2018 16:05:15 +0000 [thread overview]
Message-ID: <5cce550e-e6ce-a237-f83b-d264930c877f@linaro.org> (raw)
In-Reply-To: <20180315203050.19791-10-andre.przywara@linaro.org>
Hi,
On 15/03/18 20:30, Andre Przywara wrote:
> When playing around with hardware mapped, level triggered virtual IRQs,
> there is the need to explicitly set the active or pending state of an
> interrupt at some point.
> To prepare the GIC for that, we introduce a set_active_state() and a
> set_pending_state() function to let the VGIC manipulate the state of
> an associated hardware IRQ.
> This takes care of properly setting the _IRQ_INPROGRESS bit.
after having discussed this with Julien off-line, we can simplify the
_IRQ_INPROGRESS setting. See below:
> For this it adds gicv2/3_peek_irq() helper functions, to read a bit in a
> bitmap spread over several MMIO registers.
>
> Signed-off-by: Andre Przywara <andre.przywara@linaro.org>
> ---
> Changelog v1 ... v2:
> - properly set _IRQ_INPROGRESS bit
> - add gicv[23]_peek_irq() (pulled in from later patch)
> - move wrappers functions into gic.h
>
> xen/arch/arm/gic-v2.c | 48 +++++++++++++++++++++++++++++++++++++++++++
> xen/arch/arm/gic-v3.c | 52 +++++++++++++++++++++++++++++++++++++++++++++++
> xen/include/asm-arm/gic.h | 24 ++++++++++++++++++++++
> 3 files changed, 124 insertions(+)
>
> diff --git a/xen/arch/arm/gic-v2.c b/xen/arch/arm/gic-v2.c
> index 7dfe6fc68d..c6fcbf59d0 100644
> --- a/xen/arch/arm/gic-v2.c
> +++ b/xen/arch/arm/gic-v2.c
> @@ -243,6 +243,52 @@ static void gicv2_poke_irq(struct irq_desc *irqd, uint32_t offset)
> writel_gicd(1U << (irqd->irq % 32), offset + (irqd->irq / 32) * 4);
> }
>
> +static bool gicv2_peek_irq(struct irq_desc *irqd, uint32_t offset)
> +{
> + uint32_t reg;
> +
> + reg = readl_gicd(offset + (irqd->irq / 32) * 4) & (1U << (irqd->irq % 32));
> +
> + return reg;
> +}
> +
> +static void gicv2_set_active_state(struct irq_desc *irqd, bool active)
> +{
> + ASSERT(spin_is_locked(&irqd->lock));
> +
> + if ( active )
> + {
> + if ( test_bit(_IRQ_GUEST, &irqd->status) )
> + set_bit(_IRQ_INPROGRESS, &irqd->status);
> + gicv2_poke_irq(irqd, GICD_ISACTIVER);
> + }
> + else
> + {
> + gicv2_poke_irq(irqd, GICD_ICACTIVER);
> + if ( !gicv2_peek_irq(irqd, GICD_ISPENDR) &&
> + test_bit(_IRQ_GUEST, &irqd->status) )
> + clear_bit(_IRQ_INPROGRESS, &irqd->status);
The check for the pending bit shouldn't be necessary:
- If the interrupt is (still) pending, clearing the active bit should
trigger it again. The _IRQ_INPROGRESS bit will be set in turn.
- If the interrupt is not pending, we need to clear the bit anyway.
So reading the pending state is not necessary, we can always
unconditionally clear the _IRQ_INPROGRESS bit, ideally before writing to
ICACTIVER.
> + }
> +}
> +
> +static void gicv2_set_pending_state(struct irq_desc *irqd, bool pending)
> +{
> + ASSERT(spin_is_locked(&irqd->lock));
> +
> + if ( pending )
> + {
> + /* The INPROGRESS bit will be set when the interrupt fires. */
> + gicv2_poke_irq(irqd, GICD_ISPENDR);
> + }
> + else
> + {
> + gicv2_poke_irq(irqd, GICD_ICPENDR);
> + if ( !gicv2_peek_irq(irqd, GICD_ISACTIVER) &&
> + test_bit(_IRQ_GUEST, &irqd->status) )
> + clear_bit(_IRQ_INPROGRESS, &irqd->status);
We should not need to touch the _IRQ_INPROGRESS bit here. That bit
really shadows the *active* bit, so changing the pending state should
not matter here:
- If the h/w IRQ is active, the bit is set already and should remain so,
as Xen and the guest are still dealing with it. Clearing the h/w pending
state does not change that.
- If the h/w IRQ is not active, the _IRQ_INPROGRESS bit is not set, so
clearing it would be a NOP.
So we can remove the _IRQ_INPROGRESS handling here completely.
I will amend the code accordingly, including the respective GICv3 parts.
Cheers,
Andre.
> + }
> +}
> +
> static void gicv2_set_irq_type(struct irq_desc *desc, unsigned int type)
> {
> uint32_t cfg, actual, edgebit;
> @@ -1277,6 +1323,8 @@ const static struct gic_hw_operations gicv2_ops = {
> .eoi_irq = gicv2_eoi_irq,
> .deactivate_irq = gicv2_dir_irq,
> .read_irq = gicv2_read_irq,
> + .set_active_state = gicv2_set_active_state,
> + .set_pending_state = gicv2_set_pending_state,
> .set_irq_type = gicv2_set_irq_type,
> .set_irq_priority = gicv2_set_irq_priority,
> .send_SGI = gicv2_send_SGI,
> diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
> index 392cf91b58..316f2c4142 100644
> --- a/xen/arch/arm/gic-v3.c
> +++ b/xen/arch/arm/gic-v3.c
> @@ -444,6 +444,19 @@ static void gicv3_poke_irq(struct irq_desc *irqd, u32 offset, bool wait_for_rwp)
> gicv3_wait_for_rwp(irqd->irq);
> }
>
> +static bool gicv3_peek_irq(struct irq_desc *irqd, u32 offset)
> +{
> + void __iomem *base;
> + unsigned int irq = irqd->irq;
> +
> + if ( irq >= NR_GIC_LOCAL_IRQS)
> + base = GICD + (irq / 32) * 4;
> + else
> + base = GICD_RDIST_SGI_BASE;
> +
> + return !!(readl(base + offset) & (1U << (irq % 32)));
> +}
> +
> static void gicv3_unmask_irq(struct irq_desc *irqd)
> {
> gicv3_poke_irq(irqd, GICD_ISENABLER, false);
> @@ -477,6 +490,43 @@ static unsigned int gicv3_read_irq(void)
> return irq;
> }
>
> +static void gicv3_set_active_state(struct irq_desc *irqd, bool active)
> +{
> + ASSERT(spin_is_locked(&irqd->lock));
> +
> + if ( active )
> + {
> + if ( test_bit(_IRQ_GUEST, &irqd->status) )
> + set_bit(_IRQ_INPROGRESS, &irqd->status);
> + gicv3_poke_irq(irqd, GICD_ISACTIVER, false);
> + }
> + else
> + {
> + gicv3_poke_irq(irqd, GICD_ICACTIVER, false);
> + if ( !gicv3_peek_irq(irqd, GICD_ISPENDR) &&
> + test_bit(_IRQ_GUEST, &irqd->status) )
> + clear_bit(_IRQ_INPROGRESS, &irqd->status);
> + }
> +}
> +
> +static void gicv3_set_pending_state(struct irq_desc *irqd, bool pending)
> +{
> + ASSERT(spin_is_locked(&irqd->lock));
> +
> + if ( pending )
> + {
> + /* The INPROGRESS bit will be set when the interrupt fires. */
> + gicv3_poke_irq(irqd, GICD_ISPENDR, false);
> + }
> + else
> + {
> + gicv3_poke_irq(irqd, GICD_ICPENDR, false);
> + if ( !gicv3_peek_irq(irqd, GICD_ISACTIVER) &&
> + test_bit(_IRQ_GUEST, &irqd->status) )
> + clear_bit(_IRQ_INPROGRESS, &irqd->status);
> + }
> +}
> +
> static inline uint64_t gicv3_mpidr_to_affinity(int cpu)
> {
> uint64_t mpidr = cpu_logical_map(cpu);
> @@ -1766,6 +1816,8 @@ static const struct gic_hw_operations gicv3_ops = {
> .eoi_irq = gicv3_eoi_irq,
> .deactivate_irq = gicv3_dir_irq,
> .read_irq = gicv3_read_irq,
> + .set_active_state = gicv3_set_active_state,
> + .set_pending_state = gicv3_set_pending_state,
> .set_irq_type = gicv3_set_irq_type,
> .set_irq_priority = gicv3_set_irq_priority,
> .send_SGI = gicv3_send_sgi,
> diff --git a/xen/include/asm-arm/gic.h b/xen/include/asm-arm/gic.h
> index 565b0875ca..21cf35f106 100644
> --- a/xen/include/asm-arm/gic.h
> +++ b/xen/include/asm-arm/gic.h
> @@ -344,6 +344,10 @@ struct gic_hw_operations {
> void (*deactivate_irq)(struct irq_desc *irqd);
> /* Read IRQ id and Ack */
> unsigned int (*read_irq)(void);
> + /* Force the active state of an IRQ by accessing the distributor */
> + void (*set_active_state)(struct irq_desc *irqd, bool state);
> + /* Force the pending state of an IRQ by accessing the distributor */
> + void (*set_pending_state)(struct irq_desc *irqd, bool state);
> /* Set IRQ type */
> void (*set_irq_type)(struct irq_desc *desc, unsigned int type);
> /* Set IRQ priority */
> @@ -392,6 +396,26 @@ static inline unsigned int gic_get_nr_lrs(void)
> return gic_hw_ops->info->nr_lrs;
> }
>
> +/*
> + * Set the active state of an IRQ. This should be used with care, as this
> + * directly forces the active bit, without considering the GIC state machine.
> + * For private IRQs this only works for those of the current CPU.
> + */
> +static inline void gic_set_active_state(struct irq_desc *irqd, bool state)
> +{
> + gic_hw_ops->set_active_state(irqd, state);
> +}
> +
> +/*
> + * Set the pending state of an IRQ. This should be used with care, as this
> + * directly forces the pending bit, without considering the GIC state machine.
> + * For private IRQs this only works for those of the current CPU.
> + */
> +static inline void gic_set_pending_state(struct irq_desc *irqd, bool state)
> +{
> + gic_hw_ops->set_pending_state(irqd, state);
> +}
> +
> void register_gic_ops(const struct gic_hw_operations *ops);
> int gic_make_hwdom_dt_node(const struct domain *d,
> const struct dt_device_node *gic,
>
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
next prev parent reply other threads:[~2018-03-16 16:05 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-15 20:30 [PATCH v2 00/45] New VGIC(-v2) implementation Andre Przywara
2018-03-15 20:30 ` [PATCH v2 01/45] ARM: VGIC: rename gic_event_needs_delivery() Andre Przywara
2018-03-16 10:58 ` Julien Grall
2018-03-16 21:21 ` Stefano Stabellini
2018-03-15 20:30 ` [PATCH v2 02/45] ARM: Implement vcpu_kick() Andre Przywara
2018-03-16 10:59 ` Julien Grall
2018-03-16 21:23 ` Stefano Stabellini
2018-03-20 10:35 ` Jan Beulich
2018-03-21 4:10 ` Julien Grall
2018-03-21 7:40 ` Jan Beulich
2018-03-15 20:30 ` [PATCH v2 03/45] xen/arm: gic: Fix indentation in gic_update_one_lr Andre Przywara
2018-03-15 20:30 ` [PATCH v2 04/45] xen/arm: vgic: Override the group in lr everytime Andre Przywara
2018-03-16 21:25 ` Stefano Stabellini
2018-03-15 20:30 ` [PATCH v2 05/45] xen/arm: gic: Use bool instead of uint8_t for the hw_status in gic_lr Andre Przywara
2018-03-16 21:25 ` Stefano Stabellini
2018-03-15 20:30 ` [PATCH v2 06/45] xen/arm: gic: Split the field state in gic_lr in 2 fields active and pending Andre Przywara
2018-03-16 21:34 ` Stefano Stabellini
2018-03-16 22:14 ` Julien Grall
2018-03-16 22:52 ` Stefano Stabellini
2018-03-19 9:10 ` Andre Przywara
2018-03-15 20:30 ` [PATCH v2 07/45] xen/arm: GIC: Only set pirq in the LR when hw_status is set Andre Przywara
2018-03-16 21:38 ` Stefano Stabellini
2018-03-15 20:30 ` [PATCH v2 08/45] ARM: GIC: extend LR read/write functions to cover EOI and source Andre Przywara
2018-03-16 21:43 ` Stefano Stabellini
2018-03-15 20:30 ` [PATCH v2 09/45] ARM: GIC: Allow tweaking the active and pending state of an IRQ Andre Przywara
2018-03-16 16:05 ` Andre Przywara [this message]
2018-03-19 9:30 ` Julien Grall
2018-03-19 17:54 ` Andre Przywara
2018-03-20 0:57 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 10/45] ARM: GIC: Allow reading pending state of a hardware IRQ Andre Przywara
2018-03-19 10:04 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 11/45] ARM: timer: Handle level triggered IRQs correctly Andre Przywara
2018-03-19 10:07 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 12/45] ARM: evtchn: " Andre Przywara
2018-03-19 10:54 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 13/45] ARM: vPL011: Use the VGIC's level triggered IRQs handling if available Andre Przywara
2018-03-19 10:59 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 14/45] ARM: new VGIC: Add data structure definitions Andre Przywara
2018-03-19 11:01 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 15/45] ARM: new VGIC: Add acccessor to new struct vgic_irq instance Andre Przywara
2018-03-19 11:04 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 16/45] ARM: new VGIC: Implement virtual IRQ injection Andre Przywara
2018-03-19 12:48 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 17/45] Add list_sort() routine from Linux Andre Przywara
2018-03-16 10:47 ` Jan Beulich
2018-03-15 20:30 ` [PATCH v2 18/45] ARM: new VGIC: Add IRQ sorting Andre Przywara
2018-03-19 12:51 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 19/45] ARM: new VGIC: Add IRQ sync/flush framework Andre Przywara
2018-03-19 14:17 ` Julien Grall
2018-03-19 17:32 ` Andre Przywara
2018-03-15 20:30 ` [PATCH v2 20/45] ARM: new VGIC: Add GICv2 world switch backend Andre Przywara
2018-03-19 14:36 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 21/45] ARM: new VGIC: Implement vgic_vcpu_pending_irq Andre Przywara
2018-03-19 7:55 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 22/45] ARM: new VGIC: Add MMIO handling framework Andre Przywara
2018-03-19 7:59 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 23/45] ARM: new VGIC: Add GICv2 " Andre Przywara
2018-03-15 20:30 ` [PATCH v2 24/45] ARM: new VGIC: Add CTLR, TYPER and IIDR handlers Andre Przywara
2018-03-19 8:13 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 25/45] ARM: new VGIC: Add ENABLE registers handlers Andre Przywara
2018-03-19 8:22 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 26/45] ARM: new VGIC: Add PENDING " Andre Przywara
2018-03-19 8:25 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 27/45] ARM: new VGIC: Add ACTIVE " Andre Przywara
2018-03-19 8:27 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 28/45] ARM: new VGIC: Add PRIORITY " Andre Przywara
2018-03-19 9:40 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 29/45] ARM: new VGIC: Add CONFIG " Andre Przywara
2018-03-15 20:30 ` [PATCH v2 30/45] ARM: new VGIC: Add TARGET " Andre Przywara
2018-03-19 9:44 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 31/45] ARM: new VGIC: Add SGIR register handler Andre Przywara
2018-03-19 9:47 ` Julien Grall
2018-03-19 16:21 ` Andre Przywara
2018-03-15 20:30 ` [PATCH v2 32/45] ARM: new VGIC: Add SGIPENDR register handlers Andre Przywara
2018-03-15 20:30 ` [PATCH v2 33/45] ARM: new VGIC: Handle hardware mapped IRQs Andre Przywara
2018-03-15 20:30 ` [PATCH v2 34/45] ARM: new VGIC: Add event channel IRQ handling Andre Przywara
2018-03-15 20:30 ` [PATCH v2 35/45] ARM: new VGIC: Handle virtual IRQ allocation/reservation Andre Przywara
2018-03-15 20:30 ` [PATCH v2 36/45] ARM: new VGIC: Dump virtual IRQ info Andre Przywara
2018-03-15 20:30 ` [PATCH v2 37/45] ARM: new VGIC: Provide system register emulation stub Andre Przywara
2018-03-15 20:30 ` [PATCH v2 38/45] ARM: new VGIC: Implement arch_move_irqs() Andre Przywara
2018-03-19 9:53 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 39/45] ARM: new VGIC: Add preliminary stub implementation Andre Przywara
2018-03-19 9:54 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 40/45] ARM: new VGIC: vgic-init: register VGIC Andre Przywara
2018-03-20 1:17 ` Julien Grall
2018-03-20 17:11 ` Andre Przywara
2018-03-21 4:29 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 41/45] ARM: new VGIC: Add vgic_v2_enable Andre Przywara
2018-03-19 9:57 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 42/45] ARM: new VGIC: vgic-init: implement vgic_init Andre Przywara
2018-03-20 3:02 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 43/45] ARM: new VGIC: vgic-init: implement map_resources Andre Przywara
2018-03-20 3:10 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 44/45] ARM: new VGIC: Allocate two pages for struct vcpu Andre Przywara
2018-03-19 10:00 ` Julien Grall
2018-03-19 10:04 ` Julien Grall
2018-03-15 20:30 ` [PATCH v2 45/45] ARM: VGIC: wire new VGIC(-v2) files into Xen build system Andre Przywara
2018-03-16 10:48 ` Jan Beulich
2018-03-16 11:10 ` Andre Przywara
2018-03-16 11:32 ` Jan Beulich
2018-03-16 15:13 ` Andre Przywara
2018-03-16 15:34 ` Jan Beulich
2018-03-20 3:13 ` Julien Grall
2018-03-20 15:57 ` Andre Przywara
2018-03-20 8:30 ` [PATCH v2 00/45] New VGIC(-v2) implementation Julien Grall
2018-03-20 11:20 ` Andre Przywara
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5cce550e-e6ce-a237-f83b-d264930c877f@linaro.org \
--to=andre.przywara@linaro.org \
--cc=julien.grall@arm.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).