From: Yinghai Lu <yinghai@kernel.org>
To: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Andrew Morton <akpm@linux-foundation.org>,
Jesse Barnes <jbarnes@virtuousgeek.org>,
linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
"Yinghai Lu <yingai@kernrel.org>"@hera.kernel.org
Subject: Re: [PATCH -v2 0/25] x86: use early_res instead of bootmem before slab
Date: Mon, 04 Jan 2010 13:13:31 -0800 [thread overview]
Message-ID: <4B4259FB.1000804@kernel.org> (raw)
In-Reply-To: <alpine.DEB.2.00.1001041147240.7191@router.home>
On 01/04/2010 09:48 AM, Christoph Lameter wrote:
> On Tue, 22 Dec 2009, Yinghai Lu wrote:
>
>> From: "Yinghai Lu <yingai@kernrel.org>"
>>
>> please check the patches regarding with early_res and bootmem
>>
>> and at last it will make use early_res instead of bootmem with x86 64bits
>>
>> the first two are needed for some amd_bus.c/intel_bus.c cleaning up patches too.
>> so put other x86/pci related into this series
>> hope that is ok to Jesse.
>>
>> -v2: allocate vmemmap on one node together, and also seperate early_res
>
> The point of this patchset is what?
>
> Avoid use of bootmem altogether by x86 bootstrap? If so why?
>
http://lkml.indiana.edu/hypermail/linux/kernel/0910.3/01432.html
YH
next prev parent reply other threads:[~2010-01-04 21:14 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-22 23:40 [PATCH -v2 0/25] x86: use early_res instead of bootmem before slab Yinghai Lu
2009-12-22 23:40 ` [PATCH 01/25] x86: fix size for ex trampoline with 32bit Yinghai Lu
2010-01-04 21:42 ` [tip:x86/urgent] x86: Fix " tip-bot for Yinghai Lu
2009-12-22 23:40 ` [PATCH 02/25] x86/pci: intel ioh bus num reg accessing fix Yinghai Lu
2010-01-04 21:42 ` [tip:x86/urgent] x86/pci: Intel " tip-bot for Yinghai Lu
2009-12-22 23:40 ` [PATCH 03/25] bootmem: move out map assigning out of loop Yinghai Lu
2009-12-22 23:40 ` [PATCH 04/25] x86/pci: don't check mmconf again if it is from MSR with amd faml0h Yinghai Lu
2009-12-22 23:40 ` [PATCH 05/25] x86: move range related operation to one file Yinghai Lu
2009-12-22 23:40 ` [PATCH 06/25] x86: check range in update range Yinghai Lu
2009-12-22 23:40 ` [PATCH 07/25] x86/pci: use resource_size_t in update_res Yinghai Lu
2009-12-22 23:40 ` [PATCH 08/25] x86/pci: amd one chain system to use pci read out res Yinghai Lu
2009-12-22 23:40 ` [PATCH 09/25] x86/pci: use u64 instead of size_t in amd_bus.c Yinghai Lu
2009-12-22 23:40 ` [PATCH 10/25] x86/pci: add cap_resource Yinghai Lu
2009-12-22 23:40 ` [PATCH 11/25] x86/pci: enable pci root res read out for 32bit too Yinghai Lu
2009-12-22 23:40 ` [PATCH 12/25] x86: call early_res_to_bootmem one time Yinghai Lu
2009-12-22 23:40 ` [PATCH 13/25] x86: introduce max_early_res and early_res_count Yinghai Lu
2009-12-22 23:40 ` [PATCH 14/25] x86: dynamic increase early_res array size Yinghai Lu
2009-12-22 23:40 ` [PATCH 15/25] x86: print bootmem free before pci_iommu_alloc and free_all_bootmem Yinghai Lu
2009-12-22 23:40 ` [PATCH 16/25] x86: make early_node_mem get mem > 4g if possible Yinghai Lu
2009-12-22 23:40 ` [PATCH 17/25] x86: only call dma32_reserve_bootmem 64bit !CONFIG_NUMA Yinghai Lu
2009-12-22 23:40 ` [PATCH 18/25] x86: make 64 bit use early_res instead of bootmem before slab Yinghai Lu
2009-12-22 23:40 ` [PATCH 19/25] sparsemem: put usemap for one node together Yinghai Lu
2009-12-22 23:40 ` [PATCH 20/25] sparsemem: put mem map " Yinghai Lu
2009-12-22 23:40 ` [PATCH 21/25] x86: change range end to start+size Yinghai Lu
2009-12-22 23:41 ` [PATCH 22/25] x86: move bios page reserve early to head32/64.c Yinghai Lu
2009-12-22 23:41 ` [PATCH 23/25] x86: seperate early_res related code from e820.c Yinghai Lu
2009-12-22 23:41 ` [PATCH 24/25] x86: add find_early_area_size Yinghai Lu
2009-12-22 23:41 ` [PATCH 25/25] x86: move back find_e820_area to e820.c Yinghai Lu
2010-01-04 17:48 ` [PATCH -v2 0/25] x86: use early_res instead of bootmem before slab Christoph Lameter
2010-01-04 21:13 ` Yinghai Lu [this message]
2010-01-04 21:19 ` Christoph Lameter
2010-01-04 21:23 ` Yinghai Lu
-- strict thread matches above, loose matches on Subject: below --
2009-12-22 23:44 Yinghai Lu
2010-01-04 17:51 ` Christoph Lameter
2009-12-22 23:46 Yinghai Lu
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=4B4259FB.1000804@kernel.org \
--to=yinghai@kernel.org \
--cc="Yinghai Lu <yingai@kernrel.org>"@hera.kernel.org \
--cc=akpm@linux-foundation.org \
--cc=cl@linux-foundation.org \
--cc=hpa@zytor.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
/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.