public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Vivek Goyal <vgoyal@in.ibm.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Cc: Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org, lhms-devel@lists.sourceforge.net,
	vgoyal@in.ibm.com, ebiederm@xmission.com, nanhai.zou@intel.com
Subject: Re: [Lhms-devel] Re: [PATCH] register hot-added memory to iomem resource
Date: Fri, 28 Apr 2006 10:50:41 -0400	[thread overview]
Message-ID: <20060428145041.GB7061@in.ibm.com> (raw)
In-Reply-To: <20060428092754.cf382d03.kamezawa.hiroyu@jp.fujitsu.com>

On Fri, Apr 28, 2006 at 09:27:54AM +0900, KAMEZAWA Hiroyuki wrote:
> On Thu, 27 Apr 2006 16:01:30 -0700
> Andrew Morton <akpm@osdl.org> wrote:
> 
> > KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:
> > >
> > > This patch registers hot-added memory to iomem_resource.
> > > By this, /proc/iomem can show hot-added memory.
> > > This patch is against 2.6.17-rc2-mm1.
> > > 
> > > Note: kdump uses /proc/iomem to catch memory range when it is installed.
> > >       So, kdump should be re-installed after /proc/iomem change.
> > > 
> > 
> > What do you mean by "kdump should be reinstalled"?  The kdump userspace
> > tools need to re-run kexec_load()?
> > 
> yes. I heard an admin has to re-run kexec_load.
> - http://www.uwsg.indiana.edu/hypermail/linux/kernel/0604.0/0821.html
> - http://www.uwsg.indiana.edu/hypermail/linux/kernel/0604.0/0829.html
> Added CC to ebiederm@xmission.com, nanhai.zou@intel.com
> 
> > If so, why?
> > 
> It reads physical memory list from /proc/iomem now.
> The physical memory list is read and saved at kdump kernel loading time
> instead of crashing time. 
> 

True. If some meory is added, kdump kernel has to be re-loaded.

> > And how is kdump to know that memory was hot-added?  Do we generate a
> > hotplug event?
> > 
> A user program has to make memory section online from sysfs , anyway.
> 
> The hotplug script for memory hotplug will run at memory hotplug event 
> from ACPI. If a user uses /probe interface (powerpc, x86_64),
> he knows what he does. 
> 
> hot-add -> online memory -> kexec_load() is a scenario I think of.
> 

I will look into it.

Thanks
Vivek

  reply	other threads:[~2006-04-28 14:51 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-27 11:49 [PATCH] register hot-added memory to iomem resource KAMEZAWA Hiroyuki
2006-04-27 16:10 ` [Lhms-devel] " jschopp
2006-04-28  0:47   ` KAMEZAWA Hiroyuki
2006-04-27 23:01 ` Andrew Morton
2006-04-28  0:27   ` [Lhms-devel] " KAMEZAWA Hiroyuki
2006-04-28 14:50     ` Vivek Goyal [this message]
2006-04-28 18:43     ` Vivek Goyal
2006-04-29  0:18       ` KAMEZAWA Hiroyuki

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=20060428145041.GB7061@in.ibm.com \
    --to=vgoyal@in.ibm.com \
    --cc=akpm@osdl.org \
    --cc=ebiederm@xmission.com \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=lhms-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nanhai.zou@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox