Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934679AbaKLDmo (ORCPT ); Tue, 11 Nov 2014 22:42:44 -0500 Received: from mga11.intel.com ([192.55.52.93]:27000 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932834AbaKLDm1 (ORCPT ); Tue, 11 Nov 2014 22:42:27 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.07,366,1413270000"; d="scan'208";a="630525015" From: "Zhang, Yang Z" To: Paolo Bonzini , "Wu, Feng" , Alex Williamson CC: "gleb@kernel.org" , "dwmw2@infradead.org" , "joro@8bytes.org" , "tglx@linutronix.de" , "mingo@redhat.com" , "hpa@zytor.com" , "x86@kernel.org" , "kvm@vger.kernel.org" , "iommu@lists.linux-foundation.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH 05/13] KVM: Update IRTE according to guest interrupt configuration changes Thread-Topic: [PATCH 05/13] KVM: Update IRTE according to guest interrupt configuration changes Thread-Index: Ac/9kLfHSOSyagtOQAqEsc5J81STLv//ljeA//5lqcA= Date: Wed, 12 Nov 2014 03:42:02 +0000 Message-ID: References: <5461EC99.1000101@redhat.com> In-Reply-To: <5461EC99.1000101@redhat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id sAC3gq5l013655 Paolo Bonzini wrote on 2014-11-11: > > > On 11/11/2014 10:20, Wu, Feng wrote: >>> Since legacy KVM device assignment is effectively deprecated, have >>> you considered how we might do this with VFIO? Thanks, >> >> I haven't thought about how to enable this in VFIO so far. I think I >> can continue to implement that if needed after this patch set is finished. > What do you think of this? > > Hi Feng, > > we are not applying new features to legacy KVM device assignment, > since it is unsafe (it does not honor ACS). Personally, I think this feature will be helpful to the legacy device assignment. Agree, vfio is the right solution for future feature enabling. But the old kvm without the good vfio supporting is still used largely today. The user really looking for this feature but they will not upgrade their kernel. It's easy for us to backport this feature to old kvm with the legacy device assignment, but it is impossible to backport the whole vfio. So I think you guys can take a consider to add this feature to both vfio and legacy device assignment. > > I and Alex can help you with designing a way to interface VFIO with > KVM posted interrupts. Give us a few days to study these patches > more, or feel free to request comments if you have ideas about it yourself. > > Paolo Best regards, Yang ????{.n?+???????+%?????ݶ??w??{.n?+????{??G?????{ay?ʇڙ?,j??f???h?????????z_??(?階?ݢj"???m??????G????????????&???~???iO???z??v?^?m???? ????????I?