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.
next prev parent 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).