From: Paul Durrant <paul.durrant@citrix.com>
To: xen-devel@lists.xen.org
Subject: [PATCH v4 0/8] Support for running secondary emulators
Date: Wed, 2 Apr 2014 16:11:28 +0100 [thread overview]
Message-ID: <1396451496-5716-1-git-send-email-paul.durrant@citrix.com> (raw)
This patch series adds the ioreq server interface which I mentioned in
my talk at the Xen developer summit in Edinburgh at the end of last year.
The code is based on work originally done by Julien Grall but has been
re-written to allow existing versions of QEMU to work unmodified.
The code is available in my xen.git [1] repo on xenbits, under the 'savannah4'
branch, and I have also written a demo emulator to test the code, which can
be found in my demu.git [2] repo.
The series has been re-worked since v3. The modifications are now broken
down as follows:
Patch #1 is a pre-series tidy-up. No semantic change.
Patch #2 moves some code around to centralize use of the ioreq_t data
structure.
Patch #3 introduces the new hvm_ioreq_server structure.
Patch #4 defers creation of the ioreq server until something actually
reads one of the HVM parameters concerned with emulation.
Patch #5 makes the single ioreq server of previous patches into the
default ioreq server and introduces an API for creating secondary servers.
Patch #6 adds an enable/disable operation to the API for secondary servers
which makes sure that they cannot be active whilst their shared pages are
present in the guest's P2M.
Patch #7 adds makes handling bufferd ioreqs optional for secondary servers.
This saves a page of memory.
Patch #8 pulls the PCI hotplug controller emulation into Xen. This is
necessary to allow a secondary emulator to hotplug a PCI device into the VM.
The code implements the controller in the same way as upstream QEMU and thus
the variant of the DSDT ASL used for upstream QEMU is retained.
The demo emulator can simply be invoked from a shell and will hotplug its
device onto the PCI bus (and remove it again when it's killed). The emulated
device is not an awful lot of use at this stage - it appears as a SCSI
controller with one IO BAR and one MEM BAR and has no intrinsic
functionality... but then it is only supposed to be demo :-)
Paul
[1] http://xenbits.xen.org/gitweb/?p=people/pauldu/xen.git
[2] http://xenbits.xen.org/gitweb/?p=people/pauldu/demu.git
v2:
- First non-RFC posting
v3:
- Addressed comments from Jan Beulich
v4:
- Addressed comments from Ian Campbell and George Dunlap
- Series heavily re-worked, 2 patches added
next reply other threads:[~2014-04-02 15:11 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-02 15:11 Paul Durrant [this message]
2014-04-02 15:11 ` [PATCH v4 1/8] ioreq-server: pre-series tidy up Paul Durrant
2014-04-07 10:48 ` Jan Beulich
2014-04-08 9:13 ` Paul Durrant
2014-04-02 15:11 ` [PATCH v4 2/8] ioreq-server: centralize access to ioreq structures Paul Durrant
2014-04-03 11:22 ` George Dunlap
2014-04-07 11:10 ` Jan Beulich
2014-04-08 9:18 ` Paul Durrant
2014-04-02 15:11 ` [PATCH v4 3/8] ioreq-server: create basic ioreq server abstraction Paul Durrant
2014-04-03 14:49 ` George Dunlap
2014-04-03 15:43 ` Paul Durrant
2014-04-03 15:48 ` George Dunlap
2014-04-03 15:54 ` Paul Durrant
2014-04-07 11:36 ` Jan Beulich
2014-04-08 9:32 ` Paul Durrant
2014-04-08 9:47 ` Jan Beulich
2014-04-08 10:06 ` Paul Durrant
2014-04-02 15:11 ` [PATCH v4 4/8] ioreq-server: on-demand creation of ioreq server Paul Durrant
2014-04-07 11:50 ` Jan Beulich
2014-04-08 9:35 ` Paul Durrant
2014-04-08 9:51 ` Jan Beulich
2014-04-08 10:11 ` Paul Durrant
2014-04-02 15:11 ` [PATCH v4 5/8] ioreq-server: add support for multiple servers Paul Durrant
2014-04-03 15:32 ` George Dunlap
2014-04-03 15:39 ` Paul Durrant
2014-04-03 15:43 ` George Dunlap
2014-04-03 15:46 ` Paul Durrant
2014-04-07 15:57 ` Ian Campbell
2014-04-08 8:32 ` Paul Durrant
2014-04-08 8:40 ` Ian Campbell
2014-04-08 8:45 ` Paul Durrant
2014-04-09 12:43 ` Jan Beulich
2014-04-09 12:49 ` Ian Campbell
2014-04-09 13:15 ` Jan Beulich
2014-04-09 13:32 ` Paul Durrant
2014-04-09 13:46 ` Jan Beulich
2014-04-09 13:51 ` Paul Durrant
2014-04-09 14:42 ` Ian Campbell
2014-04-02 15:11 ` [PATCH v4 6/8] ioreq-server: remove p2m entries when server is enabled Paul Durrant
2014-04-07 16:00 ` Ian Campbell
2014-04-08 8:33 ` Paul Durrant
2014-04-09 12:20 ` Jan Beulich
2014-04-09 13:36 ` Paul Durrant
2014-04-09 13:50 ` Jan Beulich
2014-04-02 15:11 ` [PATCH v4 7/8] ioreq-server: make buffered ioreq handling optional Paul Durrant
2014-04-07 16:06 ` Ian Campbell
2014-04-08 8:35 ` Paul Durrant
2014-04-02 15:11 ` [PATCH v4 8/8] ioreq-server: bring the PCI hotplug controller implementation into Xen Paul Durrant
2014-04-07 16:14 ` Ian Campbell
2014-04-08 8:25 ` Paul Durrant
2014-04-08 8:45 ` Ian Campbell
2014-04-08 8:49 ` Paul Durrant
2014-04-08 8:57 ` Ian Campbell
2014-04-08 9:00 ` Paul Durrant
2014-04-09 13:34 ` Jan Beulich
2014-04-09 13:42 ` Paul Durrant
2014-04-09 13:53 ` Jan Beulich
2014-04-09 14:25 ` Paul Durrant
2014-04-09 14:47 ` Jan Beulich
2014-04-09 14:59 ` Ian Jackson
2014-04-09 15:06 ` Jan Beulich
2014-04-10 16:04 ` George Dunlap
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=1396451496-5716-1-git-send-email-paul.durrant@citrix.com \
--to=paul.durrant@citrix.com \
--cc=xen-devel@lists.xen.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).