From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= <roger.pau@citrix.com>
Subject: Re: [V10 PATCH 0/4] pvh dom0 patches...
Date: Wed, 7 May 2014 15:38:26 +0200
Message-ID: <536A3752.1020603@citrix.com>
References: <1398820008-9005-1-git-send-email-mukesh.rathor@oracle.com>
	<5361049B.7040409@citrix.com>
	<20140430111216.2bef8e60@mantra.us.oracle.com>
	<20140430181923.68d75467@mantra.us.oracle.com>
	<53637BF3.2000502@citrix.com>
	<20140502170114.7ec2a9e6@mantra.us.oracle.com>
	<53675166.30400@citrix.com>
	<20140505172858.4c6c3f0a@mantra.us.oracle.com>
	<53688B84.8090607@citrix.com>
	<20140506180053.7c6da000@mantra.us.oracle.com>
	<20140507132035.GA9190@phenom.dumpdata.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <roger.pau@citrix.com>) id 1Wi23M-0003a4-1b
	for xen-devel@lists.xenproject.org; Wed, 07 May 2014 13:38:32 +0000
In-Reply-To: <20140507132035.GA9190@phenom.dumpdata.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>, Mukesh Rathor <mukesh.rathor@oracle.com>
Cc: George.Dunlap@eu.citrix.com, xen-devel@lists.xenproject.org, keir.xen@gmail.com, tim@xen.org, JBeulich@suse.com
List-Id: xen-devel@lists.xenproject.org

On 07/05/14 15:20, Konrad Rzeszutek Wilk wrote:
> For example, right now the Linux PV code can run with an E820 that
> looks like swiss cheese - aka like the hosts' one. That is easily
> seen if you boot an PV guest with PCI passthrough devices - as the
> libxl 'e820_host' option gets turned on which creates an E820
> that looks like the hosts. Granted it does not populate the P2M
> as such (it is all linear). But the point is that the Linux
> code is capable of dealing with this and bring the P2M to sync.
> 
> Hoisting this up in the hypervisor would be a plus - as the
> Linux code wouldn't have to do this anymore.

IMHO doing it in the hypervisor is clearly the right solution, forcing
the guest OS to do all this on it's own just promotes code duplication
across the several OSes with PV(H) support.

Roger.