qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [PULL 35/40] spapr: extend the sPAPR IRQ backend for XICS


From: Peter Maydell
Subject: Re: [Qemu-ppc] [PULL 35/40] spapr: extend the sPAPR IRQ backend for XICS migration
Date: Thu, 3 Jan 2019 19:07:30 +0000

On Fri, 21 Dec 2018 at 05:46, David Gibson <address@hidden> wrote:
>
> From: Cédric Le Goater <address@hidden>
>
> Introduce a new sPAPR IRQ handler to handle resend after migration
> when the machine is using a KVM XICS interrupt controller model.
>
> Signed-off-by: Cédric Le Goater <address@hidden>
> Reviewed-by: David Gibson <address@hidden>
> Signed-off-by: David Gibson <address@hidden>

> @@ -1758,6 +1750,11 @@ static int spapr_post_load(void *opaque, int 
> version_id)
>          }
>      }
>
> +    err = spapr_irq_post_load(spapr, version_id);
> +    if (err) {
> +        return err;
> +    }
> +

Hi; this change causes Coverity to complain (CID 1398591) that
we're now overwriting the setting of err in the earlier
 err = spapr_rtc_import_offset(&spapr->rtc, spapr->rtc_offset);
without ever testing it. (We also do this in the existing
codepath that calls kvmppc_configure_v3_mmu().)

Should the call to spapr_rtc_import_offset() have its
own "if (err) do something" code, or should it simply
be ignoring its return value entirely, or something
more complicated ?

thanks
-- PMM



reply via email to

[Prev in Thread] Current Thread [Next in Thread]