[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 07/17] xen/arm: ITS: Add virtual ITS commands support
On Fri, 2015-07-10 at 13:12 +0530, vijay.kilari@xxxxxxxxx wrote: [...] > +static int vgic_its_process_int(struct vcpu *v, struct vgic_its *vits, > + its_cmd_block *virt_cmd) > +{ > [...] > + > + col_id = vitt_entry.vcollection; > + if ( col_id < d->max_vcpus ) I think the condition here is backwards? And might be missing a + 1? I think you've ended up open coding this max_vcpus+1 a lot. I think you should encapsulate it into an valid_vcollection(d, col_id) helper and use it throughout. > + { > + dprintk(XENLOG_G_ERR, > + "%pv: vITS: INT CMD invalid col_id %d for dev 0x%x\n", > + v, col_id, dev_id); > + return -EINVAL; > + } > + > + vgic_vcpu_inject_irq(d->vcpu[col_id], vitt_entry.vlpi); > + > + return 0; > +} > + > +static int vgic_its_add_device(struct vcpu *v, struct vgic_its *vits, > + its_cmd_block *virt_cmd) > +{ > + struct domain *d = v->domain; > + struct vdevice_table dt_entry; > + uint32_t dev_id = virt_cmd->mapd.devid; > + > + DPRINTK("%pv: vITS: Add device dev_id 0x%x vitt_ipa = 0x%lx size %d\n", > + v, dev_id, (u64)virt_cmd->mapd.itt << 8, Where you have uintXX_t types being printed please always use %"PRIxXX" or %"PRIdXX" etc and not just %x or %lx etc. This is good practice even in code which is only compiled for 64-bit. Please also avoid uXX types in favour of uintXX_t (i.e. use the latter) in code that hasn't come from elsewhere. Both of these comments likely apply to all sort of bits of this series. > +static int vgic_its_process_mapc(struct vcpu *v, struct vgic_its *vits, > + its_cmd_block *virt_cmd) > +{ > + struct domain *d = v->domain; > + uint8_t vcol_id; > + uint64_t vta = 0; > + > + vcol_id = virt_cmd->mapc.col; > + vta = virt_cmd->mapc.ta; > + > + DPRINTK("%pv: vITS: MAPC: vCID %d vTA 0x%lx valid %d \n", > + v, vcol_id, vta, virt_cmd->mapc.valid); > + > + if ( vcol_id > (d->max_vcpus + 1) || vta > v->domain->max_vcpus ) > + return -EINVAL; > + > + if ( virt_cmd->mapc.valid ) > + d->arch.vits->collections[vcol_id].target_address = vta; > + else > + d->arch.vits->collections[vcol_id].target_address = ~0UL; You should use INVALID_PADDR here. > +int vgic_its_process_cmd(struct vcpu *v, struct vgic_its *vits) > +{ > + its_cmd_block virt_cmd; > + > + ASSERT(spin_is_locked(&vits->lock)); > + > + do { > + if ( vgic_its_read_virt_cmd(v, vits, &virt_cmd) ) > + goto err; > + if ( vgic_its_parse_its_command(v, vits, &virt_cmd) ) > + goto err; > + vgic_its_update_read_ptr(v, vits); > + } while ( vits->cmd_write != vits->cmd_write_save ); I can't find anywhere other than here where vits->cmd_write is touched. What am I missing? > + DPRINTK("%pv: vITS: write_save 0x%lx write 0x%lx\n", > + v, vits->cmd_write_save, > + vits->cmd_write); > + > + return 1; > +err: > + dprintk(XENLOG_G_ERR, "%pv: vITS: Failed to process guest cmd\n", v); > + /*XXX: Be nice to guest though we cannot process command? */ > + return 0; > +} > + > /* > * Local variables: > * mode: C > diff --git a/xen/include/asm-arm/gic.h b/xen/include/asm-arm/gic.h > index 44c2317..fdd96c8 100644 > --- a/xen/include/asm-arm/gic.h > +++ b/xen/include/asm-arm/gic.h > @@ -24,6 +24,7 @@ > #define NR_GIC_LPI 4096 > #define MAX_LPI (FIRST_GIC_LPI + NR_GIC_LPI) > #define MAX_RDIST_COUNT 4 > +#define BIT_48_12_MASK 0xfffffffff000UL I think you should use ~PAGE_MASK instead of defining this. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |