From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53343) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XMCx6-0005qb-Ci for qemu-devel@nongnu.org; Tue, 26 Aug 2014 05:22:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XMCx0-00087t-O3 for qemu-devel@nongnu.org; Tue, 26 Aug 2014 05:22:08 -0400 Received: from mail-qc0-x229.google.com ([2607:f8b0:400d:c01::229]:57752) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XMCx0-00087n-Kv for qemu-devel@nongnu.org; Tue, 26 Aug 2014 05:22:02 -0400 Received: by mail-qc0-f169.google.com with SMTP id c9so15143549qcz.0 for ; Tue, 26 Aug 2014 02:22:02 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <53FC51B6.70509@redhat.com> Date: Tue, 26 Aug 2014 11:21:58 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <20140826071427.1672.48119.stgit@PASHA-ISP> <20140826071525.1672.14717.stgit@PASHA-ISP> In-Reply-To: <20140826071525.1672.14717.stgit@PASHA-ISP> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PATCH 10/12] piix: do not raise irq while loading vmstate List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Pavel Dovgalyuk , qemu-devel@nongnu.org Cc: zealot351@gmail.com, maria.klimushenkova@ispras.ru Il 26/08/2014 09:15, Pavel Dovgalyuk ha scritto: > This patch disables raising an irq while loading the state of PCI bridge. > > Signed-off-by: Pavel Dovgalyuk > --- > hw/pci-host/piix.c | 22 ++++++++++++++++++++-- > 1 files changed, 20 insertions(+), 2 deletions(-) > > diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c > index e0e0946..86d6d20 100644 > --- a/hw/pci-host/piix.c > +++ b/hw/pci-host/piix.c > @@ -409,7 +409,7 @@ static void piix3_set_irq_pic(PIIX3State *piix3, int pic_irq) > (pic_irq * PIIX_NUM_PIRQS)))); > } > > -static void piix3_set_irq_level(PIIX3State *piix3, int pirq, int level) > +static void piix3_set_irq_level_internal(PIIX3State *piix3, int pirq, int level) > { > int pic_irq; > uint64_t mask; > @@ -422,6 +422,18 @@ static void piix3_set_irq_level(PIIX3State *piix3, int pirq, int level) > mask = 1ULL << ((pic_irq * PIIX_NUM_PIRQS) + pirq); > piix3->pic_levels &= ~mask; > piix3->pic_levels |= mask * !!level; > +} > + > +static void piix3_set_irq_level(PIIX3State *piix3, int pirq, int level) > +{ > + int pic_irq; > + > + pic_irq = piix3->dev.config[PIIX_PIRQC + pirq]; > + if (pic_irq >= PIIX_NUM_PIC_IRQS) { > + return; > + } > + > + piix3_set_irq_level_internal(piix3, pirq, level); > > piix3_set_irq_pic(piix3, pic_irq); > } > @@ -527,7 +539,13 @@ static void piix3_reset(void *opaque) > static int piix3_post_load(void *opaque, int version_id) > { > PIIX3State *piix3 = opaque; > - piix3_update_irq_levels(piix3); > + int pirq; > + > + piix3->pic_levels = 0; > + for (pirq = 0; pirq < PIIX_NUM_PIRQS; pirq++) { > + piix3_set_irq_level_internal(piix3, pirq, > + pci_bus_get_irq_level(piix3->dev.bus, pirq)); > + } > return 0; > } > > > > The commit message or (probably better) a comment in the code should explain why the PIC state must not be updated, that is which side effect is undesirable. This would clarify whether the change is useful for migration too, or just cosmetic outside record/replay. Unlike other patches, however, I think this could be acceptable even without record/replay infrastructure, because it is not going against "accepted" patterns for migration. Paolo