From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Gregory Haskins" Subject: Re: [PATCH 0/7] AlacrityVM guest drivers Reply-To: Date: Thu, 06 Aug 2009 07:03:39 -0600 Message-ID: <4A7A9C6B0200005A00051BB9@sinclair.provo.novell.com> References: <20090803171030.17268.26962.stgit@dev.haskins.net> <20090806081955.GA9752@redhat.com> <4A7A8F7B0200005A00051B84@sinclair.provo.novell.com> <4A7AD29E.50800@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Cc: , "Michael S. Tsirkin" , , , To: "Avi Kivity" Return-path: In-Reply-To: <4A7AD29E.50800@redhat.com> Content-Disposition: inline Sender: kvm-owner@vger.kernel.org List-Id: netdev.vger.kernel.org >>> On 8/6/2009 at 8:54 AM, in message <4A7AD29E.50800@redhat.com>, Avi Kivity wrote: > On 08/06/2009 03:08 PM, Gregory Haskins wrote: >>> Merging the guest first means relying on >>> kernel interface from an out of tree driver, which well might change >>> before it goes in. >>> >> >> ABI compatibility is already addressed/handled, so even if that is true its > not a problem. >> >> > > Really the correct way to address the ABI is to publish a spec and write > both host and guest drivers to that. Unfortunately we didn't do this > with virtio. > > It becomes more important when you have multiple implementations (e.g. > Windows drivers). > >>>> This series implements the guest-side drivers for accelerated IO >>>> when running on top of the AlacrityVM hypervisor, the details of >>>> which you can find here: >>>> >>>> http://developer.novell.com/wiki/index.php/AlacrityVM >>>> >>> Since AlacrityVM is kvm based, Cc kvm@vger.kernel.org. >>> >> >> I *can* do that, but there is nothing in these drivers that is KVM specific > (its all pure PCI and VBUS). I've already made the general announcement > about the project/ml cross posted to KVM for anyone that might be interested, > but I figure I will spare the general KVM list the details unless something > specifically pertains to, or affects, KVM. For instance, when I get to > pushing the hypervisor side, I still need to work on getting that > 'xinterface' patch to you guys. I would certainly be CC'ing kvm@vger when > that happens since it modifies the KVM code. >> >> So instead, I would just encourage anyone interested (such as yourself) to > join the alacrity list so I don't bother the KVM community unless absolutely > necessary. >> > > It's true that vbus is a separate project (in fact even virtio is > completely separate from kvm). Still I think it would be of interest to > many kvm@ readers. Well, my goal was to not annoy KVM readers. ;) So if you feel as though there is benefit to having all of KVM CC'd and I won't be annoying everyone, I see no problem in cross posting. Would you like to see all conversations, or just ones related to code (and, of course, KVM relevant items)? Regards, -Greg