From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Chen, Tiejun" <tiejun.chen@intel.com>
Subject: Re: [v7][PATCH 06/16] hvmloader/pci: skip reserved
	ranges
Date: Wed, 15 Jul 2015 17:10:11 +0800
Message-ID: <55A62373.9070507@intel.com>
References: <1436420047-25356-1-git-send-email-tiejun.chen@intel.com>	<1436420047-25356-7-git-send-email-tiejun.chen@intel.com>	<55A3D5600200007800090330@mail.emea.novell.com>	<55A4AE88.2000200@intel.com>	<55A4F2270200007800090834@mail.emea.novell.com>	<55A4EA54.60708@intel.com>	<55A5138F0200007800090A71@mail.emea.novell.com>	<55A5AF6F.1050305@intel.com>
	<55A5E122.7030203@intel.com>	<55A6374E02000078000911EC@mail.emea.novell.com>
	<55A6210E.8080406@intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <55A6210E.8080406@intel.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Jan Beulich <JBeulich@suse.com>
Cc: Wei Liu <wei.liu2@citrix.com>, Ian Campbell <ian.campbell@citrix.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>, Andrew Cooper <andrew.cooper3@citrix.com>, Ian Jackson <ian.jackson@eu.citrix.com>, xen-devel@lists.xen.org, Keir Fraser <keir@xen.org>
List-Id: xen-devel@lists.xenproject.org

> This is very similar to our current policy to
> [RESERVED_MEMORY_DYNAMIC_START, RESERVED_MEMORY_DYNAMIC_END] in patch #6
> since actually this is also another rare possibility in real world. Even
> I can do this as well when we handle that conflict with
> [RESERVED_MEMORY_DYNAMIC_START, RESERVED_MEMORY_DYNAMIC_END] in patch #6.

Sorry, here is one typo, s/#6/#5

Thanks
Tiejun

>
> Note its not necessary to concern high memory since we already handle
> this case in the hv code previously, and its also not affected by those
> relocated memory later since our previous policy can make sure RAM isn't
> overlapping with RDM.
>
> Thanks
> Tiejun
>
>> to co-maintainers overriding me).
>>
>> Jan
>>
>>
>>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
>