[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Linux'es free_initmem() on Xen

To: Jan Beulich <JBeulich@xxxxxxxx>, David Vrabel <david.vrabel@xxxxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
From: David Vrabel <david.vrabel@xxxxxxxxxx>
Date: Tue, 2 Feb 2016 13:30:11 +0000
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 02 Feb 2016 13:30:28 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

On 02/02/16 12:44, Jan Beulich wrote:
> All,
> 
> while looking into some of the DEBUG_WX issues I came across
> aforementioned function and started wondering how pv-ops gets
> away without the unmapping XenoLinux has always been doing
> (in free_init_pages()).

Um.  I'm not sure why you think something needs to be unmapped.  This is
freeing the pages back to the page allocator -- thus the pages still
need to be mapped.

David


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

Follow-Ups:
- Re: [Xen-devel] Linux'es free_initmem() on Xen
  - From: Jan Beulich

References:
- [Xen-devel] Linux'es free_initmem() on Xen
  - From: Jan Beulich

Prev by Date: Re: [Xen-devel] [PATCH v6] x86/p2m: use large pages for MMIO mappings
Next by Date: Re: [Xen-devel] dom0 show call trace and failed to boot on HSW-EX platform
Previous by thread: [Xen-devel] Linux'es free_initmem() on Xen
Next by thread: Re: [Xen-devel] Linux'es free_initmem() on Xen
Index(es):
- Date
- Thread

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.