public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dtor@dtor-ws.eng.vmware.com>
To: Avi Kivity <avi@redhat.com>
Cc: Dmitry Torokhov <dtor@vmware.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"pv-drivers@vmware.com" <pv-drivers@vmware.com>,
	Alok Kataria <akataria@vmware.com>,
	Shaileshkumar Jain <sajain@vmware.com>,
	Rusty Russell <rusty@rustcorp.com.au>
Subject: Re: [PATCH 4/4] Add VMware memory balloon driver
Date: Sat, 20 Mar 2010 12:54:00 -0700	[thread overview]
Message-ID: <20100320195359.GA11536@dtor-ws.eng.vmware.com> (raw)
In-Reply-To: <4BA4C961.9060006@redhat.com>

Hi Avi,

On Sat, Mar 20, 2010 at 06:10:57AM -0700, Avi Kivity wrote:
> On 03/19/2010 10:47 PM, Dmitry Torokhov wrote:
> > This is a virtio-based transport between VMware's hypervisor
> > and virtio_ballon driver that allows host control guest memory
> > ballooning.
> >
> >    
> 
> This is a little wierd since it's specific to the balloon driver.  The 
> virtio design is to make transport and device orthogonal so we could 
> mix'n'match any driver with any transport, but this will only work with 
> the balloon driver.  It's also 640 lines while the original balloon 
> driver is ~300.  Some of that is because you're emulating a queue that 
> doesn't really exist, IIUC.

Yes, this is corect. We have a dedicated balloon interface, so, while
trying to work with existing kernel infrastructure, we had to emulate
a virtual queue.

> 
> So while I'd love to see other hypervisors adopt virtio, I think in this 
> case it makes more sense to have your own balloon driver.
> 

Fair enough. If this is a common sentiment we'll gladly prepare our
standalone driver for submission.

Thanks.

-- 
Dmitry


  reply	other threads:[~2010-03-20 19:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-19 20:46 [RFC/PATCH 0/4] VMware balloon driver over virtio Dmitry Torokhov
2010-03-19 20:46 ` [PATCH 1/4] virtio-balloon: allow hypervisor refuse locking some pages Dmitry Torokhov
2010-03-20 13:01   ` Avi Kivity
2010-03-19 20:46 ` [PATCH 2/4] virtio-balloon: implement balloon reset Dmitry Torokhov
2010-03-19 20:46 ` [PATCH 3/4] x86: export vmware_platform() symbol Dmitry Torokhov
2010-03-19 20:47 ` [PATCH 4/4] Add VMware memory balloon driver Dmitry Torokhov
2010-03-20 13:10   ` Avi Kivity
2010-03-20 19:54     ` Dmitry Torokhov [this message]
2010-03-21  9:19       ` 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=20100320195359.GA11536@dtor-ws.eng.vmware.com \
    --to=dtor@dtor-ws.eng.vmware.com \
    --cc=akataria@vmware.com \
    --cc=avi@redhat.com \
    --cc=dtor@vmware.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pv-drivers@vmware.com \
    --cc=rusty@rustcorp.com.au \
    --cc=sajain@vmware.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