A question about virtio and KVM

A question about virtio and KVM

[Ian Brown]

Hello, kvm-devel,

As I understand, virtio is not currently integrated into KVM.

However, there is a git tree of kvm  with virtio in:
git://kvm.qumranet.com/home/dor/src/virtio/kvm
and
git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace

Is there any intention to integrate it into KVM
official version in the near future?

Regads,
Ian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Dor Laor]

Ian Brown wrote:
>
> Hello, kvm-devel,
>
> As I understand, virtio is not currently integrated into KVM.
>
> However, there is a git tree of kvm  with virtio in:
> git://kvm.qumranet.com/home/dor/src/virtio/kvm
> and
> git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace
>
> Is there any intention to integrate it into KVM
> official version in the near future?
>
Hi Ian,
The intention is there, I just didn't have the time to work on it.
I can promise [there is no way to backoff now] that it will be 
working/merge-able state by December 1st.
Dor.
>
> Regads,
> Ian
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Ian Brown]

Dor,
Thanks for the info!
Ian

On 11/1/07, Dor Laor <dor.laor-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Ian Brown wrote:
> >
> > Hello, kvm-devel,
> >
> > As I understand, virtio is not currently integrated into KVM.
> >
> > However, there is a git tree of kvm  with virtio in:
> > git://kvm.qumranet.com/home/dor/src/virtio/kvm
> > and
> > git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace
> >
> > Is there any intention to integrate it into KVM
> > official version in the near future?
> >
> Hi Ian,
> The intention is there, I just didn't have the time to work on it.
> I can promise [there is no way to backoff now] that it will be
> working/merge-able state by December 1st.
> Dor.
> >
> > Regads,
> > Ian
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > kvm-devel mailing list
> > kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/kvm-devel
> >
>
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Christian Borntraeger]

Am Donnerstag, 1. November 2007 schrieb Dor Laor:
> Hi Ian,
> The intention is there, I just didn't have the time to work on it.
> I can promise [there is no way to backoff now] that it will be 
> working/merge-able state by December 1st.
> Dor.

Dor,

that is good news. 

I also work on virtio and currently try to wire it to our prototype code 
to have something that works until our s390 kvm port is ready. Unfortunately 
Rusty is quite fast in changing virtio. I guess you noticed that as well ;-)
I have to implement some s390 specific solutions, for example we dont have
ioremap and, therefore, I have to implement the counterpart to lguest_map 
differently in our architecture header files.

would it be possible to have your git tree up-to-date? I could then implement
the s390 backend in a way that follows your implementation - and I could also
send patches etc. if I see something that needs to be fixed.

I really dont mind if the git tree doesnt compile or eats my disk content.
Thanks

Christian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Dor Laor]

Christian Borntraeger wrote:
> Am Donnerstag, 1. November 2007 schrieb Dor Laor:
>   
>> Hi Ian,
>> The intention is there, I just didn't have the time to work on it.
>> I can promise [there is no way to backoff now] that it will be 
>> working/merge-able state by December 1st.
>> Dor.
>>     
>
> Dor,
>
> that is good news. 
>
> I also work on virtio and currently try to wire it to our prototype code 
> to have something that works until our s390 kvm port is ready. Unfortunately 
> Rusty is quite fast in changing virtio. I guess you noticed that as well ;-)
> I have to implement some s390 specific solutions, for example we dont have
> ioremap and, therefore, I have to implement the counterpart to lguest_map 
> differently in our architecture header files.
>
> would it be possible to have your git tree up-to-date? I could then implement
> the s390 backend in a way that follows your implementation - and I could also
> send patches etc. if I see something that needs to be fixed.
>
>   
The is my latest (old) branch:

-Kernel repo: git://kvm.qumranet.com/home/dor/src/virtio/kvm
-Userspace repo: git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace
Use virt-final branch.

It is not yet updated to latest virtio & latest kvm.
This version uses a pci device for virtio. Since I'm think Rusty's 
config space does not matches
pci config space I might consider changing it. (Preferably not, maybe 
I'll start using it until we'll have the windows
implementation).
I'll start work on it on Sunday.
Can you also publish your tree?
Thanks, Dor.


> I really dont mind if the git tree doesnt compile or eats my disk content.
> Thanks
>
> Christian
>
>   


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Christian Borntraeger]

Am Dienstag, 6. November 2007 schrieb Dor Laor:
> The is my latest (old) branch:
> 
> -Kernel repo: git://kvm.qumranet.com/home/dor/src/virtio/kvm
> -Userspace repo: git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace
> Use virt-final branch.

Yes I had a look at these. This code is virtio draft 4 based, right?

> It is not yet updated to latest virtio & latest kvm.
> This version uses a pci device for virtio. Since I'm think Rusty's 
> config space does not matches
> pci config space I might consider changing it. (Preferably not, maybe 
> I'll start using it until we'll have the windows
> implementation).
> I'll start work on it on Sunday.

