From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [RFC 0 PATCH 3/3] PVH dom0: construct_dom0 changes Date: Fri, 4 Oct 2013 16:59:53 -0400 Message-ID: <20131004205953.GA22446@phenom.dumpdata.com> References: <1380142988-9487-4-git-send-email-mukesh.rathor@oracle.com> <5244064102000078000F69AF@nat28.tlf.novell.com> <20130926171737.071f118f@mantra.us.oracle.com> <524547CF02000078000F73F7@nat28.tlf.novell.com> <20131002175358.5f31579c@mantra.us.oracle.com> <524E820002000078000F8C16@nat28.tlf.novell.com> <20131004133526.GE26673@phenom.dumpdata.com> <524EE76502000078000F8E25@nat28.tlf.novell.com> <20131004160253.GA27398@phenom.dumpdata.com> <524F03FF02000078000F8F4A@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1VSCTh-00027x-6P for xen-devel@lists.xenproject.org; Fri, 04 Oct 2013 21:00:01 +0000 Content-Disposition: inline In-Reply-To: <524F03FF02000078000F8F4A@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: xen-devel , keir.xen@gmail.com List-Id: xen-devel@lists.xenproject.org On Fri, Oct 04, 2013 at 05:07:59PM +0100, Jan Beulich wrote: > >>> On 04.10.13 at 18:02, Konrad Rzeszutek Wilk wrote: > > So back to hooking up a new hypercall in the PCI subsystem when > > resource assigment has been completed? And also if the PCI subsystem > > decides to re-write the resource addresses to odd locations. > > > > Can't one also trap for the configuration changes on the PCI > > devices and extract the physical locations then? > > Yes, of course we could be snooping the CFG writes, but that's > as simple as it sounds only for the port CF8 based accesses. For > MCFG based accesses it would mean we'd have to write protect > the whole MCFG range, and use emulation there. Not very > pretty, but doable. Hypervisor call is then a more appropiate if it can be done (Mukesh says that v0 of the patch had something like that in so he will try to recreate it) and then as a fallback we could do the emulation. > > Jan >