From: "Huang, Ying" <ying.huang@intel.com>
To: Yinghai Lu <yhlu.kernel@gmail.com>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
andi@firstfloor.org, mingo@redhat.com, tglx@linutronix.de,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] x86 boot: add E820_RESVD_KERN
Date: Thu, 26 Jun 2008 15:48:33 +0800 [thread overview]
Message-ID: <1214466513.11346.30.camel@caritas-dev.intel.com> (raw)
In-Reply-To: <86802c440806260025v3fc1970aq682b568cccba4b4e@mail.gmail.com>
On Thu, 2008-06-26 at 00:25 -0700, Yinghai Lu wrote:
[...]
> > if (pfn >= limit_pfn)
> > @@ -977,7 +978,7 @@ u64 __init early_reserve_e820(u64 startt
> > return 0;
> >
> > addr = round_down(start + size - sizet, align);
> > - e820_update_range(addr, sizet, E820_RAM, E820_RESERVED);
> > + e820_update_range(addr, sizet, E820_RAM, E820_RESVD_KERN);
>
> this line is not needed.
Why? Memory reserved by early_rserved_e820 should not be saved during
hibernation? shoudl not be saved by kdump?
> > printk(KERN_INFO "update e820 for early_reserve_e820\n");
> > update_e820();
> >
> > @@ -1191,6 +1192,7 @@ void __init e820_reserve_resources(void)
> > res = alloc_bootmem_low(sizeof(struct resource) * e820.nr_map);
> > for (i = 0; i < e820.nr_map; i++) {
> > switch (e820.map[i].type) {
> > + case E820_RESVD_KERN:
> > case E820_RAM: res->name = "System RAM"; break;
> > case E820_ACPI: res->name = "ACPI Tables"; break;
> > case E820_NVS: res->name = "ACPI Non-volatile Storage"; break;
> >
> > --
>
> please move reserve_setup_data() from head.c/head64.c to setup32/64.c
> or merged setup.c
OK.
> also need to change reserve_early in reserve_setup_data to
> e820_update_range(,,E820_RAM, E820_RESEVED_EXTRA).
Does this means reserve_early() should be replaced by
e820_update_range()?
> calling reserve_setup_data() should around early_reserve_e820_mpc_new.
I think reserve_xxx should be called before first find_e820_area() to
minimize the possibility of conflict.
> we don't need early_res_to_e820.
Best Regards,
Huang Ying
next prev parent reply other threads:[~2008-06-26 8:36 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-26 6:32 [PATCH 1/2] x86 boot: add E820_RESVD_KERN Huang, Ying
2008-06-26 7:25 ` Yinghai Lu
2008-06-26 7:48 ` Huang, Ying [this message]
2008-06-26 9:47 ` Yinghai Lu
2008-06-27 2:22 ` Yinghai Lu
2008-06-27 2:48 ` Huang, Ying
2008-06-27 2:52 ` Yinghai Lu
2008-06-27 3:03 ` Huang, Ying
2008-06-27 5:36 ` Yinghai Lu
2008-06-27 22:05 ` Yinghai Lu
2008-06-30 7:03 ` Huang, Ying
2008-06-30 7:34 ` Yinghai Lu
2008-06-30 7:51 ` Huang, Ying
2008-06-30 9:15 ` Yinghai Lu
2008-06-30 9:31 ` Yinghai Lu
2008-06-30 9:38 ` Huang, Ying
2008-06-30 19:05 ` Yinghai Lu
2008-06-30 19:16 ` Ingo Molnar
2008-06-30 22:53 ` Yinghai Lu
2008-06-30 23:20 ` Yinghai Lu
2008-07-01 1:09 ` Huang, Ying
2008-07-01 1:21 ` Yinghai Lu
2008-07-01 8:34 ` Ingo Molnar
2008-07-01 2:45 ` Huang, Ying
2008-07-01 8:39 ` Ingo Molnar
2008-06-30 8:28 ` 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=1214466513.11346.30.camel@caritas-dev.intel.com \
--to=ying.huang@intel.com \
--cc=andi@firstfloor.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=tglx@linutronix.de \
--cc=yhlu.kernel@gmail.com \
/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.