public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: Avi Kivity <avi@qumranet.com>,
	Gregory Haskins <gregory.haskins.ml@gmail.com>,
	Rusty Russell <rusty@rustcorp.com.au>,
	Dor Laor <dor.laor@qumranet.com>,
	virtualization@lists.linux-foundation.org,
	linux-kernel@vger.kernel.org
Subject: Re: Use of virtio device IDs
Date: Thu, 08 Nov 2007 10:40:44 -0600	[thread overview]
Message-ID: <47333C0C.7020705@us.ibm.com> (raw)
In-Reply-To: <4732D439.3020703@redhat.com>

Gerd Hoffmann wrote:
> Avi Kivity wrote:
>   
>>> You are
>>> probably better off designing something that is PV specific instead of
>>> shoehorning it in to fit a different model (at least for the things I
>>> have in mind).  
>>>       
>> Well, if we design our pv devices to look like hardware, they will fit
>> quite well.  Both to the guest OS and to user's expectations.
>>     
>
> Disclaimer: Havn't looked at the virtio code much.
>
> I think we should keep the door open for both models and don't nail the
>  virtio infrastructure to one of them.
>
> For pure pv devices I don't see the point in trying to squeeze it into
> the PCI model.  Also s390 has no PCI, so there effecticely is no way
> around that, we must be able have some pure virtual bus like xenbus.
>   

I don't really agree with this assessment.  There is no performance 
advantage to using a pure virtual bus.  If you have a pure pv device 
that looks and act like a PCI device, besides the obvious advantage of 
easy portability to other guest OSes (since everything support PCI, but 
porting XenBus--event to Linux 2.4.x was a royal pain), it is also very 
easy to support the device on other VMMs.

For instance, the PCI device that I just posted would allow virtio 
devices to be used trivially with HVM on Xen.  In fact, once the 
backends are complete and merged into QEMU, the next time Xen rebases 
QEMU they'll get the virtio PV-on-HVM drivers for free.  To me, that's a 
pretty significant advantage.

> Uhm, well, yea.  Guess you are refering to the pv-on-hvm drivers.  Been
> there, dealt with it.  What exactly do you think is messy there?
>
> IMHO the most messy thing is the boot problem.  hvm bios can't deal with
> pv disks, so you can't boot with pv disks only.  "fixed" by having the
> (boot) disk twice in the system, once via emulated ide, once as pv disk.
>  Ouch.
>   

I have actually addressed this problem with a PV option rom for QEMU.  I 
expect to get time to submit the QEMU patches by the end of the year.  
See http://hg.codemonkey.ws/extboot

Regards,

Anthony Liguori

  reply	other threads:[~2007-11-08 16:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-06 17:16 Use of virtio device IDs Anthony Liguori
2007-11-06 18:49 ` Anthony Liguori
2007-11-07  3:38   ` Gregory Haskins
2007-11-07  5:40     ` Avi Kivity
2007-11-07  6:09       ` Rusty Russell
2007-11-07  6:29         ` Anthony Liguori
2007-11-07 17:33         ` Anthony Liguori
2007-11-07 20:38       ` Gregory Haskins
2007-11-08  6:37         ` Avi Kivity
2007-11-08  9:17           ` Gerd Hoffmann
2007-11-08 16:40             ` Anthony Liguori [this message]
2007-11-13 13:18           ` Gregory Haskins
2007-11-13 13:59             ` Zachary Amsden

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=47333C0C.7020705@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=avi@qumranet.com \
    --cc=dor.laor@qumranet.com \
    --cc=gregory.haskins.ml@gmail.com \
    --cc=kraxel@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    --cc=virtualization@lists.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