From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753294Ab2LQRD6 (ORCPT ); Mon, 17 Dec 2012 12:03:58 -0500 Received: from nat28.tlf.novell.com ([130.57.49.28]:52915 "EHLO nat28.tlf.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753208Ab2LQRD5 convert rfc822-to-8bit (ORCPT ); Mon, 17 Dec 2012 12:03:57 -0500 Message-Id: <50CF5E8602000078000B0D2C@nat28.tlf.novell.com> X-Mailer: Novell GroupWise Internet Agent 12.0.1 Date: Mon, 17 Dec 2012 17:03:50 +0000 From: "Jan Beulich" To: "H. Peter Anvin" Cc: "Arnd Bergmann" , "Ingo Molnar" , "Michael Kerrisk" , "Guennadi Liakhovetski" , "Matt Fleming" , "Thomas Gleixner" , "Linus Torvalds" , "Paul E. McKenney" , "Dave Jones" , "David Howells" , "Grant Likely" , "Markus Trippelsdorf" , "Linux Kernel Mailing List" Subject: Re: [GIT PULL] x86/uapi for 3.8 References: <201212122211.qBCMBRxl027895@terminus.zytor.com> <23916.1355356085@warthog.procyon.org.uk> <21507.1355528749@warthog.procyon.org.uk> <20121215163323.GA229@x4> <50CEEE3302000078000B0AC0@nat28.tlf.novell.com> <50CF4FC502000078000B0CB6@nat28.tlf.novell.com> <50CF4ACD.80701@linux.intel.com> In-Reply-To: <50CF4ACD.80701@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >>> On 17.12.12 at 17:39, "H. Peter Anvin" wrote: > Right, I think you nailed this one. This patch copies PTEs from the > kernel PTEs and thus they will have the global bit set. It obviously > makes no sense to *copy* PTEs from the kernel and yet leaving the global > bit set, which means there are two ways of fixing it: either sharing > page tables and use the cr4.pge off/on trick that Jan mentioned -- this > would also be my preference -- and the other is to copy the PTEs but > strip the global bit, which has the advantage that the actual kernel > mappings will survive. PTE copying is only one half of it. I think additionally L4 entries get copied for the 1:1 mapping, and you can't strip the global bits there without allocating separate page tables. Jan