[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH 13/19] xen/arm: its: implement hw_irq_controller for LPIs
On Tue, Mar 3, 2015 at 10:58 PM, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> wrote: > On Mon, 2 Mar 2015, vijay.kilari@xxxxxxxxx wrote: >> From: Vijaya Kumar K <Vijaya.Kumar@xxxxxxxxxxxxxxxxxx> >> >> This patch implements hw_irq_controller api's required >> to handle LPI's. >> >> Signed-off-by: Vijaya Kumar K <Vijaya.Kumar@xxxxxxxxxxxxxxxxxx> >> --- >> xen/arch/arm/gic-v3-its.c | 104 >> ++++++++++++++++++++++++++++++++++++++++++++- >> xen/arch/arm/gic.c | 11 +++++ >> xen/include/asm-arm/gic.h | 8 +++- >> 3 files changed, 121 insertions(+), 2 deletions(-) >> >> diff --git a/xen/arch/arm/gic-v3-its.c b/xen/arch/arm/gic-v3-its.c >> index 5d9550f..b2c3320 100644 >> --- a/xen/arch/arm/gic-v3-its.c >> +++ b/xen/arch/arm/gic-v3-its.c >> @@ -140,6 +140,9 @@ struct its_cmd_desc { >> typedef struct its_collection *(*its_cmd_builder_t)(struct its_cmd_block *, >> struct its_cmd_desc *); >> >> +static void its_send_movi(struct its_node *its, struct its_collection *col, >> + u32 dev_id, u32 id); >> + >> uint32_t its_get_pta_type(void) >> { >> return pta_type; >> @@ -244,6 +247,103 @@ int its_get_physical_cid(uint32_t *col_id, uint64_t >> vta) >> return 1; >> } >> >> +static void lpi_set_config(u32 hwirq, u32 id, int enable) >> +{ >> + u8 *cfg; >> + >> + cfg = gic_rdists->prop_page + hwirq - NR_GIC_LPI; >> + >> + if ( enable ) >> + *cfg |= (1 << 0); >> + else >> + *cfg &= ~(1 << 0); >> + >> + /* >> + * Make the above write visible to the redistributors. >> + * And yes, we're flushing exactly: One. Single. Byte. >> + * Humpf... >> + */ >> + if (gic_rdists->flags & RDIST_FLAGS_PROPBASE_NEEDS_FLUSHING) >> + clean_dcache_va_range(cfg, sizeof(*cfg)); >> + else >> + dsb(ishst); >> +} >> + >> +static void its_mask_irq(struct irq_desc *d) >> +{ >> + u32 id; >> + >> + id = d->irq; >> + set_bit(_IRQ_DISABLED, &d->status); >> + lpi_set_config(d->irq, id, 0); >> +} >> + >> +static void its_unmask_irq(struct irq_desc *d) >> +{ >> + u32 id; >> + >> + id = d->irq; >> + clear_bit(_IRQ_DISABLED, &d->status); >> + lpi_set_config(d->irq, id, 1); >> +} >> + >> +static unsigned int its_irq_startup(struct irq_desc *desc) >> +{ >> + its_unmask_irq(desc); >> + >> + return 0; >> +} >> + >> +static void its_irq_shutdown(struct irq_desc *desc) >> +{ >> + its_mask_irq(desc); >> +} >> + >> +static void its_eoi_irq(struct irq_desc *d) >> +{ >> + gic_eoi_irq(d); >> +} >> + >> +static void its_ack_irq(struct irq_desc *desc) >> +{ >> + /* No ACK -- reading IAR has done this for us */ >> +} >> + >> +static void its_set_affinity(struct irq_desc *d, const cpumask_t *mask_val) >> +{ >> + /* XXX: check cpumask_any or cpu_online_map is ok? */ >> + cpumask_t online_mask; >> + unsigned int cpu; >> + struct vits_device *its_dev = irq_get_desc_data(d); >> + struct its_collection *target_col; >> + uint32_t id; >> + >> + cpumask_and(&online_mask, mask_val, &cpu_online_map); >> + cpu = cpumask_any(&online_mask); >> + /* Physical collection id */ >> + target_col = &its->collections[cpu]; >> + /* Physical irq is considered not virq */ >> + id = d->irq; >> + >> + its_send_movi(its, target_col, its_dev->dev_id, id); >> +} >> + >> +/* TODO: To implement set_affinity */ >> +static const hw_irq_controller gic_guest_its_type = { >> + .typename = "gic-its", >> + .startup = its_irq_startup, >> + .shutdown = its_irq_shutdown, >> + .enable = its_unmask_irq, >> + .disable = its_mask_irq, >> + .ack = its_ack_irq, >> + .end = its_eoi_irq, >> + .set_affinity = its_set_affinity, >> +}; >> + >> +static const struct gic_its_hw_operations gic_its_ops = { >> + .gic_guest_lpi_type = &gic_guest_its_type, >> +}; > > Aside from the one call to its_send_movi, nothing here is ITS specific. > In fact I would just move all this to gic-v3.c as it feels like part of > the GICv3 driver rather than the ITS driver. its_mask_irq(), its_umask_irq() & its_set_affinity() are different for ITS. > > >> static u64 its_cmd_ptr_to_offset(struct its_node *its, >> struct its_cmd_block *ptr) >> { >> @@ -392,7 +492,7 @@ static void its_send_mapc(struct its_node *its, struct >> its_collection *col, >> its_send_single_command(its, its_build_mapc_cmd, &desc); >> } >> >> -void its_send_movi(struct its_node *its, struct its_collection *col, >> +static void its_send_movi(struct its_node *its, struct its_collection *col, >> u32 dev_id, u32 id) >> { >> struct its_cmd_desc desc; >> @@ -872,6 +972,8 @@ int its_init(struct dt_device_node *node, struct >> rdist_prop *rdists) >> >> its_alloc_lpi_tables(); >> >> + register_gic_its_ops(&gic_its_ops); >> + >> return 0; >> } >> >> diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c >> index 390c8b0..fb77387 100644 >> --- a/xen/arch/arm/gic.c >> +++ b/xen/arch/arm/gic.c >> @@ -46,12 +46,18 @@ static DEFINE_PER_CPU(uint64_t, lr_mask); >> static void gic_update_one_lr(struct vcpu *v, int i); >> >> static const struct gic_hw_operations *gic_hw_ops; >> +static const struct gic_its_hw_operations *gic_its_hw_ops; >> >> void register_gic_ops(const struct gic_hw_operations *ops) >> { >> gic_hw_ops = ops; >> } >> >> +void register_gic_its_ops(const struct gic_its_hw_operations *ops) >> +{ >> + gic_its_hw_ops = ops; >> +} > > Not clear why you need this. This is registered to gic driver and the .gic_guest_lpi_type field in gic_its_hw_operations is used to update desc->handler of ITS descriptor _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |