[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20091106104931W.fujita.tomonori@lab.ntt.co.jp>
Date: Fri, 6 Nov 2009 10:50:04 +0900
From: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
To: mingo@...e.hu
Cc: fujita.tomonori@....ntt.co.jp, linux-kernel@...r.kernel.org,
chrisw@...s-sol.org, dwmw2@...radead.org, joerg.roedel@....com,
akpm@...ux-foundation.org, yinghai@...nel.org,
torvalds@...ux-foundation.org, tj@...nel.org,
a.p.zijlstra@...llo.nl, penberg@...helsinki.fi,
vegard.nossum@...il.com, hpa@...or.com, tglx@...utronix.de
Subject: Re: [PATCH 07/10] bootmem: add free_bootmem_late
On Wed, 28 Oct 2009 08:48:32 +0100
Ingo Molnar <mingo@...e.hu> wrote:
>
> * FUJITA Tomonori <fujita.tomonori@....ntt.co.jp> wrote:
>
> > From: Chris Wright <chrisw@...s-sol.org>
> >
> > Add a new function for freeing bootmem after the bootmem allocator has
> > been released and the unreserved pages given to the page allocator.
> > This allows us to reserve bootmem and then release it if we later
> > discover it was not needed.
> >
> > Reviewed-by: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
> > Signed-off-by: Chris Wright <chrisw@...s-sol.org>
> > ---
> > include/linux/bootmem.h | 1 +
> > mm/bootmem.c | 43 ++++++++++++++++++++++++++++++++++++++-----
> > 2 files changed, 39 insertions(+), 5 deletions(-)
>
> Hm, we are now further complicating the bootmem model.
Yeah, agreed. But reorganizing the allocator during boot is not
easy. I'll investigate it later on but VT-d people want to fix this
IOMMU issue now. Can we accept this for now?
--
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