From: Ian Campbell <ijc@hellion.org.uk>
To: Bastian Blank <waldi@debian.org>,
xen-devel <xen-devel@lists.xensource.com>
Cc: pkg-xen-devel@lists.alioth.debian.org
Subject: Re: [Pkg-xen-devel] xen 4.1 blktap2 support
Date: Thu, 28 Apr 2011 15:20:58 +0100 [thread overview]
Message-ID: <1304000458.25988.1731.camel@localhost.localdomain> (raw)
In-Reply-To: <20110428122719.GA27897@wavehammer.waldi.eu.org>
[-- Attachment #1.1: Type: text/plain, Size: 1386 bytes --]
(adding xen-devel)
On Thu, 2011-04-28 at 14:27 +0200, Bastian Blank wrote:
> On Thu, Apr 28, 2011 at 12:28:48PM +0100, Ian Campbell wrote:
> > Perhaps if you would describe what doesn't work for you we could work to
> > fix it, but the above isn't really very helpful, is it?
>
> The first ones:
> - Silent fail if qemu-dm[1] is missing or failing. It lacks error
> checking.
Yes, this could certainly be improved.
> - Probably missing close-on-exit flags for several file handlers.
You mean close-on-exec?
the libxl interfaces for exec'ing takes care of closing file handles and
since xl is a one-shot toolstack it generally doesn't have piles of fd's
open. The issue is still worth considering and checking for correctness
though I think, especially within libxc (which has other users than xl).
Do you know of specific instances where the CLOEXEC flag is needed but
missing?
I don't think any of the above qualifies xl as so broken we shouldn't
even suggest people try it, as you started out by saying...
Ian.
> [1]: qemu 0.10 is not supportable in any way security wise.
--
Ian Campbell
I am currently transitioning to a new OpenPGP key, please see:
http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt
/* now make a new head in the exact same spot */
-- Larry Wall in cons.c from the perl source code
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-04-28 14:20 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4DB82B38.6090207@gmail.com>
[not found] ` <BAY148-w56B2B88110870F89DE84D4EF980@phx.gbl>
[not found] ` <4DB89A39.6070203@gmail.com>
[not found] ` <BAY148-w282F83283CEBAD8F438117EF9B0@phx.gbl>
[not found] ` <4DB91947.2070203@gmail.com>
[not found] ` <1303977639.25988.1447.camel@localhost.localdomain>
[not found] ` <20110428110658.GA26816@wavehammer.waldi.eu.org>
[not found] ` <1303990128.25988.1570.camel@localhost.localdomain>
[not found] ` <4DB9534F.1070701@gmail.com>
2011-04-28 14:11 ` [Pkg-xen-devel] xen 4.1 blktap2 support Ian Campbell
[not found] ` <20110428122719.GA27897@wavehammer.waldi.eu.org>
2011-04-28 14:20 ` Ian Campbell [this message]
2011-04-29 11:08 ` Bastian Blank
2011-05-03 16:39 ` Ian Campbell
2011-05-04 14:51 ` [PATCH 0 of 4] libxl: improve error handling when device model fails to start early on Ian Campbell
2011-05-04 14:51 ` [PATCH 1 of 4] libxl: check that device model binary is executable Ian Campbell
2011-05-24 14:59 ` Ian Jackson
2011-05-04 14:51 ` [PATCH 2 of 4] libxl: remove redundant call to libxl_domain_device_model Ian Campbell
2011-05-04 14:51 ` [PATCH 3 of 4] libxl: pass libxl__spawn_starting to libxl__spawn_spawn Ian Campbell
2011-05-04 14:51 ` [PATCH 4 of 4] libxl: add statup checks to libxl__wait_for_device_model Ian Campbell
2011-05-04 16:23 ` Ian Campbell
2011-05-24 15:57 ` Ian Jackson
2011-05-24 16:08 ` Ian Campbell
2011-05-19 16:04 ` [PATCH 0 of 4] libxl: improve error handling when device model fails to start early on Ian Jackson
2011-05-20 7:08 ` Ian Campbell
2011-05-05 12:17 ` [PATCH] Re: Re: [Pkg-xen-devel] xen 4.1 blktap2 support Ian Campbell
2011-05-20 17:08 ` Ian Jackson
2011-05-23 9:47 ` Ian Campbell
2011-05-24 15:19 ` Ian Jackson
2011-04-30 13:09 ` Bastian Blank
2011-04-30 14:42 ` Bastian Blank
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=1304000458.25988.1731.camel@localhost.localdomain \
--to=ijc@hellion.org.uk \
--cc=pkg-xen-devel@lists.alioth.debian.org \
--cc=waldi@debian.org \
--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).