From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: Remaining passthrough/VT-d tasks list Date: Sat, 27 Sep 2008 13:11:14 +0300 Message-ID: <48DE06C2.7060408@redhat.com> References: <0122C7C995D32147B66BF4F440D3016301C49E61@pdsmsx415.ccr.corp.intel.com> <48D9FB8E.9060505@redhat.com> <08DF4D958216244799FC84F3514D70F0021EC9B9@pdsmsx415.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Han, Weidong" , kvm@vger.kernel.org, Amit Shah , benami@il.ibm.com, muli@il.ibm.com, "Kay, Allen M" , "Yang, Sheng" , "Zhang, Xiantao" To: "Dong, Eddie" Return-path: Received: from mx2.redhat.com ([66.187.237.31]:45217 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752167AbYI0KNl (ORCPT ); Sat, 27 Sep 2008 06:13:41 -0400 In-Reply-To: <08DF4D958216244799FC84F3514D70F0021EC9B9@pdsmsx415.ccr.corp.intel.com> Sender: kvm-owner@vger.kernel.org List-ID: Dong, Eddie wrote: >> Shared guest interrupts is a prerequisite for merging >> into mainline. Without this, device assignment is useless >> in anything but a benchmark scenario. I won't push >> device assignment for 2.6.28 without it. >> >> Shared host interrupts are a different matter; which one >> did you mean? >> >> > Avi: > How about we think in other way? The top usage model of IOMMU is > SR-IOV in my mind, at least for enterprise usage model. We are pushing > the SR-IOV patch for 2.6.28, and are continuously polishing the patch. > Even if it missed the 2.6.28 merge windows (unlikely?), we could be able > to ask OSVs to take the SR-IOV patch seperately before code froze since > it is very small, but it is hard to ask for taking whole IOMMU patches. > > In Xen side, IOMMU is there, MSI-x is there, so SR-IOV patch is > the only one missed to enable SR-IOV. In KVM side, very likely we can > get MSI patch down soon before chinese holiday, and we of course will > spend tons of effort in qualities too. Should we target this? If yes, we > put MSI patch and push 2.6.28 as 1st priority. We would be able to see > next major release of VMM using KVM have HW IO virtualization > technology: Close to native performance, non sacriface of IO sharing, > minimal CPU utilization etc. > For those legacy PCI pass thru support, we can continue improve > it too. > I don't see how this relates to shared guest interrupts. Whatever you have on the host side, you still need to support shared guest interrupts. The only way to avoid the issue is by using MSI for the guest, and even then we still have to support interrupt sharing since not all guests have MSI support. -- I have a truly marvellous patch that fixes the bug which this signature is too narrow to contain.