From: Alex Williamson <alex.williamson@redhat.com>
To: qemu-devel@nongnu.org
Cc: alex.williamson@redhat.com
Subject: [Qemu-devel] [PATCH 0/6] vfio: Prep for vGPU & IGD
Date: Mon, 22 Feb 2016 11:32:03 -0700 [thread overview]
Message-ID: <20160222181456.31442.45740.stgit@gimli.home> (raw)
Some of these have been posted as RFC several times, the primary
purpose here is preparation for vGPU and IGD support. This includes
methods of specifying a device other than a PCI bus address, as vGPUs
are not likely to be discrete or even SR-IOV VF-like devices. We also
work on the abstraction of memory regions because we expect vGPUs may
take advantage of regions with sparse mmaps (ie. part of the region is
direct access while part is trapped for emulation). We can also
immediatley apply these changes to cleanup the additional memory
regions we use when MSI-X does this implicitly. This also helps to
generalize regions for the addition of device specific regions where
IGD assignment exposes additional information through an OpRegion as
well as information about the PCI host bridge and ISA bridge of the
physical system. With IGD assignment we also have a need to fixup ROM
images, which also translates to "soft-modding" of assigned devices,
allowing the ROM to automatically match the device. Finally we split
out the VGA setup such that we can later enable it automatically in
device specific cases.
We rely on vfio kernel changes to fully enable some of these features,
but I think these patches stand on their own sufficiently to propose
them now. Thanks,
Alex
---
Alex Williamson (6):
vfio: Add sysfsdev property for pci & platform
vfio: Wrap VFIO_DEVICE_GET_REGION_INFO
vfio: Generalize region support
vfio/pci: Convert all MemoryRegion to dynamic alloc and consistent functions
vfio/pci: Fixup PCI option ROMs
vfio/pci: Split out VGA setup
hw/arm/sysbus-fdt.c | 4
hw/vfio/common.c | 190 +++++++++++++--
hw/vfio/pci-quirks.c | 62 ++---
hw/vfio/pci.c | 525 +++++++++++++++++++++--------------------
hw/vfio/pci.h | 12 +
hw/vfio/platform.c | 126 ++++------
include/hw/vfio/vfio-common.h | 27 ++
trace-events | 10 +
8 files changed, 542 insertions(+), 414 deletions(-)
next reply other threads:[~2016-02-22 18:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-22 18:32 Alex Williamson [this message]
2016-02-22 18:32 ` [Qemu-devel] [PATCH 1/6] vfio: Add sysfsdev property for pci & platform Alex Williamson
2016-02-22 18:32 ` [Qemu-devel] [PATCH 2/6] vfio: Wrap VFIO_DEVICE_GET_REGION_INFO Alex Williamson
2016-02-22 18:32 ` [Qemu-devel] [PATCH 3/6] vfio: Generalize region support Alex Williamson
2016-02-22 18:32 ` [Qemu-devel] [PATCH 4/6] vfio/pci: Convert all MemoryRegion to dynamic alloc and consistent functions Alex Williamson
2016-02-22 18:32 ` [Qemu-devel] [PATCH 5/6] vfio/pci: Fixup PCI option ROMs Alex Williamson
2016-02-22 18:32 ` [Qemu-devel] [PATCH 6/6] vfio/pci: Split out VGA setup Alex Williamson
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=20160222181456.31442.45740.stgit@gimli.home \
--to=alex.williamson@redhat.com \
--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).