From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mario Smarduch Subject: Re: [PATCH 2/2] armv7 initial device passthrough support Date: Tue, 25 Jun 2013 08:53:09 +0200 Message-ID: <51C93E55.6060901@huawei.com> References: <51B9E319.6000703@huawei.com> <51BC8CAE.8090906@redhat.com> <51C7FE68.1050202@huawei.com> <20130624200154.GD51516@lvm> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Paolo Bonzini , , "kvm@vger.kernel.org" , "" , "kvmarm@lists.cs.columbia.edu" To: Christoffer Dall Return-path: Received: from lhrrgout.huawei.com ([194.213.3.17]:3295 "EHLO lhrrgout.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751028Ab3FYGyC (ORCPT ); Tue, 25 Jun 2013 02:54:02 -0400 In-Reply-To: <20130624200154.GD51516@lvm> Sender: kvm-owner@vger.kernel.org List-ID: On 6/24/2013 10:01 PM, Christoffer Dall wrote: >> There are many other latency/perf. reqs for NFV related to RT, >> essentially Guest must run near native. In the end it may turn out this >> may need to be outside of main tree we'll see. >> > It doesn't sound like this will be the end result. Everything that you > try to do in your patch set can be accomplished using VFIO and a more > generic infrastructure for virtual IRQ integration with KVM and user > space. I mentioned in previous email we will pursue VFIO, but even at that VFIO is a starting point for NFV. > > We should avoid creating an environment with important functionality > outside of the main tree, if at all possible. Of course that would be ideal but with NFV it may be more involved. This is similar Linux and TEM adaption around 04/05. We wanted to adapt Linux but it lacked required features that's when CGL specifications came into play to provide guidance a lot of features (TIPC, OpenIMPI, preempt_rt, AEM) lived outside mainline, supported by OS vendors delivering CGL compliant distro, while others decided to stick with IT, penetrating some applications like HLR. With NFV a likely scenario may evolve, TEMs need to start demonstrating to operators fixed and wireless virtualization use cases. The only significant difference is that unlike CGL for Linux, KVM has nor real representation and understanding of NFV reqs (as opposed to proprietary vendors). I can't speak for all TEMs but it's likely they will go off on their own to demo/proto-type and worry about Open Source acceptance later. > > -Christoffer >