This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [RFC Patch] Support for making an E820 PCI hole in tools

To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC Patch] Support for making an E820 PCI hole in toolstack (xl + xm)
From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Date: Mon, 15 Nov 2010 12:28:47 -0500
Cc: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir@xxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, "bruce.edge@xxxxxxxxx" <bruce.edge@xxxxxxxxx>, Gianni Tedesco <gianni.tedesco@xxxxxxxxxx>
Delivery-date: Mon, 15 Nov 2010 09:31:28 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1289841600.31507.702.camel@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20101112230855.GA26508@xxxxxxxxxxxx> <C903F16E.9DA6%keir@xxxxxxx> <20101115170302.GA7414@xxxxxxxxxxxx> <1289841600.31507.702.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
On Mon, Nov 15, 2010 at 05:20:00PM +0000, Ian Campbell wrote:
> On Mon, 2010-11-15 at 17:03 +0000, Konrad Rzeszutek Wilk wrote:
> >  2). It is much simple to parse the E820 in the Linux kernel[...]
> The ability to ingest an e820 from the hypervisor is also needed for
> dom0 to consume the host e820 so it's not like there is additional code
> on the kernel side to cope with this.

There is a bit. We need to decouple the info->nr_pages magic that is used
throughout the code b/c we are treating that value as a 'last pfn'. With
the offset, we need to be more careful about it.

(devel code, probably going to post a refresh today):
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git devel/e820-hole

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>