lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE9FiQX0i2UwO9fSntwSEMUWiO6KdzbQth8Bf+_9OnKXntasKQ@mail.gmail.com>
Date:	Tue, 26 Jul 2011 14:14:28 -0700
From:	Yinghai Lu <yhlu.kernel@...il.com>
To:	Tejun Heo <tj@...nel.org>, Ingo Molnar <mingo@...e.hu>,
	"H. Peter Anvin" <hpa@...or.com>
Cc:	benh@...nel.crashing.org, tony.luck@...el.com, ralf@...ux-mips.org,
	schwidefsky@...ibm.com, liqin.chen@...plusct.com,
	lethal@...ux-sh.org, davem@...emloft.net,
	linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
	mingo@...hat.com
Subject: Re: [PATCHSET tip:x86/memblock] memblock: Kill early_node_map[]

On Tue, Jul 26, 2011 at 8:35 AM, Tejun Heo <tj@...nel.org> wrote:
> Hello,
>
> This patchset builds on the previous "memblock, x86: Allow node info
> in memblock and remove x86 specific memblock code" patchset, which now
> is in tip:x86/memblock.  This patchset updates memblock so that it's
> easier to use, converts all archs which use early_node_map[] to use
> memblock instead, and kills early_node_map[].
>
> Bootmem allocator is still looming there but this ensures a unified
> way forward where memblock is the universal early memory management
> mechanism.  This cleans up the entanglement between memblock and
> early_node_map[] in the backend but API visible to archs is still a
> bit confusing and can use some cleanup and documentation once things
> settle down a bit.
>
> x86, powerpc and sparc are boot tested in several different
> configurations.  On x86 allmod/noconfigs are compile tested.  On all
> other archs except for score, defconfig + some variations are compile
> tested.
>
> This does touch a lot of archs but except for x86 and powerpc the
> changes are mostly trivial and as bulk of the changes involve updates
> to generic memblock code, it would be great if these can be routed
> through single tree (tip:x86/memblock).
>
> David, Ben, Paul, patches 0015-0017 are identical sans some offsets to
> the previously posted versions.
>
>  0001-memblock-Make-memblock_overlaps_region-static.patch
>  0002-memblock-Make-memblock_-add-remove-free-reserve-retu.patch
>  0003-memblock-Use-memblock_reserve-in-memblock-internal-f.patch
>  0004-memblock-Add-__memblock_dump_all.patch
>  0005-memblock-Kill-sentinel-entries-at-the-end-of-static-.patch
>  0006-memblock-Kill-memblock_init.patch
>  0007-memblock-Separate-out-memblock_isolate_range-from-me.patch
>  0008-memblock-Reimplement-__memblock_remove-using-membloc.patch
>  0009-memblock-Make-memblock-functions-handle-overflowing-.patch
>  0010-memblock-Reimplement-memblock_enforce_memory_limit-u.patch
>  0011-powerpc-Cleanup-memblock-usage.patch
>  0012-memblock-Track-total-size-of-regions-automatically.patch
>  0013-memblock-s-memblock_analyze-memblock_allow_resize-an.patch
>  0014-memblock-Implement-memblock_add_node.patch
>  0015-powerpc-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0016-sparc-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0017-SuperH-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0018-ia64-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0019-mips-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0020-s390-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0021-score-Use-HAVE_MEMBLOCK_NODE_MAP.patch
>  0022-memblock-Kill-early_node_map.patch
>  0023-memblock-Reimplement-memblock-allocation-using-rever.patch
>
> 0001-0014 clean up and improve generic memblock code (powerpc update
> is to allow updates to generic code) so that it's easier for archs.
> e.g. memblock_init/analyze() are no longer necessary.
>
> 0015-0017 convert archs which were using memblock + early_node_map[]
> to use MEMBLOCK_HAVE_NODE_MAP.
>
> 0018-0021 convert archs which were using only early_node_map[] to
> MEMBLOCK_HAVE_NODE_MAP.
>
> 0022 kills now unused early_node_map[].
>
> 0023 reimplements memblock allocator in sane way, which is possible
> with early_node_map[] gone.
>
> This patchset is available in the following git branch.
>
>  git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git memblock
>

it passes test with my x86 64bits setups.

looks like tip/master does not include tip/x86/memblock and tip/x86/mm yet.

So tip/x86/memblock, tip/x86/mm will not get into 3.1?
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