All of lore.kernel.org
 help / color / mirror / Atom feed
From: ykzhao <yakui.zhao@intel.com>
To: Prarit Bhargava <prarit@redhat.com>
Cc: Matthew Garrett <mjg@redhat.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>
Subject: Re: [RFC PATCH]: ACPI: Automatically online hot-added memory
Date: Wed, 10 Mar 2010 09:57:05 +0800	[thread overview]
Message-ID: <1268186225.3606.25.camel@localhost.localdomain> (raw)
In-Reply-To: <4B969305.9070103@redhat.com>

On Wed, 2010-03-10 at 02:27 +0800, Prarit Bhargava wrote:
> 
> Matthew Garrett wrote:
> > On Tue, Mar 09, 2010 at 09:12:03AM -0500, Prarit Bhargava wrote:
> >   
> >> New sockets have on-die memory controllers.  This means that in certain
> >> HW configurations the memory behind the socket comes and goes as the socket
> >> is physically enabled and disabled.
> >>
> >> Since the cpu bringup code does on node memory allocations, the memory on the
> >> added socket must be onlined first.
> >>
> >> Add a .config option to automatically online hot added memory, and enable it
> >> in the acpi memory add path.
> >>     
> >
> > This seems like the right thing to do.
> >
> >   
> >> +config ACPI_HOTPLUG_MEMORY_AUTO_ONLINE
> >> +	bool "Automatically online hotplugged memory"
> >> +	depends on ACPI_HOTPLUG_MEMORY
> >> +	default n
> >>     
> >
> > default !S390? default x86?
> >   
> 
> I've been inquiring about this.  It seems that some vendors want the 
> capability to manually bring memory online.  I'm trying to get more 
> details as this doesn't seem intuitive.  It seems to me that if you add 
> memory you want to online it right now.
> 
> >   
> >> +		result = online_pages(info->start_addr >> PAGE_SHIFT,
> >> +				      info->length >> PAGE_SHIFT);
> >> +		if (!result)
> >> +			set_memory_state(info->start_addr, MEM_ONLINE);
> >> +		else
> >> +			printk("Memory online failed.\n");
> >>     
> >
> > That probably wants to be more descriptive and have a loglevel. 
> 
> Oops.  I'm very bad about setting the loglevel's on my printk's ;) ... 
> I'll fix that in the next patch.

One note is that the hot-added memory will be automatically onlined. And
we had better add an interface so that the user-space can quiry whether
the hot-added memory is automatically onlined. Otherwise the user-space
will receive the corresponding event and online hot-added memory again.
In such case it will get some error messages.

> 
> > What 
> > happens if this fails? The CPU presumably can't be brought up?
> >   
> 
> That's a good question...  After thinking about it I think that 
> acpi_processor_add() must check the node to see if it has memory before 
> bringing the cpu online.

Why do we need to see whether the memory is onlined before bringing cpu
to online state? It seems that there is no dependency between cpu online
and memory online.

Thanks.
> 
> I'll code that up, test, and repost.
> 
> P.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


  reply	other threads:[~2010-03-10  1:58 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-09 14:12 [RFC PATCH]: ACPI: Automatically online hot-added memory Prarit Bhargava
2010-03-09 15:42 ` Matthew Garrett
2010-03-09 18:27   ` Prarit Bhargava
2010-03-10  1:57     ` ykzhao [this message]
2010-03-10 13:28       ` Prarit Bhargava
2010-03-11  0:55         ` ykzhao
2010-03-11  2:18           ` Prarit Bhargava
2010-03-11  8:07             ` ykzhao
2010-03-11  8:32               ` chen gong
2010-03-11 11:25                 ` Prarit Bhargava
2010-03-12 13:18                 ` Thomas Renninger
2010-03-17 18:47                   ` Prarit Bhargava
2010-03-19 16:55                     ` Thomas Renninger
2010-03-19 17:23                       ` Prarit Bhargava
2010-03-20 20:51                         ` Thomas Renninger
2010-03-24 14:40                     ` Thomas Renninger
2010-03-24 15:16                       ` Prarit Bhargava
2010-03-11 11:18               ` Prarit Bhargava
2010-03-12  1:31                 ` ykzhao
2010-03-12 13:01           ` Thomas Renninger
2010-03-17 15:24             ` Prarit Bhargava
2010-03-09 19:10 ` Alex Chiang
2010-03-09 19:10   ` Alex Chiang
2010-03-09 19:15   ` Prarit Bhargava
2010-03-09 19:15     ` Prarit Bhargava

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=1268186225.3606.25.camel@localhost.localdomain \
    --to=yakui.zhao@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mjg@redhat.com \
    --cc=prarit@redhat.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.