From: "Michael S. Tsirkin" <mst@redhat.com>
To: Cam Macdonell <cam@cs.ualberta.ca>
Cc: "qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: migrating guest with msi-x interrupts
Date: Wed, 26 May 2010 17:02:47 +0300 [thread overview]
Message-ID: <20100526140247.GA32021@redhat.com> (raw)
In-Reply-To: <AANLkTiladcF1x0cOZdz7MbvXuYhYjq2EiCCnDbsUm0Z4@mail.gmail.com>
On Tue, May 25, 2010 at 04:09:13PM -0600, Cam Macdonell wrote:
> Hi,
>
> I'm trying to migrate a guest device with MSI-X interrupts. However,
> the interrupts are not injected into the guest. I've added some
> tracing to msix.c and it seems that the MSI-X vectors are masked when
> the guest is resumed (I'm testing with static migration).
>
> In particular, in msix.c, msix_is_masked(...) is returning true when
> the guest resumes which causes msix_set_pending() to be called instead
> of msix_set_irq().
>
> /* Send an MSI-X message */
> void msix_notify(PCIDevice *dev, unsigned vector)
> {
> uint8_t *table_entry = dev->msix_table_page + vector * MSIX_ENTRY_SIZE;
> uint64_t address;
> uint32_t data;
>
> if (vector >= dev->msix_entries_nr || !dev->msix_entry_used[vector])
> return;
>
> if (msix_is_masked(dev, vector)) {
> msix_set_pending(dev, vector);
> return;
> }
>
> ...
>
> Does migrating a guest device that uses MSI-X require
> msix_load()/save() to be called explicity in a pre/post_save/load
> function?
>
> Any pointers or comments would be helpful,
> Cam
Yes. Look at how virtio does this.
Incidentially, I think reusing virtio for configuration would save
effort, and have other advantages such as making it possible to support
non-pci guests.
--
MST
prev parent reply other threads:[~2010-05-26 14:14 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-25 22:09 [Qemu-devel] migrating guest with msi-x interrupts Cam Macdonell
2010-05-26 14:02 ` Michael S. Tsirkin [this message]
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=20100526140247.GA32021@redhat.com \
--to=mst@redhat.com \
--cc=cam@cs.ualberta.ca \
--cc=qemu-devel@nongnu.org \
/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).