From: Tejun Heo <tj@kernel.org>
To: mingo@redhat.com, hpa@zytor.com, tglx@linutronix.de,
rientjes@google.com, yinghai@kernel.org,
linux-kernel@vger.kernel.org
Subject: [PATCHSET tip:x86/mm] x86-32, NUMA: Clean up alloc_remap
Date: Tue, 5 Apr 2011 00:23:46 +0200 [thread overview]
Message-ID: <1301955840-7246-1-git-send-email-tj@kernel.org> (raw)
Hello,
This patchset cleans up remap allocator in preparation for 32/64bit
NUMA unification. After the patchset, remap allocator initialization
is separate from the rest of NUMA initializaiton. In the process,
several bugs are fixed and boot is made less verbose.
This patchset contains the following fourteen patches. Please note
that x86/urgent needs to be pulled into x86/mm for 32bit NUMA to work
at all (765af22da8 "x86-32, NUMA: Fix ACPI NUMA init broken by recent
x86-64 change").
0001-x86-32-NUMA-Fix-failure-condition-check-in-alloc_rem.patch
0002-x86-32-NUMA-Align-pgdat-size-while-initializing-allo.patch
0003-x86-32-NUMA-Remove-redundant-top-down-alloc-code-fro.patch
0004-x86-32-NUMA-Reorganize-calculate_numa_remap_page.patch
0005-x86-32-NUMA-Rename-node_kva-to-node_pa-in-init_alloc.patch
0006-x86-32-NUMA-Make-size-in-init_aloc_remap-represent-b.patch
0007-x86-32-NUMA-Calculate-remap-size-in-common-code.patch
0008-x86-32-NUMA-Make-init_alloc_remap-less-panicky.patch
0009-x86-32-NUMA-Move-lowmem-address-space-reservation-to.patch
0010-x86-32-NUMA-Move-remapping-for-remap-allocator-into-.patch
0011-x86-32-NUMA-Make-pgdat-allocation-use-alloc_remap.patch
0012-x86-32-NUMA-Remove-now-useless-node_remap_offset.patch
0013-x86-32-NUMA-Remove-redundant-node_remap_size.patch
0014-x86-32-NUMA-Update-remap-allocator-comments.patch
The patchset is on top of the current x86/mm (64d21fc194) and
available in the following git branch.
git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git cleanup-alloc_remap
diffstat follows.
arch/x86/include/asm/topology.h | 1
arch/x86/kernel/apic/numaq_32.c | 4
arch/x86/mm/numa_32.c | 268 ++++++++++++++++------------------------
arch/x86/mm/srat_32.c | 1
4 files changed, 111 insertions(+), 163 deletions(-)
Thanks.
--
tejun
next reply other threads:[~2011-04-04 22:24 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-04 22:23 Tejun Heo [this message]
2011-04-04 22:23 ` [PATCH 01/14] x86-32, NUMA: Fix failure condition check in alloc_remap() Tejun Heo
2011-04-05 17:20 ` Yinghai Lu
2011-04-07 2:03 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 02/14] x86-32, NUMA: Align pgdat size while initializing alloc_remap Tejun Heo
2011-04-05 17:28 ` Yinghai Lu
2011-04-07 2:04 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 03/14] x86-32, NUMA: Remove redundant top-down alloc code from remap initialization Tejun Heo
2011-04-05 17:37 ` Yinghai Lu
2011-04-07 2:04 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 04/14] x86-32, NUMA: Reorganize calculate_numa_remap_page() Tejun Heo
2011-04-05 17:42 ` Yinghai Lu
2011-04-07 2:05 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 05/14] x86-32, NUMA: Rename @node_kva to @node_pa in init_alloc_remap() Tejun Heo
2011-04-05 17:44 ` Yinghai Lu
2011-04-07 2:05 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 06/14] x86-32, NUMA: Make @size in init_aloc_remap() represent bytes Tejun Heo
2011-04-05 17:54 ` Yinghai Lu
2011-04-07 2:05 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 07/14] x86-32, NUMA: Calculate remap size in common code Tejun Heo
2011-04-05 18:04 ` Yinghai Lu
2011-04-07 2:06 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 08/14] x86-32, NUMA: Make init_alloc_remap() less panicky Tejun Heo
2011-04-07 2:06 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 09/14] x86-32, NUMA: Move lowmem address space reservation to init_alloc_remap() Tejun Heo
2011-04-05 18:41 ` Yinghai Lu
2011-04-07 2:07 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 10/14] x86-32, NUMA: Move remapping for remap allocator into init_alloc_remap() Tejun Heo
2011-04-05 18:59 ` Yinghai Lu
2011-04-07 2:07 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 11/14] x86-32, NUMA: Make pgdat allocation use alloc_remap() Tejun Heo
2011-04-05 19:14 ` Yinghai Lu
2011-04-07 2:08 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 12/14] x86-32, NUMA: Remove now useless node_remap_offset[] Tejun Heo
2011-04-05 19:15 ` Yinghai Lu
2011-04-07 2:08 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:23 ` [PATCH 13/14] x86-32, NUMA: Remove redundant node_remap_size[] Tejun Heo
2011-04-07 2:08 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
2011-04-04 22:24 ` [PATCH 14/14] x86-32, NUMA: Update remap allocator comments Tejun Heo
2011-04-07 2:09 ` [tip:x86/numa] x86-32, numa: " tip-bot for Tejun Heo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1301955840-7246-1-git-send-email-tj@kernel.org \
--to=tj@kernel.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rientjes@google.com \
--cc=tglx@linutronix.de \
--cc=yinghai@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.