From: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
To: Fabio Fantoni <fabio.fantoni@m2r.biz>
Cc: Ian Jackson <Ian.Jackson@eu.citrix.com>,
xen-devel@lists.xensource.com, Wei Liu <wei.liu2@citrix.com>,
Ian Campbell <Ian.Campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [PATCH v5 0/6] libxl: xs_restrict QEMU
Date: Wed, 29 Jul 2015 10:36:29 +0100 [thread overview]
Message-ID: <alpine.DEB.2.02.1507291034380.11337@kaball.uk.xensource.com> (raw)
In-Reply-To: <55B89E02.8050805@m2r.biz>
On Wed, 29 Jul 2015, Fabio Fantoni wrote:
> Il 29/07/2015 11:21, Stefano Stabellini ha scritto:
> > On Mon, 27 Jul 2015, Fabio Fantoni wrote:
> > > Il 23/07/2015 19:26, Stefano Stabellini ha scritto:
> > > > Hi all,
> > > >
> > > > this patch series changes libxl to start QEMU as device model with the
> > > > new xsrestrict option (http://marc.info/?l=xen-devel&m=143341692707358).
> > > > It also starts a second QEMU to provide PV backends in userspace (qdisk)
> > > > to HVM guests.
> > > Hi, I'm interested to test this serie.
> > > xen patch "run QEMU as non-root" and qemu patch linked above are the only
> > > prerequisite or other are needed?
> > Yes and thank you for testing!
> >
> >
> > > I saw that second patch is marked as [WIP], is it usable or I must wait to
> > > have it complete before test this serie?
> > It is usable, but it is not recommended why to do it in libxl.
>
> Thanks for reply, what do you mean about "but it is not recommended why to do
> it in libxl"?
Sorry, it was very badly written.
I meant that the patch spawns a QEMU instance using "fork", which is not
the way it is supposed to be done in libxl. There are helper functions
for that.
> >
> > > Thanks for any reply and sorry for my bad english.
> > >
> > > >
> > > > Changes in v5:
> > > > - improve commit messages with security details
> > > >
> > > > Changes in v4:
> > > > - update xenstore-paths.markdown
> > > > - add error message in case count > MAX_PHYSMAP_ENTRIES
> > > > - add a note to xenstore-paths.markdown about the possible change in
> > > > privilege level
> > > > - only change permissions if xsrestrict is supported
> > > >
> > > > Changes in v3:
> > > > - use LIBXL_TOOLSTACK_DOMID instead of 0 in the commit message
> > > > - update commit message with more info on why it is safe
> > > > - add a limit on the number of physmap entries to save and restore
> > > > - add emulator_ids
> > > > - mark patch #3 as WIP
> > > > - use LIBXL_TOOLSTACK_DOMID instead of 0 in the commit message
> > > > - change xs path to include the emulator_id
> > > > - change qdisk-backend-pid path on xenstore
> > > > - use dcs->dmss.pvqemu to spawn the second QEMU
> > > > - keep track of the rc of both QEMUs before proceeding
> > > >
> > > >
> > > > Stefano Stabellini (6):
> > > > libxl: do not add a vkb backend to hvm guests
> > > > [WIP] libxl: xsrestrict QEMU
> > > > libxl: allow
> > > > /local/domain/$LIBXL_TOOLSTACK_DOMID/device-model/$DOMID
> > > > to be written by $DOMID
> > > > libxl: change xs path for QEMU
> > > > libxl: change qdisk-backend-pid path on xenstore
> > > > libxl: spawns two QEMUs for HVM guests
> > > >
> > > > docs/misc/xenstore-paths.markdown | 30 ++++++++--
> > > > tools/libxl/libxl.c | 2 +-
> > > > tools/libxl/libxl_create.c | 58 +++++++++++++------
> > > > tools/libxl/libxl_device.c | 2 +-
> > > > tools/libxl/libxl_dm.c | 115
> > > > +++++++++++++++++++++++++++++++++----
> > > > tools/libxl/libxl_dom.c | 19 ++++--
> > > > tools/libxl/libxl_internal.c | 19 ++++--
> > > > tools/libxl/libxl_internal.h | 15 ++++-
> > > > tools/libxl/libxl_pci.c | 14 ++---
> > > > tools/libxl/libxl_utils.c | 10 ++++
> > > > 10 files changed, 225 insertions(+), 59 deletions(-)
> > > >
> > > > Cheers,
> > > >
> > > > Stefano
> > > >
> > > > _______________________________________________
> > > > Xen-devel mailing list
> > > > Xen-devel@lists.xen.org
> > > > http://lists.xen.org/xen-devel
>
prev parent reply other threads:[~2015-07-29 9:36 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-23 17:26 [PATCH v5 0/6] libxl: xs_restrict QEMU Stefano Stabellini
2015-07-23 17:27 ` [PATCH v5 1/6] libxl: do not add a vkb backend to hvm guests Stefano Stabellini
2015-07-24 8:01 ` Paul Durrant
2015-07-24 10:21 ` Stefano Stabellini
2015-07-24 10:31 ` Paul Durrant
2015-07-24 10:56 ` Stefano Stabellini
2015-07-24 11:10 ` Ian Campbell
2015-07-24 11:12 ` Ian Jackson
2015-07-24 11:29 ` Stefano Stabellini
2015-07-24 11:39 ` Ian Campbell
2015-07-24 11:12 ` Paul Durrant
2015-07-24 12:04 ` Stefano Stabellini
2015-07-24 14:10 ` Stefano Stabellini
2015-07-24 14:13 ` Paul Durrant
2015-07-24 10:45 ` Fabio Fantoni
2015-07-23 17:27 ` [PATCH v5 2/6] [WIP] libxl: xsrestrict QEMU Stefano Stabellini
2015-07-23 17:27 ` [PATCH v5 3/6] libxl: allow /local/domain/$LIBXL_TOOLSTACK_DOMID/device-model/$DOMID to be written by $DOMID Stefano Stabellini
2015-07-23 17:27 ` [PATCH v5 4/6] libxl: change xs path for QEMU Stefano Stabellini
2015-07-23 17:27 ` [PATCH v5 5/6] libxl: change qdisk-backend-pid path on xenstore Stefano Stabellini
2015-07-23 17:27 ` [PATCH v5 6/6] libxl: spawns two QEMUs for HVM guests Stefano Stabellini
2015-07-27 11:08 ` [PATCH v5 0/6] libxl: xs_restrict QEMU Fabio Fantoni
2015-07-29 9:21 ` Stefano Stabellini
2015-07-29 9:33 ` Fabio Fantoni
2015-07-29 9:36 ` Stefano Stabellini [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=alpine.DEB.2.02.1507291034380.11337@kaball.uk.xensource.com \
--to=stefano.stabellini@eu.citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=fabio.fantoni@m2r.biz \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xensource.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).