Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
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@lists.sourceforge.net 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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] A question about virtio and KVM
Dor, Thanks for the info! Ian On 11/1/07, Dor Laor [EMAIL PROTECTED] 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@lists.sourceforge.net 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/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel