[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1396962570-18762-1-git-send-email-mgorman@suse.de>
Date: Tue, 8 Apr 2014 14:09:25 +0100
From: Mel Gorman <mgorman@...e.de>
To: Linux-X86 <x86@...nel.org>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Cyrill Gorcunov <gorcunov@...il.com>,
Mel Gorman <mgorman@...e.de>, Peter Anvin <hpa@...or.com>,
Ingo Molnar <mingo@...nel.org>,
Steven Noonan <steven@...inklabs.net>,
Rik van Riel <riel@...hat.com>,
David Vrabel <david.vrabel@...rix.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>,
Andrea Arcangeli <aarcange@...hat.com>,
Dave Hansen <dave.hansen@...el.com>,
Srikar Dronamraju <srikar@...ux.vnet.ibm.com>,
Linux-MM <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: [RFC PATCH 0/5] Use an alternative to _PAGE_PROTNONE for _PAGE_NUMA v2
Using unused physical bits is something that will break eventually.
Changelog since V1
o Reuse software-bits
o Use paravirt ops when modifying PTEs in the NUMA helpers
Aliasing _PAGE_NUMA and _PAGE_PROTNONE had some convenient properties but
it ultimately gave Xen a headache and pisses almost everybody off that
looks closely at it. Two discussions on "why this makes sense" is one
discussion too many so rather than having a third so here is this series.
This series reuses the PTE bits that are available to the programmer.
This adds some contraints on how and when automatic NUMA balancing can be
enabled but it should go away again when Xen stops using _PAGE_IOMAP.
The series also converts the NUMA helpers to use paravirt-friendly operations
but it needs a Tested-by from the Xen and powerpc people.
arch/x86/Kconfig | 2 +-
arch/x86/include/asm/pgtable.h | 5 +++
arch/x86/include/asm/pgtable_types.h | 66 ++++++++++++++++++++----------------
include/asm-generic/pgtable.h | 31 ++++++++++++-----
mm/memory.c | 12 -------
5 files changed, 66 insertions(+), 50 deletions(-)
--
1.8.4.5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists