qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Cc: Jan Kiszka <jan.kiszka@web.de>, Avi Kivity <avi@redhat.com>
Subject: Re: [Qemu-devel] drive_add vs. pci_add
Date: Thu, 25 Jun 2009 17:02:42 +0100	[thread overview]
Message-ID: <200906251702.44505.paul@codesourcery.com> (raw)
In-Reply-To: <4A439A15.5040707@redhat.com>

On Thursday 25 June 2009, Avi Kivity wrote:
> On 06/25/2009 09:46 AM, Jan Kiszka wrote:
> > Hi,
> >
> > sorry, it's still early, but isn't the monitor command 'drive_add'
> > completely redundant to 'pci_add ... storage'? If yes, and drive_add is
> > only there for legacy users, I would mask its help from the monitor
> > interface to avoid confusion.
>
> What we really want is pci_add storage to add a storage controller, and
> drive_add to attach a drive to that controller.  I don't think that's
> what happens now.

Part of the problem is that we don't currently isolate configs for different 
pats of the device stack. There are several different layers at which hotplug 
can occur:

- Device - e.g. PCI hotplug. If done properly this shouldn't care whether 
you're adding a NIC, VGA, SCSI HBA, or whatever.
- Drive - Adding/removing drives to an existing HBA.
- Media - e.g. changing the contents of a CDROM drive.

Depending on the subsystem, hotplug may only be supported at some levels. For 
example harddrives don't support media hotplug, IDE+virtio do not support 
drive hotplug, and the sun4m ESP SCSI adapter does not support device 
hotplug[1].

Paul

[1] I've no idea if actual sun4m SBUS hardware supports hotplug, but It 
suspect it does not.

  reply	other threads:[~2009-06-25 16:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-25  6:46 [Qemu-devel] drive_add vs. pci_add Jan Kiszka
2009-06-25  7:15 ` [Qemu-devel] " Jan Kiszka
2009-06-25 15:39 ` [Qemu-devel] " Avi Kivity
2009-06-25 16:02   ` Paul Brook [this message]
2009-06-25 18:28     ` Anthony Liguori
2009-06-25 21:09       ` Jan Kiszka
2009-06-25 22:18       ` Paul Brook
2009-06-25 16:07   ` Jan Kiszka

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=200906251702.44505.paul@codesourcery.com \
    --to=paul@codesourcery.com \
    --cc=avi@redhat.com \
    --cc=jan.kiszka@web.de \
    --cc=qemu-devel@nongnu.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).