I currently try to use Rusty's config space as we dont have a PCI bus. 
Carsten told me that HPA suggested to split CONFIG_PCI in a way to use
the hardware independent data structures without providing the hardware.

Carsten do you still remember the full details?

> Can you also publish your tree?

Currently I have no way to publish something via a web page. I could sent you
patches or the code of our prototype code. Currently it has nothing to do with
KVM but we try to move more and more into kvm direction.
As the old code was virtio draft 4 based and I just started to work on it
again I currently rebased everything and try to make it work again. Basically
I currently tried to reuse as much as possible from the lguest code.

Chrisian

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Carsten Otte]

Christian Borntraeger wrote:
>> It is not yet updated to latest virtio & latest kvm.
>> This version uses a pci device for virtio. Since I'm think Rusty's 
>> config space does not matches
>> pci config space I might consider changing it. (Preferably not, maybe 
>> I'll start using it until we'll have the windows
>> implementation).
>> I'll start work on it on Sunday.
> 
> I currently try to use Rusty's config space as we dont have a PCI bus. 
> Carsten told me that HPA suggested to split CONFIG_PCI in a way to use
> the hardware independent data structures without providing the hardware.
> 
> Carsten do you still remember the full details?
*Shrug*. I think Peter suggested that we'd use a PCI bus type, and PCI 
IDs for device identification. We're not going to use PCI to do I/O, 
and we're not going to use IRQ (HPA: irq == 0 is a valid value, which 
means that the PCI device does not have an irq). He suggested to look 
at the virtio bus that he contributed to Rusty's lguest code as an 
example.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[Dor Laor]

Christian Borntraeger wrote:
>
> Am Dienstag, 6. November 2007 schrieb Dor Laor:
> > The is my latest (old) branch:
> >
> > -Kernel repo: git://kvm.qumranet.com/home/dor/src/virtio/kvm
> > -Userspace repo: 
> git://kvm.qumranet.com/home/dor/src/virtio/kvm-userspace
> > Use virt-final branch.
>
> Yes I had a look at these. This code is virtio draft 4 based, right?
>
Yup, I'll rebase every thing next week.
>
>
> > It is not yet updated to latest virtio & latest kvm.
> > This version uses a pci device for virtio. Since I'm think Rusty's
> > config space does not matches
> > pci config space I might consider changing it. (Preferably not, maybe
> > I'll start using it until we'll have the windows
> > implementation).
> > I'll start work on it on Sunday.
>
> I currently try to use Rusty's config space as we dont have a PCI bus.
> Carsten told me that HPA suggested to split CONFIG_PCI in a way to use
> the hardware independent data structures without providing the hardware.
>
> Carsten do you still remember the full details?
>
The idea was to have pci like configuration space without actually 
support pci.
This is something that Rusty implemented and just today there is a patch 
to convert
the config space to better match pci space.
Anyway you don't really need pci support - exactly like lguest.

> > Can you also publish your tree?
>
> Currently I have no way to publish something via a web page. I could 
> sent you
> patches or the code of our prototype code. Currently it has nothing to 
> do with
> KVM but we try to move more and more into kvm direction.
> As the old code was virtio draft 4 based and I just started to work on it
> again I currently rebased everything and try to make it work again. 
> Basically
> I currently tried to reuse as much as possible from the lguest code.
>
Me also stole most of the implementation from lguest. Actually Rusty 
made virtio
V5 implementation based on the lguest too. It is now shared, general 
virtio code
in the kernel.
>
>
> Chrisian
>


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: A question about virtio and KVM

[H. Peter Anvin]

Carsten Otte wrote:
> Christian Borntraeger wrote:
>>> It is not yet updated to latest virtio & latest kvm.
>>> This version uses a pci device for virtio. Since I'm think Rusty's 
>>> config space does not matches
>>> pci config space I might consider changing it. (Preferably not, maybe 
>>> I'll start using it until we'll have the windows
>>> implementation).
>>> I'll start work on it on Sunday.
>>
>> I currently try to use Rusty's config space as we dont have a PCI bus. 
>> Carsten told me that HPA suggested to split CONFIG_PCI in a way to use
>> the hardware independent data structures without providing the hardware.
>>
>> Carsten do you still remember the full details?
> *Shrug*. I think Peter suggested that we'd use a PCI bus type, and PCI 
> IDs for device identification. We're not going to use PCI to do I/O, and 
> we're not going to use IRQ (HPA: irq == 0 is a valid value, which means 
> that the PCI device does not have an irq). He suggested to look at the 
> virtio bus that he contributed to Rusty's lguest code as an example.

Yep, that's pretty much it.

Config space above 0x3F is device-specific; we can add well-known 
structures for virtio there is appropriate, preferrably via a PCI 
"capability" structure.

	-hpa

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/