From mboxrd@z Thu Jan  1 00:00:00 1970
From: Keir Fraser <keir.xen@gmail.com>
Subject: Re: [PATCH 00/11] x86: support up to 16Tb
Date: Tue, 22 Jan 2013 20:13:08 +0000
Message-ID: <CD24A354.4A13B%keir.xen@gmail.com>
References: <50FE7BF502000078000B82F8@nat28.tlf.novell.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <50FE7BF502000078000B82F8@nat28.tlf.novell.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>, xen-devel <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

On 22/01/2013 10:45, "Jan Beulich" <JBeulich@suse.com> wrote:

> This series enables Xen to support up to 16Tb.
> 
> 01: x86: introduce virt_to_xen_l1e()
> 02: x86: extend frame table virtual space
> 03: x86: re-introduce map_domain_page() et al
> 04: x86: properly use map_domain_page() when building Dom0
> 05: x86: consolidate initialization of PV guest L4 page tables
> 06: x86: properly use map_domain_page() during domain creation/destruction
> 07: x86: properly use map_domain_page() during page table manipulation
> 08: x86: properly use map_domain_page() in nested HVM code
> 09: x86: properly use map_domain_page() in miscellaneous places
> 10: tmem: partial adjustments for x86 16Tb support
> 11: x86: support up to 16Tb

I will take a look at these tomorrow.

 -- Keir

> As I don't have a 16Tb system around, I used the following
> debugging patch to simulate the most critical aspect the changes
> above would have on a system with this much memory: Not all of
> the 1:1 mapping being accessible when in PV guest context. To do
> so, a command line option to pull the split point down is being
> added. The patch is being provided in the raw form I used it, but
> has pieces properly formatted and not marked "//temp" which I
> would think might be worth considering to add. The other pieces
> are likely less worthwhile, but if others think differently I could
> certainly also put them into "normal" shape.
> 
> 12: x86: debugging code for testing 16Tb support on smaller memory systems
> 
> Signed-off-by: Jan Beulich <jbeulich@suse.com>
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel