[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090821093452.ead96b2d.kamezawa.hiroyu@jp.fujitsu.com>
Date: Fri, 21 Aug 2009 09:34:52 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: Amerigo Wang <amwang@...hat.com>
Cc: "Eric W. Biederman" <ebiederm@...ssion.com>,
linux-kernel@...r.kernel.org, tony.luck@...el.com,
linux-ia64@...r.kernel.org, linux-mm@...ck.org,
Neil Horman <nhorman@...hat.com>,
Andi Kleen <andi@...stfloor.org>, akpm@...ux-foundation.org,
bernhard.walle@....de, Fenghua Yu <fenghua.yu@...el.com>,
Ingo Molnar <mingo@...e.hu>,
Anton Vorontsov <avorontsov@...mvista.com>
Subject: Re: [Patch 8/8] kexec: allow to shrink reserved memory
On Thu, 20 Aug 2009 17:15:56 +0800
Amerigo Wang <amwang@...hat.com> wrote:
> > The, problem is whether memmap is there or not. That's all.
> > plz see init sequence and check there are memmap.
> > If memory-for-crash is obtained via bootmem,
> > Don't you try to free memory hole ?
> >
>
> Hi,
>
> It looks like that mem_map has 'struct page' for the reserved memory, I
> checked my "early_node_map[] active PFN ranges" output, the reserved
> memory area for crash kernel is right in one range. Am I missing
> something here?
>
> I don't know why that oops comes out, maybe because of no PTE for thoese
> pages?
>
Hmm ? Could you show me the code you use ?
Thanks,
-Kame
--
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