From: Prarit Bhargava <prarit@redhat.com>
To: Matthew Garrett <mjg@redhat.com>
Cc: linux-acpi@vger.kernel.org
Subject: Re: [RFC PATCH]: ACPI: Automatically online hot-added memory
Date: Tue, 09 Mar 2010 13:27:17 -0500 [thread overview]
Message-ID: <4B969305.9070103@redhat.com> (raw)
In-Reply-To: <20100309154243.GA26520@srcf.ucam.org>
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.
> 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.
I'll code that up, test, and repost.
P.
next prev parent reply other threads:[~2010-03-09 18:27 UTC|newest]
Thread overview: 23+ 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 [this message]
2010-03-10 1:57 ` ykzhao
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: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=4B969305.9070103@redhat.com \
--to=prarit@redhat.com \
--cc=linux-acpi@vger.kernel.org \
--cc=mjg@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).