From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: [V10 PATCH 0/4] pvh dom0 patches... Date: Fri, 02 May 2014 16:41:28 +0100 Message-ID: <5363D8C8020000780000E9F7@mail.emea.novell.com> References: <1398820008-9005-1-git-send-email-mukesh.rathor@oracle.com> <5361049B.7040409@citrix.com> <20140430111216.2bef8e60@mantra.us.oracle.com> <20140430181923.68d75467@mantra.us.oracle.com> <53637BF3.2000502@citrix.com> <5363AC29020000780000E784@mail.emea.novell.com> <5363A662.30407@citrix.com> <5363C4CD020000780000E914@mail.emea.novell.com> <5363AD3D.8010806@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WgFae-00069M-Hb for xen-devel@lists.xenproject.org; Fri, 02 May 2014 15:41:32 +0000 In-Reply-To: <5363AD3D.8010806@citrix.com> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: =?UTF-8?Q?Roger=20Pau=20Monn=C3=A9?= Cc: George.Dunlap@eu.citrix.com, xen-devel@lists.xenproject.org, keir.xen@gmail.com, tim@xen.org List-Id: xen-devel@lists.xenproject.org >>> On 02.05.14 at 16:35, wrote: > On 02/05/14 16:16, Jan Beulich wrote: >>>>> On 02.05.14 at 16:06, wrote: >>> My bad, I've incorrectly printed this as 0x%lu instead of %lx, the >>> following output is correct: >>> >>> SMAP type=01 base=0000000000000000 len=0000000000092400 >>> SMAP type=02 base=00000000000f0000 len=0000000000010000 >>> SMAP type=01 base=0000000000100000 len=000000003ff6e000 >>> SMAP type=04 base=00000000dfdf9c00 len=0000000000052000 >>> SMAP type=03 base=00000000dfe4bc00 len=0000000000002000 >>> SMAP type=02 base=00000000dfe4dc00 len=00000000001b2400 >>> SMAP type=02 base=00000000f8000000 len=0000000005000000 >>> SMAP type=02 base=00000000fe000000 len=0000000000d00400 >>> SMAP type=02 base=00000000fee00000 len=0000000000100000 >>> SMAP type=02 base=00000000ffb00000 len=0000000000500000 >>> SMAP type=02 base=0000000100000000 len=00000000a0000000 Considering the hypervisor view below, this range clearly is then wrong here too, ... > Maybe the problem is on FreeBSD, and I'm not correctly clamping the e820 > memory map returned by Xen. Right now I'm using start_info->nr_pages as > the number of valid RAM pages assigned to Dom0, but it is not clear if > start_info->nr_pages also takes into account the holes and invalid > regions in the e820 memory map. i.e. yes, there must be some kind of problem in your handling in any case. > This is the hw memory map reported by Xen: > > (XEN) Xen-e820 RAM map: > (XEN) 0000000000000000 - 0000000000092400 (usable) > (XEN) 00000000000f0000 - 0000000000100000 (reserved) > (XEN) 0000000000100000 - 00000000dfdf9c00 (usable) > (XEN) 00000000dfdf9c00 - 00000000dfe4bc00 (ACPI NVS) > (XEN) 00000000dfe4bc00 - 00000000dfe4dc00 (ACPI data) > (XEN) 00000000dfe4dc00 - 00000000e0000000 (reserved) > (XEN) 00000000f8000000 - 00000000fd000000 (reserved) > (XEN) 00000000fe000000 - 00000000fed00400 (reserved) > (XEN) 00000000fee00000 - 00000000fef00000 (reserved) > (XEN) 00000000ffb00000 - 0000000100000000 (reserved) > (XEN) 0000000100000000 - 00000001a0000000 (usable) > > And the Dom0 is assigned 1024M of RAM. I.e. it can have pages at or beyond 0x40000000 only if some other region is unpopulated. Jan