qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Corey Bryant <bryntcor@us.ibm.com>
Cc: libvir-list@redhat.com, Anthony Liguori <aliguori@us.ibm.com>,
	qemu-devel@nongnu.org, Tyler C Hicks <tchicks@us.ibm.com>
Subject: Re: [Qemu-devel] [PATCH v2] Add support for fd: protocol
Date: Mon, 20 Jun 2011 16:40:33 +0300	[thread overview]
Message-ID: <4DFF4DD1.50502@redhat.com> (raw)
In-Reply-To: <4DF762A4.2040503@us.ibm.com>

On 06/14/2011 04:31 PM, Corey Bryant wrote:
>    - Starting Qemu with a backing file
>

For this we could tell qemu that a file named "xyz" is available via fd 
n, via an extension of the getfd command.

For example

   (qemu) getfd path="/images/my-image.img"
   (qemu) getfd path="/images/template.img"
   (qemu) drive-add path="/images/my-image.img"

The open() for my-image.img first looks up the name in the getfd 
database, and finds it, so it returns the fd from there instead of 
opening.  It then opens the backing file ("template.img") and looks it 
up again, and finds the second fd from the session.

The result is that open()s are satisfied from the monitor, instead of 
the host kernel, but without reversing the request/reply nature of the 
monitor protocol.

A similar extension could be added to the command line:

   qemu -drive file=fd:4,cache=none -path-alias 
name=/images/template.img,path=fd:5

Here the main image is opened via a fd 4; if it needs template.img, it 
gets shunted to fd 5.

-- 
error compiling committee.c: too many arguments to function

  parent reply	other threads:[~2011-06-20 13:40 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-14 13:31 [Qemu-devel] [PATCH v2] Add support for fd: protocol Corey Bryant
2011-06-14 16:13 ` [Qemu-devel] [libvirt] " Eric Blake
2011-06-14 19:55   ` Corey Bryant
2011-06-14 20:18     ` Eric Blake
2011-06-14 21:39       ` Corey Bryant
2011-06-14 21:52         ` Eric Blake
2011-06-15 19:12 ` [Qemu-devel] " Blue Swirl
2011-06-16 14:48   ` Corey Bryant
2011-06-18 20:50     ` Blue Swirl
2011-06-20 13:08       ` Corey Bryant
2011-06-20 13:40 ` Avi Kivity [this message]
2011-06-20 13:50   ` Anthony Liguori
2011-06-20 17:35     ` Avi Kivity
2011-06-20 19:11       ` Anthony Liguori
2011-06-21  8:21         ` Avi Kivity

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=4DFF4DD1.50502@redhat.com \
    --to=avi@redhat.com \
    --cc=aliguori@us.ibm.com \
    --cc=bryntcor@us.ibm.com \
    --cc=libvir-list@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=tchicks@us.ibm.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).