From: Tejun Heo <tj@kernel.org>
To: Ingo Molnar <mingo@redhat.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
sfr@canb.auug.org.au, linux-kernel@vger.kernel.org
Cc: Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [GIT PULL core/memblock] memblock: kill early_node_map
Date: Mon, 19 Dec 2011 09:01:12 -0800 [thread overview]
Message-ID: <20111219170112.GE24519@google.com> (raw)
In-Reply-To: <20111219165838.GD24519@google.com>
Oops, the original message had Stephen's address wrong. Fixing up the
address and quoting whole body for him. :)
On Mon, Dec 19, 2011 at 08:58:38AM -0800, Tejun Heo wrote:
> Hello, Ingo.
>
> The kill early_node_map patchset[1] has now been in linux-next for
> some time now and other than merge conflicts w/ -mm, there hasn't been
> any major problem, which is not to say there aren't broken archs but
> at least build should be okay on most archs and I don't think we'll be
> able to find out obscure arch breakage without pushing into upstream
> anyway.
>
> Can you please pull from the following branch into core/memblock to
> receive memblock updates to kill early_node_map? Merging into tip
> doesn't produce any conflict.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git memblock-kill-early_node_map
>
> Tejun Heo (23):
> memblock: Fix include breakages caused by 24aa07882b
> memblock: Make memblock_{add|remove|free|reserve}() return int and update prototypes
> memblock: Use memblock_reserve() in memblock internal functions
> memblock: Add __memblock_dump_all()
> memblock: Kill sentinel entries at the end of static region arrays
> memblock: Kill memblock_init()
> memblock: Separate out memblock_isolate_range() from memblock_set_node()
> memblock: Reimplement __memblock_remove() using memblock_isolate_range()
> memblock: Make memblock functions handle overflowing range @size
> memblock: Reimplement memblock_enforce_memory_limit() using __memblock_remove()
> powerpc: Cleanup memblock usage
> memblock: Track total size of regions automatically
> memblock: s/memblock_analyze()/memblock_allow_resize()/ and update users
> memblock: Implement memblock_add_node()
> powerpc: Use HAVE_MEMBLOCK_NODE_MAP
> sparc: Use HAVE_MEMBLOCK_NODE_MAP
> SuperH: Use HAVE_MEMBLOCK_NODE_MAP
> ia64: Use HAVE_MEMBLOCK_NODE_MAP
> mips: Use HAVE_MEMBLOCK_NODE_MAP
> s390: Use HAVE_MEMBLOCK_NODE_MAP
> score: Use HAVE_MEMBLOCK_NODE_MAP
> memblock: Kill early_node_map[]
> memblock: Reimplement memblock allocation using reverse free area iterator
>
> arch/arm/kernel/setup.c | 1 +
> arch/arm/mm/init.c | 4 +-
> arch/ia64/Kconfig | 6 +-
> arch/ia64/mm/contig.c | 3 +-
> arch/ia64/mm/init.c | 4 +-
> arch/microblaze/include/asm/memblock.h | 14 -
> arch/microblaze/kernel/prom.c | 3 +-
> arch/mips/Kconfig | 6 +-
> arch/mips/kernel/setup.c | 3 +-
> arch/mips/sgi-ip27/ip27-memory.c | 5 +-
> arch/openrisc/include/asm/memblock.h | 24 --
> arch/openrisc/kernel/prom.c | 3 +-
> arch/powerpc/Kconfig | 4 +-
> arch/powerpc/include/asm/memblock.h | 8 -
> arch/powerpc/kernel/machine_kexec.c | 3 -
> arch/powerpc/kernel/prom.c | 20 +-
> arch/powerpc/mm/init_32.c | 4 +-
> arch/powerpc/mm/mem.c | 2 +-
> arch/powerpc/mm/numa.c | 10 +-
> arch/powerpc/mm/tlb_nohash.c | 1 -
> arch/powerpc/platforms/embedded6xx/wii.c | 23 +-
> arch/powerpc/platforms/ps3/mm.c | 1 -
> arch/s390/Kconfig | 6 +-
> arch/s390/kernel/setup.c | 4 +-
> arch/score/Kconfig | 6 +-
> arch/score/kernel/setup.c | 4 +-
> arch/sh/Kconfig | 1 +
> arch/sh/include/asm/memblock.h | 4 -
> arch/sh/kernel/machine_kexec.c | 3 -
> arch/sh/kernel/setup.c | 3 +-
> arch/sh/mm/Kconfig | 3 -
> arch/sh/mm/init.c | 3 +-
> arch/sparc/Kconfig | 4 +-
> arch/sparc/include/asm/memblock.h | 8 -
> arch/sparc/mm/init_64.c | 28 +--
> arch/unicore32/kernel/setup.c | 1 +
> arch/unicore32/mm/init.c | 4 +-
> arch/unicore32/mm/mmu.c | 1 +
> arch/x86/Kconfig | 3 -
> arch/x86/kernel/e820.c | 3 +-
> arch/x86/kernel/head32.c | 2 -
> arch/x86/kernel/head64.c | 2 -
> arch/x86/xen/enlighten.c | 2 -
> drivers/iommu/intel-iommu.c | 1 +
> include/linux/memblock.h | 116 ++++--
> include/linux/mm.h | 50 +--
> include/linux/mmzone.h | 8 +-
> include/linux/poison.h | 6 -
> mm/memblock.c | 603 ++++++++++++++----------------
> mm/page_alloc.c | 259 +------------
> 50 files changed, 452 insertions(+), 838 deletions(-)
> delete mode 100644 arch/microblaze/include/asm/memblock.h
> delete mode 100644 arch/openrisc/include/asm/memblock.h
> delete mode 100644 arch/powerpc/include/asm/memblock.h
> delete mode 100644 arch/sh/include/asm/memblock.h
> delete mode 100644 arch/sparc/include/asm/memblock.h
>
> Thanks.
>
> --
> tejun
>
> [1] http://thread.gmane.org/gmane.linux.kernel.cross-arch/11566
--
tejun
next prev parent reply other threads:[~2011-12-19 17:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-19 16:58 [GIT PULL core/memblock] memblock: kill early_node_map Tejun Heo
2011-12-19 17:01 ` Tejun Heo [this message]
2011-12-20 12:42 ` Ingo Molnar
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=20111219170112.GE24519@google.com \
--to=tj@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=benh@kernel.crashing.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=sfr@canb.auug.org.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).