qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Gerd Hoffmann <kraxel@redhat.com>
To: veillard@redhat.com
Cc: libvir-list@redhat.com, jan.kiszka@siemens.com,
	Wolfgang Mauerer <wolfgang.mauerer@siemens.com>,
	qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: [libvirt] [PATCH 0/9] Support disk-hotremove and controller	hotplugging
Date: Tue, 13 Oct 2009 11:08:17 +0200	[thread overview]
Message-ID: <4AD44381.5020101@redhat.com> (raw)
In-Reply-To: <20091009163203.GA30218@redhat.com>

On 10/09/09 18:32, Daniel Veillard wrote:
> On Fri, Sep 18, 2009 at 05:26:07PM +0200, Wolfgang Mauerer wrote:
>> Hi,
>
>    Hi Wolfgang,
>
>> this patch reworks libvirt's disk-hotadd support and
>> introduces support for disk controller hotplugging and disk-hotremove
>> (see http://thread.gmane.org/gmane.comp.emulators.libvirt/15860 for
>> more details). Currently, it targets only qemu and also requires some
>> additions to qemu that have only recently been submitted, which is
>> why this  is cross-posted to qemu-devel. Hopefully the lack of support
>> in qemu does not prevent the community from reviewing the code,
>> though ;-)
>
>    Could you update us on the status for those patches, is there
> any chance to get this in QEmu upstream ? I have only seen feddback
> from Gerd Hoffmann on that thread but maybe I'm missing some of the
> action !

Note: upstream qemu got device_add and device_del monitor commands 
meanwhile which can be used to hotplug devices.

device_add accepts the same syntax the -device command line switch expects.

device_del expectes an id.

For libvirt it probably makes sense to start supporting this when 
switching over to -device (probably for qemu 0.12+).

cheers,
   Gerd

  parent reply	other threads:[~2009-10-13  9:08 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-18 15:26 [Qemu-devel] [PATCH 0/9] Support disk-hotremove and controller hotplugging Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 1/9] Clarify documentation for private symbols Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 2/9] Extend <disk> element with controller information Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 3/9] Add new domain device: "controller" Wolfgang Mauerer
2009-09-24 10:52   ` [Qemu-devel] Re: [libvirt] " Daniel P. Berrange
2009-09-18 15:26 ` [Qemu-devel] [PATCH 4/9] Add disk-based hotplugging for the qemu backend Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 5/9] Implement controller hotplugging Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 6/9] Allow controller selection by ID Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 7/9] Remove surprises in the semantics of disk-hotadd Wolfgang Mauerer
2009-09-24 10:59   ` [Qemu-devel] Re: [libvirt] " Daniel P. Berrange
2009-09-18 15:26 ` [Qemu-devel] [PATCH 8/9] Factor out the method to get the PCI address of a controller for a given disk Wolfgang Mauerer
2009-09-18 15:26 ` [Qemu-devel] [PATCH 9/9] Implement disk- and controller hotremove Wolfgang Mauerer
     [not found] ` <20091009163203.GA30218@redhat.com>
2009-10-13  9:08   ` Gerd Hoffmann [this message]
2009-10-13  9:34     ` [Qemu-devel] Re: [libvirt] [PATCH 0/9] Support disk-hotremove and controller hotplugging Wolfgang Mauerer

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=4AD44381.5020101@redhat.com \
    --to=kraxel@redhat.com \
    --cc=jan.kiszka@siemens.com \
    --cc=libvir-list@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=veillard@redhat.com \
    --cc=wolfgang.mauerer@siemens.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).