From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: RE: Re: [Xen-users] rebased openSUSE Xen dom0 Patches Date: Wed, 21 Apr 2010 08:04:27 +0100 Message-ID: <4BCEB18C020000780005CA6C@vpn.id2.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Return-path: Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: andrew.lyon@gmail.com, simon.graham@virtualcomputer.com Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org >>> "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) >page_address(virt_to_page(text_end)), >(unsigned long) >page_address(virt_to_page(rodata_start))); >free_init_pages("unused kernel memory", >(unsigned long) >page_address(virt_to_page(rodata_end)), >(unsigned long) >page_address(virt_to_page(data_start))); This code is not present in 2.6.32.11, 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. Jan