Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1509058

Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific

From Michael Ellerman <mpe@ellerman.id.au>
Newsgroups linux.kernel
Subject Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific
Date 2016-10-26 13:00 +0200
Message-ID <swu66-2w2-27@gated-at.bofh.it> (permalink)
References (2 earlier) <sr4Fj-6Lx-17@gated-at.bofh.it> <sw8RY-5yg-21@gated-at.bofh.it> <swciX-7zc-27@gated-at.bofh.it> <swixY-3jE-15@gated-at.bofh.it> <swkzL-4C1-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Reza Arbab <arbab@linux.vnet.ibm.com> writes:

> On Wed, Oct 26, 2016 at 09:34:18AM +1100, Balbir Singh wrote:
>>I still believe we need your changes, I was wondering if we've tested
>>it against normal memory nodes and checked if any memblock
>>allocations end up there. Michael showed me some memblock
>>allocations on node 1 of a two node machine with movable_node
>
> The movable_node option is x86-only. Both of those nodes contain normal 
> memory, so allocations on both are allowed.
>
>>> Longer; if you use "movable_node", x86 can identify these nodes at 
>>> boot. They call memblock_mark_hotplug() while parsing the SRAT. Then, 
>>> when the zones are initialized, those markings are used to determine 
>>> ZONE_MOVABLE.
>>>
>>> We have no analog of this SRAT information, so our movable nodes can 
>>> only be created post boot, by hotplugging and explicitly onlining 
>>> with online_movable.
>>
>>Is this true for all of system memory as well or only for nodes
>>hotplugged later?
>
> As far as I know, power has nothing like the SRAT that tells us, at 
> boot, which memory is hotpluggable.

On pseries we have the ibm,dynamic-memory device tree property, which
can contain ranges of memory that are not yet "assigned to the
partition" - ie. can be hotplugged later.

So in general that statement is not true.

But I think you're focused on bare-metal, in which case you might be
right. But that doesn't mean we couldn't have a similar property, if
skiboot/hostboot knew what the ranges of memory were going to be.

cheers

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Balbir Singh <bsingharora@gmail.com> - 2016-10-25 14:20 +0200
  Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Reza Arbab <arbab@linux.vnet.ibm.com> - 2016-10-25 18:00 +0200
    Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Balbir Singh <bsingharora@gmail.com> - 2016-10-26 00:40 +0200
      Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Reza Arbab <arbab@linux.vnet.ibm.com> - 2016-10-26 02:50 +0200
        Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Michael Ellerman <mpe@ellerman.id.au> - 2016-10-26 13:00 +0200
          Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Reza Arbab <arbab@linux.vnet.ibm.com> - 2016-10-26 19:10 +0200
    Re: [PATCH v4 4/5] mm: make processing of movable_node arch-specific Balbir Singh <bsingharora@gmail.com> - 2016-10-26 01:10 +0200

csiph-web