[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1453889401-43496-1-git-send-email-borntraeger@de.ibm.com>
Date: Wed, 27 Jan 2016 11:09:58 +0100
From: Christian Borntraeger <borntraeger@...ibm.com>
To: akpm@...ux-foundation.org
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linux-arch@...r.kernel.org, linux-s390@...r.kernel.org,
x86@...nel.org, linuxppc-dev@...ts.ozlabs.org, davem@...emloft.net,
Joonsoo Kim <iamjoonsoo.kim@....com>, davej@...emonkey.org.uk,
Christian Borntraeger <borntraeger@...ibm.com>
Subject: [PATCH v3 0/3] Optimize CONFIG_DEBUG_PAGEALLOC
Andrew, since the arch patches depend on the base patch, maybe the mm
tree is the right one? I have acks/reviews for the s390/x86 part.
As CONFIG_DEBUG_PAGEALLOC can be enabled/disabled via kernel
parameters we can optimize some cases by checking the enablement
state.
I have done s390 and x86 as examples.
s390 should be ok, I tested several combinations, x86 seems to
work as well.
Power can probably do the same, Michael/Ben?
I am not sure about sparc. Sparc seems to allocate the TSB buffer
really early. David?
V2->V3:
- Fix whitespace/indent breakage in s390 patch
V1->V2:
- replace DEBUG_PAGEALLOC(disabled/enabled) with DEBUG_PAGEALLOC
dump_stack for s390/x86
- add /* CONFIG_DEBUG_PAGEALLOC */ to else and endif
Christian Borntraeger (3):
mm: provide debug_pagealloc_enabled() without CONFIG_DEBUG_PAGEALLOC
x86: query dynamic DEBUG_PAGEALLOC setting
s390: query dynamic DEBUG_PAGEALLOC setting
arch/s390/kernel/dumpstack.c | 6 +++---
arch/s390/mm/vmem.c | 10 ++++------
arch/x86/kernel/dumpstack.c | 5 ++---
arch/x86/mm/init.c | 7 ++++---
arch/x86/mm/pageattr.c | 14 ++++----------
include/linux/mm.h | 9 +++++++--
6 files changed, 24 insertions(+), 27 deletions(-)
--
2.3.0
Powered by blists - more mailing lists