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] [PATCH 00/18] xenpaging changes for 4.0

To: Olaf Hering <olaf@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-devel] [PATCH 00/18] xenpaging changes for 4.0
From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Date: Fri, 15 Oct 2010 08:05:21 -0700 (PDT)
Delivery-date: Fri, 15 Oct 2010 08:08:28 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20101015141202.309585877@xxxxxxxxx>
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: <20101015141202.309585877@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi Olaf --

Since you have obviously become an expert user of xenpaging,
any chance you could write brief how-to documentation for it
and maybe add a file to xen.hg/docs/misc?


> -----Original Message-----
> From: Olaf Hering [mailto:olaf@xxxxxxxxx]
> Sent: Friday, October 15, 2010 8:12 AM
> To: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: [Xen-devel] [PATCH 00/18] xenpaging changes for 4.0
> Here are some changes for xenpaging in the 4.0 branch.
> Its just for review and comments.  All changes are also needed for
> xen-unstable, I will prepare a patch queue also for this branch.
> There are still issues with xenpaging.
> My testsetup is a SLES11 SP1 guest with runlevel 6 as default runlevel
> to
> trigger automatic reboot.  After a few iterations, there will be MMIO
> emulation
> errors.  This happens with a startup delay of 15.0 seconds.
> Another issue:
> If the startup delay is 0.0, and over_allocated in hvmloader mem_alloc
> is
> forced to be active, the ASSERT in p2m_remove_page() triggers. This is
> because
> the passed mfn and the mfn returned by ->get_entry() do not match.  So
> far I
> have no idea where the appearently missing set_gpfn_from_mfn() should
> go to.
> Normally over_allocated is not set because the XENMEM_populate_physmap
> call
> does not fail.
> Olaf
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Xen-devel mailing list

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