From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sheng Yang Subject: Re: [Xen-devel] [PATCH 7/7] xen: Enable event channel of PV extension of HVM Date: Fri, 12 Mar 2010 09:23:22 +0800 Message-ID: <201003120923.22666.sheng@linux.intel.com> References: <1268032732-8025-1-git-send-email-sheng@linux.intel.com> <201003110934.51408.sheng@linux.intel.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Stefano Stabellini Cc: Ian Campbell , Jeremy Fitzhardinge , Jeremy Fitzhardinge , xen-devel , "linux-kernel@vger.kernel.org" , Ian Pratt , Keir Fraser , Ingo Molnar , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org On Thursday 11 March 2010 19:43:00 Stefano Stabellini wrote: > On Thu, 11 Mar 2010, Sheng Yang wrote: > > On Wednesday 10 March 2010 23:29:30 Stefano Stabellini wrote: > > > On Wed, 10 Mar 2010, Sheng Yang wrote: > > > > I think we can leave the controversial thing later. At least, we want > > > > a framework for PV extension of HVM. We can work together to > > > > determine what is the better way for evtchn, as well as porting > > > > pirqs. (And the later MSI work may also depends on it) > > > > > > Most of my patch series can be upstreamed right now, the only thing > > > that needs some extra work is the pirq remapping. > > > So yes, we can upstream the rest and that would also make PV on HVM > > > work on linux upstream ASAP. > > > I think that is a worthy goal by itself, therefore I am going to send > > > another reduced patch series, ready to be upstreamed, without pirq > > > remappings, with support for PV on HVM. > > > > I think my first 6 patches can be used without modification. And I've > > already spent lots of efforts on them with Jeremy. > > > > We can work on evtchn and platform pci later. > > Agreed on evtchn but platform pci should be present even in the basic > version. > Please read the series "basic PV on HVM support" I posted yesterday > because I believe has already everything needed to be accepted upstream > right now; at the same time it introduces the pv clocksource and the > vector based callback mechanism that is going to be needed for the > interrupt remapping we are going to work on later on. > IIRC, I think your platform PCI driver also depends on evtchn to inject interrupt? -- regards Yang, Sheng