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] Re: [Xen-users] rebased openSUSE Xen dom0 Patches

To: <andrew.lyon@xxxxxxxxx>,<simon.graham@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Re: [Xen-users] rebased openSUSE Xen dom0 Patches
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Wed, 21 Apr 2010 08:04:27 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 21 Apr 2010 00:05:31 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> "Simon Graham"  04/20/10 6:08 PM >>>
>We now think we've found the problem which seems to be due to the
>following two calls in Linux within mark_rodata_ro():
>free_init_pages("unused kernel memory",
>(unsigned long)
>(unsigned long)
>free_init_pages("unused kernel memory",
>(unsigned long)
>(unsigned long)

This code is not present in, so your kernel source tree must have 
extra patches requiring proper Xen equivalents. In particular, our tree's 
version of that change has its Xen counterpart avoid the (pointless and perhaps 
wasteful) aligning to 2Mb boundaries in arch/x86/kernel/vmlinux.lds, thus 
yielding those two calls to free_init_pages() to be no-ops.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • RE: [Xen-devel] Re: [Xen-users] rebased openSUSE Xen dom0 Patches, Jan Beulich <=