From: "Ira W. Snyder" <iws@ovro.caltech.edu>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Kyle Moffett <kyle@moffetthome.net>,
Gregory Haskins <gregory.haskins@gmail.com>,
kvm@vger.kernel.org, netdev@vger.kernel.org,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"alacrityvm-devel@lists.sourceforge.net"
<alacrityvm-devel@lists.sourceforge.net>,
Avi Kivity <avi@redhat.com>, Ingo Molnar <mingo@elte.hu>,
torvalds@linux-foundation.org,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Alacrityvm-devel] [GIT PULL] AlacrityVM guest drivers for 2.6.33
Date: Wed, 23 Dec 2009 11:54:13 -0800 [thread overview]
Message-ID: <20091223195413.GB30700@ovro.caltech.edu> (raw)
In-Reply-To: <4B3232A1.8050505@codemonkey.ws>
On Wed, Dec 23, 2009 at 09:09:21AM -0600, Anthony Liguori wrote:
> On 12/23/2009 12:15 AM, Kyle Moffett wrote:
> > This is actually something that is of particular interest to me. I
> > have a few prototype boards right now with programmable PCI-E
> > host/device links on them; one of my long-term plans is to finagle
> > vbus into providing multiple "virtual" devices across that single
> > PCI-E interface.
> >
> > Specifically, I want to be able to provide virtual NIC(s), serial
> > ports and serial consoles, virtual block storage, and possibly other
> > kinds of interfaces. My big problem with existing virtio right now
> > (although I would be happy to be proven wrong) is that it seems to
> > need some sort of out-of-band communication channel for setting up
> > devices, not to mention it seems to need one PCI device per virtual
> > device.
>
> We've been thinking about doing a virtio-over-IP mechanism such that you
> could remote the entire virtio bus to a separate physical machine.
> virtio-over-IB is probably more interesting since you can make use of
> RDMA. virtio-over-PCI-e would work just as well.
>
I didn't know you were interested in this as well. See my later reply to
Kyle for a lot of code that I've written with this in mind.
> virtio is a layered architecture. Device enumeration/discovery sits at
> a lower level than the actual device ABIs. The device ABIs are
> implemented on top of a bulk data transfer API. The reason for this
> layering is so that we can reuse PCI as an enumeration/discovery
> mechanism. This tremendenously simplifies porting drivers to other OSes
> and let's us use PCI hotplug automatically. We get integration into all
> the fancy userspace hotplug support for free.
>
> But both virtio-lguest and virtio-s390 use in-band enumeration and
> discovery since they do not have support for PCI on either platform.
>
I'm interested in the same thing, just over PCI. The only PCI agent
systems I've used are not capable of manipulating the PCI configuration
space in such a way that virtio-pci is usable on them. This means
creating your own enumeration mechanism. Which sucks. See my virtio-phys
code (http://www.mmarray.org/~iws/virtio-phys/) for an example of how I
did it. It was modeled on lguest. Help is appreciated.
Ira
next prev parent reply other threads:[~2009-12-23 19:54 UTC|newest]
Thread overview: 105+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-07 18:53 Gregory Haskins
2009-12-18 21:51 ` Ingo Molnar
2009-12-21 15:34 ` Gregory Haskins
2009-12-21 15:43 ` Avi Kivity
2009-12-21 16:04 ` Gregory Haskins
2009-12-21 16:37 ` Anthony Liguori
2009-12-21 16:40 ` Avi Kivity
2009-12-21 16:56 ` Gregory Haskins
2009-12-21 17:05 ` Avi Kivity
2009-12-21 17:24 ` Gregory Haskins
2009-12-21 16:46 ` Gregory Haskins
2009-12-21 17:20 ` Anthony Liguori
2009-12-21 17:44 ` Gregory Haskins
2009-12-22 0:12 ` Anthony Liguori
2009-12-22 7:59 ` Ingo Molnar
2009-12-22 11:49 ` Andi Kleen
2009-12-22 15:31 ` Anthony Liguori
2009-12-22 16:01 ` Bartlomiej Zolnierkiewicz
2009-12-22 16:21 ` Anthony Liguori
2009-12-23 6:51 ` Ingo Molnar
2009-12-23 10:13 ` Andi Kleen
2009-12-23 10:22 ` Avi Kivity
2009-12-23 12:14 ` Andi Kleen
2009-12-23 12:48 ` Avi Kivity
2009-12-23 17:00 ` Chris Wright
2009-12-23 17:20 ` Andi Kleen
2009-12-23 15:03 ` Anthony Liguori
2009-12-23 17:52 ` [Alacrityvm-devel] " Peter W. Morreale
2009-12-23 18:17 ` Gregory Haskins
2009-12-23 18:22 ` Chris Wright
2009-12-23 18:15 ` Gregory Haskins
2009-12-23 20:20 ` Avi Kivity
2009-12-23 21:21 ` Gregory Haskins
2009-12-27 9:15 ` Avi Kivity
2009-12-27 13:18 ` Gregory Haskins
2009-12-27 13:27 ` Avi Kivity
2009-12-27 13:39 ` Gregory Haskins
2009-12-27 13:49 ` Avi Kivity
2009-12-28 1:01 ` Gregory Haskins
2009-12-23 18:51 ` Ingo Molnar
2009-12-23 19:27 ` Andi Kleen
2009-12-23 20:26 ` Avi Kivity
2009-12-24 6:58 ` Gleb Natapov
2009-12-24 20:41 ` Roland Dreier
2009-12-23 13:07 ` Bartlomiej Zolnierkiewicz
2009-12-23 13:31 ` Avi Kivity
2009-12-23 14:08 ` Bartlomiej Zolnierkiewicz
2009-12-23 14:28 ` Avi Kivity
2009-12-23 14:57 ` Anthony Liguori
2009-12-23 18:31 ` Chris Wright
2009-12-23 16:44 ` Gregory Haskins
2009-12-23 17:10 ` Andi Kleen
2009-12-23 17:17 ` Gregory Haskins
2009-12-23 17:29 ` Linus Torvalds
2009-12-23 23:27 ` Anthony Liguori
2009-12-23 17:33 ` Andi Kleen
2009-12-23 20:36 ` Avi Kivity
2009-12-23 21:01 ` Avi Kivity
2009-12-24 9:36 ` Gregory Haskins
2009-12-27 9:33 ` Avi Kivity
2009-12-27 13:34 ` Gregory Haskins
2009-12-27 13:49 ` Avi Kivity
2009-12-27 14:29 ` Gregory Haskins
2009-12-24 9:31 ` Gregory Haskins
2009-12-27 9:29 ` Avi Kivity
2009-12-22 16:21 ` Andi Kleen
2009-12-22 16:27 ` Anthony Liguori
2009-12-22 17:33 ` Andi Kleen
2009-12-22 17:35 ` Avi Kivity
2009-12-22 21:14 ` Anthony Liguori
2009-12-23 0:02 ` Chris Wright
2009-12-23 15:12 ` Anthony Liguori
2009-12-23 15:17 ` Chris Wright
2009-12-22 17:05 ` Avi Kivity
2009-12-22 20:41 ` Gregory Haskins
2009-12-22 7:22 ` Gleb Natapov
2009-12-22 7:57 ` Ingo Molnar
2009-12-22 17:36 ` Gregory Haskins
2009-12-22 18:53 ` Avi Kivity
2009-12-22 18:56 ` Gregory Haskins
2009-12-22 19:15 ` Gregory Haskins
2009-12-22 19:25 ` Avi Kivity
2009-12-22 19:32 ` Gregory Haskins
2009-12-22 19:37 ` Gregory Haskins
2009-12-22 19:38 ` Avi Kivity
2009-12-22 19:41 ` Gregory Haskins
2009-12-22 19:43 ` Avi Kivity
2009-12-22 19:47 ` Gregory Haskins
2009-12-22 19:40 ` Avi Kivity
2009-12-22 19:39 ` Davide Libenzi
2009-12-22 19:53 ` Gregory Haskins
2009-12-23 1:05 ` Davide Libenzi
2009-12-23 6:15 ` Kyle Moffett
2009-12-23 15:09 ` Anthony Liguori
2009-12-23 19:54 ` Ira W. Snyder [this message]
2009-12-23 22:58 ` [Alacrityvm-devel] " Anthony Liguori
2009-12-23 23:42 ` Ira W. Snyder
2009-12-24 17:09 ` Anthony Liguori
2009-12-25 0:38 ` Ira W. Snyder
2009-12-24 4:52 ` Kyle Moffett
2009-12-24 16:57 ` Anthony Liguori
2009-12-23 17:34 ` Gregory Haskins
2009-12-23 19:28 ` Ira W. Snyder
2009-12-23 19:50 ` Andi Kleen
2009-12-24 10:01 ` Michael S. Tsirkin
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=20091223195413.GB30700@ovro.caltech.edu \
--to=iws@ovro.caltech.edu \
--cc=akpm@linux-foundation.org \
--cc=alacrityvm-devel@lists.sourceforge.net \
--cc=anthony@codemonkey.ws \
--cc=avi@redhat.com \
--cc=gregory.haskins@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=kyle@moffetthome.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=netdev@vger.kernel.org \
--cc=torvalds@linux-foundation.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
all inboxes | Powered by JetHome®