From: Auger Eric <eric.auger@redhat.com>
To: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
Cc: eric.auger.pro@gmail.com, peter.maydell@linaro.org,
qemu-arm@nongnu.org, qemu-devel@nongnu.org,
shannon.zhao@linaro.org, christoffer.dall@linaro.org,
drjones@redhat.com, vijay.kilari@gmail.com,
Vijaya.Kumar@cavium.com, peterx@redhat.com, quintela@redhat.com
Subject: Re: [Qemu-devel] [RFC 4/4] hw/intc/arm_gicv3_its: Allow save/restore
Date: Thu, 26 Jan 2017 14:30:17 +0100 [thread overview]
Message-ID: <9bd0a672-d27c-f232-6ba0-67ad5c1e6f23@redhat.com> (raw)
In-Reply-To: <20170126100643.GD2083@work-vm>
Hi Dave,
On 26/01/2017 11:06, Dr. David Alan Gilbert wrote:
> * Eric Auger (eric.auger@redhat.com) wrote:
>> We change the restoration priority of both the GICv3 and ITS. The
>> GICv3 must be restored before the ITS and the ITS needs to be restored
>> before PCIe devices since it translates their MSI transactions.
>>
>> We typically observe the virtio-pci-net device sending MSI transactions
>> very early (even before the first vcpu run) which looks weird. It
>> appears that not servicing those transactions cause the virtio-pci-net
>> to stall.
>>
>> Signed-off-by: Eric Auger <eric.auger@redhat.com>
>
> <snip>
>
>> diff --git a/hw/intc/arm_gicv3_its_kvm.c b/hw/intc/arm_gicv3_its_kvm.c
>> index 3f8017d..7f81d33 100644
>> --- a/hw/intc/arm_gicv3_its_kvm.c
>> +++ b/hw/intc/arm_gicv3_its_kvm.c
>> @@ -95,8 +95,12 @@ static void kvm_arm_its_realize(DeviceState *dev, Error **errp)
>> * Block migration of a KVM GICv3 ITS device: the API for saving and
>> * restoring the state in the kernel is not yet available
>> */
>> - error_setg(&s->migration_blocker, "vITS migration is not implemented");
>> - migrate_add_blocker(s->migration_blocker);
>> + if (!kvm_device_check_attr(s->dev_fd, KVM_DEV_ARM_VGIC_GRP_ITS_REGS,
>> + GITS_CTLR)) {
>> + error_setg(&s->migration_blocker, "This operating system kernel does "
>> + "not support vITS migration");
>> + migrate_add_blocker(s->migration_blocker);
>> + }
>
> Watch out, a change went in to the parameters/return value of migrate_add_blocker
> earlier in the week - it can now fail.
OK thanks for the notice
>
>> kvm_msi_use_devid = true;
>> kvm_gsi_direct_mapping = false;
>> diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
>> index 1a22887..ebd755c 100644
>> --- a/include/migration/vmstate.h
>> +++ b/include/migration/vmstate.h
>> @@ -188,6 +188,8 @@ enum VMStateFlags {
>>
>> typedef enum {
>> MIG_PRI_DEFAULT = 0,
>> + MIG_PRI_GICV3_ITS,
>> + MIG_PRI_GICV3,
>> MIG_PRI_MAX,
>
> Can we keep this commented so it's trivially easy to see the order, something like:
>
> typedef enum {
> MIG_PRI_DEFAULT = 0,
> + MIG_PRI_GICV3_ITS, /* Needs to be before PCI devices */
> + MIG_PRI_GICV3, /* Must be before ITS */
Sure
Thanks!
Eric
> MIG_PRI_MAX,
> } MigrationPriority;
>
> Dave
>
>>
>> --
>> 2.5.5
>>
> --
> Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
>
next prev parent reply other threads:[~2017-01-26 13:30 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-26 9:19 [Qemu-devel] [RFC 0/4] vITS save/restore Eric Auger
2017-01-26 9:19 ` [Qemu-devel] [RFC 1/4] linux-headers: Partial update for " Eric Auger
2017-01-26 9:19 ` [Qemu-devel] [RFC 2/4] hw/intc/arm_gicv3_kvm: Rename KVM_DEV_ARM_VGIC_GRP_CPU_SYSREGS Eric Auger
2017-01-27 7:02 ` Vijay Kilari
2017-01-27 7:44 ` Auger Eric
2017-01-26 9:19 ` [Qemu-devel] [RFC 3/4] hw/intc/arm_gicv3_its: Implement state save/restore Eric Auger
2017-01-27 7:17 ` Vijay Kilari
2017-01-27 7:43 ` Auger Eric
2017-01-30 9:15 ` Juan Quintela
2017-01-30 10:45 ` Auger Eric
2017-01-30 16:40 ` Juan Quintela
2017-01-26 9:19 ` [Qemu-devel] [RFC 4/4] hw/intc/arm_gicv3_its: Allow save/restore Eric Auger
2017-01-26 10:06 ` Dr. David Alan Gilbert
2017-01-26 13:30 ` Auger Eric [this message]
2017-02-03 9:55 ` Peter Xu
2017-02-03 9:57 ` Dr. David Alan Gilbert
2017-02-03 11:38 ` Peter Xu
2017-02-07 14:36 ` [Qemu-devel] [RFC 0/4] vITS save/restore Peter Maydell
2017-02-10 9:07 ` Auger Eric
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9bd0a672-d27c-f232-6ba0-67ad5c1e6f23@redhat.com \
--to=eric.auger@redhat.com \
--cc=Vijaya.Kumar@cavium.com \
--cc=christoffer.dall@linaro.org \
--cc=dgilbert@redhat.com \
--cc=drjones@redhat.com \
--cc=eric.auger.pro@gmail.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=shannon.zhao@linaro.org \
--cc=vijay.kilari@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).