|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [XEN PATCH v2 3/9] x86/irq: tidy switch statement and address MISRA violation
On Mon, 8 Apr 2024, Jan Beulich wrote:
> On 05.04.2024 11:14, Nicola Vetrini wrote:
> > Remove unneded blank lines between switch clauses.
>
> NAK for this part again.
>
> > --- a/xen/arch/x86/irq.c
> > +++ b/xen/arch/x86/irq.c
> > @@ -2882,7 +2882,7 @@ int allocate_and_map_gsi_pirq(struct domain *d, int
> > index, int *pirq_p)
> > int allocate_and_map_msi_pirq(struct domain *d, int index, int *pirq_p,
> > int type, struct msi_info *msi)
> > {
> > - int irq, pirq, ret;
> > + int irq = -1, pirq, ret;
> >
> > ASSERT_PDEV_LIST_IS_READ_LOCKED(d);
> >
> > @@ -2892,12 +2892,10 @@ int allocate_and_map_msi_pirq(struct domain *d, int
> > index, int *pirq_p,
> > if ( !msi->table_base )
> > msi->entry_nr = 1;
> > irq = index;
> > - if ( irq == -1 )
> > - {
> > + fallthrough;
> > case MAP_PIRQ_TYPE_MULTI_MSI:
> > + if( type == MAP_PIRQ_TYPE_MULTI_MSI || irq == -1 )
> > irq = create_irq(NUMA_NO_NODE, true);
>
> It may seem small, but this extra comparison already is duplication I'd rather
> see avoided. At the very least though you want to clarify in the description
> whether the compiler manages to eliminate it again.
It could just be:
if ( irq == -1 )
because in the MAP_PIRQ_TYPE_MULTI_MSI case we know the irq will be -1.
No duplication needed.
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |