ks into a single function
without requiring the user to verify whether a search was successful.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V9:
-- Remove unnecessary code from rpaphp_check_drc_props_v2()
---
drivers/pci/hotplug/rpadlpar_core.c | 13 ++--
dri
municating with the front end
processor, especially when describing vast amounts of RAM.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h | 24 --
arch/powerpc/kernel/prom.c | 97 ---
arch/p
I get the error when removing a CPU that has been hotplugged after boot.
On 03/14/2017 03:42 PM, Tyrel Datwyler wrote:
> On 03/13/2017 03:29 AM, Bharata B Rao wrote:
>> On Thu, Mar 09, 2017 at 01:34:00PM -0800, Tyrel Datwyler wrote:
>>> On 03/08/2017 08:37 PM, Bharata B Rao wrote:
The
the Linux kernel supports the new properties,
and by the front end processor to tell the Linux kernel that the new
property is present in the device tree.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |3 ++-
arch/powerpc/in
this case, we are indicating that the host system
can support the new device tree structure "ibm,drc-info".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Michael Bringmann (4):
powerpc/firmware: Add definitions for new drc-info firmware feature.
pseries/drc-info
ames", "ibm,drc-types"
and "ibm,drc-power-domains"), or the new property "ibm,drc-info".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h |7 +
arch/powerpc/platforms/pseries/of_helpers.c
Cc: nf...@linux.vnet.ibm.com
Subject: [PATCH 4/4] powerpc: Enable support for new drc-info DRC devtree
property
prom_init.c: Enable support for new DRC device tree property
"ibm,drc-info" in initial handshake between the Linux kernel and
the front end processor.
Signed-off-by: Michael
This update hides the format of the underlying device-tree
properties, and concentrates the value checks into a single function
without requiring the user to verify whether a search was successful.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
drivers/pci/hotplug/rpadlpar_c
municating with the front end
processor, especially when describing vast amounts of RAM.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |4 +
arch/powerpc/include/asm/prom.h | 25 +-
arch/powerpc/kernel/prom.c
he runtime functions for memory
hotplug, so it needs to be able to handle both formats.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h |8 ++
arch/powerpc/mm/numa.c | 193 +--
2 files changed
perty. Thus only
a single set of routines should be required at runtime to parse, edit,
and manipulate the memory representation in the device tree. Similarly,
any userspace applications that need this information will only need
to recognize the older format to be able to continue to operate.
Signe
prom_init.c: Enable support for new DRC device tree properties
"ibm,dynamic-memory-v2" in initial handshake between the Linux kernel
and the front end processor.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file chan
ng what features
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
e scanning of the memory properties in the device tree to allow
recognition of the supported properties.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arc
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
prom_init.c: Enable support for new DRC device tree properties
"ibm,dynamic-memory-v2" in initial handshake between the Linux kernel
and the front end processor.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file chan
only
a single set of routines should be required at runtime to parse, edit,
and manipulate the memory representation in the device tree. Similarly,
any userspace applications that need this information will only need
to recognize the older format to be able to continue to operate.
Signe
municating with the front end
processor, especially when describing vast amounts of RAM.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |4 +
arch/powerpc/include/asm/prom.h | 25 +-
arch/powerpc/kernel/prom.c
e scanning of the memory properties in the device tree to allow
recognition of the supported properties.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arc
he runtime functions for memory
hotplug, so it needs to be able to handle both formats.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h |8 ++
arch/powerpc/mm/numa.c | 193 +--
2 files changed
prom_init.c: Enable support for new DRC device tree properties
"ibm,dynamic-memory-v2" in initial handshake between the Linux kernel
and the front end processor.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file chan
municating with the front end
processor, especially when describing vast amounts of RAM.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |4 +
arch/powerpc/include/asm/prom.h | 25 +-
arch/powerpc/kernel/prom.c
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
e scanning of the memory properties in the device tree to allow
recognition of the supported properties.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arc
he runtime functions for memory
hotplug, so it needs to be able to handle both formats.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h |8 ++
arch/powerpc/mm/numa.c | 193 +--
2 files changed
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
only
a single set of routines should be required at runtime to parse, edit,
and manipulate the memory representation in the device tree. Similarly,
any userspace applications that need this information will only need
to recognize the older format to be able to continue to operate.
Signe
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
e scanning of the memory properties in the device tree to allow
recognition of the supported properties.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arc
eatures
the host system supports and what features the front end processor will
actually provide. In this case, we are indicating that the host system
can support the new device tree structure "ibm,dynamic-memory-v2".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Mi
e scanning of the memory properties in the device tree to allow
recognition of the supported properties.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/kernel/prom.c b/arc
municating with the front end
processor, especially when describing vast amounts of RAM.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |4 +
arch/powerpc/include/asm/prom.h | 25 +-
arch/powerpc/kernel/prom.c
he runtime functions for memory
hotplug, so it needs to be able to handle both formats.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/prom.h |8 ++
arch/powerpc/mm/numa.c | 193 +--
2 files changed
only
a single set of routines should be required at runtime to parse, edit,
and manipulate the memory representation in the device tree. Similarly,
any userspace applications that need this information will only need
to recognize the older format to be able to continue to operate.
Signe
prom_init.c: Enable support for new DRC device tree properties
"ibm,dynamic-memory-v2" in initial handshake between the Linux kernel
and the front end processor.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file chan
(VPHN) capabilities information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/hotplug: Add option to define max nodes allowing dynamic
growth of res
this value and use it to ensure
that all of the desired nodes are setup in the 'node_possible_map', and
elsewhere.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V8:
-- Fix a conditional compile bug.
---
arch/powerpc/include/asm/topo
pseries/drc-info: Provide parallel routines to convert between
drc_index and CPU numbers at runtime, using the older device-tree
properties ("ibm,drc-indexes", "ibm,drc-names", "ibm,drc-types"
and "ibm,drc-power-domains"), or the new property "ibm,dr
this case, we are indicating that the host system
can support the new device tree structure "ibm,drc-info".
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (4):
powerpc/firmware: Add definitions for new drc-info firmware feature.
pseries/drc-info
ks into a single function
without requiring the user to verify whether a search was successful.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
drivers/pci/hotplug/rpadlpar_core.c | 13 ++--
drivers/pci/hotplug/rpaphp.h|4 +
drivers/pci/hotplug/rpaphp_core.c | 10
w
property is present in the device tree.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/include/asm/firmware.h |3 ++-
arch/powerpc/include/asm/prom.h |1 +
arch/powerpc/platforms/pseries/firmware.c |1 +
3 files changed, 4 insertions(+), 1 d
prom_init.c: Enable support for new DRC device tree property
"ibm,drc-info" in initial handshake between the Linux kernel and
the front end processor.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/kernel/prom_init.c |1 +
1 file changed, 1 in
One of the patches was doubled and sent twice yesterday.
Will update number regardless in future.
On 06/21/2017 04:54 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> On Power systems with shared configurations of CPUs and memory, there
On 06/21/2017 04:52 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU
>> or memory resources, it may occur that the new resources are to be
>> inserted
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V7:
-- Fix a conditional compile bug.
---
arch/powerpc/include/asm/topo
this value and use it to ensure
that all of the desired nodes are setup in the 'node_possible_map', and
elsewhere.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
(VPHN) capabilities information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/hotplug: Add option to define max nodes allowing dynamic
growth of res
(VPHN) capabilities information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/hotplug: Add option to define max nodes allowing dynamic
growth of res
this value and use it to ensure
that all of the desired nodes are setup in the 'node_possible_map', and
elsewhere.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V6:
-- Place extern of timed_topology_update() proto under additional
(VPHN) capabilities information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/hotplug: Add option to define max nodes allowing dynamic
growth of res
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V6:
-- Place extern of timed_topology_update() proto under additional
this value and use it to ensure
that all of the desired nodes are setup in the 'node_possible_map', and
elsewhere.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V6:
-- Place extern of timed_topology_update() proto under additional
node in the code inappropriately.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/platforms/pseries/hotplug-memory.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/platforms/pseries/hotplug-memory.c
b/arch/powerpc/platforms/pseries/h
nodes in order to associate memory to nodes not needed at boot time,
but relevant to dynamically added memory.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/numa: Update CPU topology when VPHN enabled
powerpc/hotplug-memory: Fix hot-add memor
information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/mm/numa.c | 19 ++-
arch/powerpc/platforms/pseries/dlpar.c |2 ++
arch/p
-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/mm/numa.c | 44
1 file changed, 32 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 15c2dd5..3d58c1f 100644
--- a/arch/powe
On 05/23/2017 10:52 AM, Reza Arbab wrote:
> On Tue, May 23, 2017 at 10:15:44AM -0500, Michael Bringmann wrote:
>> +static void setup_nodes(void)
>> +{
>> +int i, l = 32 /* MAX_NUMNODES */;
>> +
>> +for (i = 0; i < l; i++
On 05/23/2017 04:49 PM, Reza Arbab wrote:
> On Tue, May 23, 2017 at 03:05:08PM -0500, Michael Bringmann wrote:
>> On 05/23/2017 10:52 AM, Reza Arbab wrote:
>>> On Tue, May 23, 2017 at 10:15:44AM -0500, Michael Bringmann wrote:
>>>> +static void setup_nodes(void)
&
On 05/23/2017 04:49 PM, Reza Arbab wrote:
> On Tue, May 23, 2017 at 03:05:08PM -0500, Michael Bringmann wrote:
>> On 05/23/2017 10:52 AM, Reza Arbab wrote:
>>> On Tue, May 23, 2017 at 10:15:44AM -0500, Michael Bringmann wrote:
>>>> +static void setup_nodes(void)
&
I will get a log based on the latest 4.12 kernel to show what happens
one way or the other, with this patch removed.
On 05/24/2017 09:36 AM, Reza Arbab wrote:
> On Tue, May 23, 2017 at 05:44:23PM -0500, Michael Bringmann wrote:
>> On 05/23/2017 04:49 PM, Reza Arbab wrote:
>>> On
On 05/24/2017 06:19 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> On 05/23/2017 04:49 PM, Reza Arbab wrote:
>>> On Tue, May 23, 2017 at 03:05:08PM -0500, Michael Bringmann wrote:
>>>> On 05/23/2017 10:52 AM, Reza
I am running into this problem on PowerPC systems where Balbir's patch set
was targeted. So, yes, I do need to be able to add/enable a new numa node
during system execution in cases where more resources (memory, virtual
processors) are added to the system dynamically.
On 05/25/2017 10:46 PM,
information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V3:
-- Remove change unrelated to this patch
---
arch/powerpc/mm/numa.c | 19 ++-
arch/p
>> arch/powerpc/mm/numa.c |7 ---
>> 1 file changed, 7 deletions(-)
>>
>> diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
>> index 15c2dd5..18f3038 100644
>> --- a/arch/powerpc/mm/numa.c
>> +++ b/arch/powerpc/mm/numa.c
>> @@ -907,13 +907,6 @@ void __init initmem_init(void)
>>
to subsequent DLPAR hotplug-memory operations,
even if they are not needed at boot time.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V3:
-- Remove code not relevant to this defect.
---
arch/powerpc/mm/numa.c |7 ---
1 file changed, 7 deletions(-)
to subsequent DLPAR hotplug-memory operations,
even if they are not needed at boot time.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V4:
-- Fix conditional compile bug.
---
arch/powerpc/mm/numa.c | 19 ++-
arch/powerpc/pla
On 05/25/2017 10:10 AM, Reza Arbab wrote:
> On Thu, May 25, 2017 at 04:19:53PM +1000, Michael Ellerman wrote:
>> The commit message for 3af229f2071f says:
>>
>>In practice, we never see a system with 256 NUMA nodes, and in fact, we
>>do not support node hotplug on power in the first
On 05/25/2017 01:19 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> On 05/24/2017 06:19 AM, Michael Ellerman wrote:
>>> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>>>>
>>>> With or w
On 06/01/2017 04:36 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> On 05/29/2017 12:32 AM, Michael Ellerman wrote:
>>> Reza Arbab <ar...@linux.vnet.ibm.com> writes:
>>>
>>>> On Fri, May 26, 2017 a
same thread as the DLPAR hot-add cpu operation to operate. To compensate,
the function arch_update_cpu_topology will be invoked by a repeating
timer worker function shortly after the device_online operation has
completed.
This workaround is completely contained within the powerpc-arch code.
Signed-off-by
ensate,
the function arch_update_cpu_topology will be invoked by a repeating
timer worker function shortly after the device_online operation has
completed.
This workaround is completely contained within the powerpc-arch code.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com
d test ERROR on v4.12-rc3 next-20170602]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Michael-Bringmann/powerpc-numa-Update-CPU-topology-when-VPHN-enabled/20170527-052650
>
).
On 06/07/2017 07:08 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> On 06/06/2017 04:48 AM, Michael Ellerman wrote:
>>> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>>>> On 06/01/2017 04:36 AM, Mich
).
MICHAEL W. BRINGMANN
Linux Technology Center
IBM Corporation
Tie-Line: 363-5196
Ext Phone: 1-512-286-5196
Cell Phone: (512) 466-0650
E-mail: mbri...@us.ibm.com
- Original message -From: Michael Ellerman <m...@ellerman.id.au>To: Michael Bringmann <m...@linux.vnet.ibm.com>, Re
node in the code inappropriately.
Note: This is a bug that we would likely want to see fixed in stable
circa v4.1+.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/platforms/pseries/hotplug-memory.c |2 ++
1 file changed, 2 insertions(+)
diff --git
execution by CPUs on another node.
In these and other cases, the patch attempts to ensure that a valid,
usable cpumask is used to set up newly created pools for workqueues.
Signed-off-by: Tejun Heo <t...@kernel.org> & Michael Bringmann
<m...@linux.vnet.ibm.com>
---
Changes i
On 06/06/2017 09:20 AM, Tejun Heo wrote:
> Hello, Michael.
>
> It would have been better to continue debugging in the prev thread.
> This still seems incorrect for the same reason as before.
>
> On Tue, Jun 06, 2017 at 09:09:40AM -0500, Michael Bringmann wrote:
>> On N
Hello:
On 06/14/2017 12:27 AM, Balbir Singh wrote:
> On Wed, Jun 14, 2017 at 3:25 PM, Balbir Singh <bsinghar...@gmail.com> wrote:
>>
>>
>> On Wed, Jun 14, 2017 at 8:21 AM, Michael Bringmann <m...@linux.vnet.ibm.com>
>> wrote:
>>>
>>> O
foresee any problems with using such a feature?
Thanks.
On 06/13/2017 05:45 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> Here is the information from 2 different kernels. I have not been able to
>> retrieve
>> the in
(VPHN) capabilities information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
Michael Bringmann (2):
powerpc/hotplug: Add option to define max nodes allowing dynamic
growth of res
this value and use it to ensure that all of the desired nodes are setup
in the 'node_possible_map', and elsewhere.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
---
arch/powerpc/mm/numa.c | 31 +++
1 file changed, 31 insertions(+)
diff --git
information provided by the pHyp.
Also, update initialization checks for device-tree attributes to
independently recognize PRRN or VPHN usage.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V5:
-- Independently recognize PRRN or VPHN usage at boot time.
-- Modify int
information provided by the pHyp. The VPHN handling
in Linux is disabled, if PRRN handling is present.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/mm/numa.c | 19 ++-
arch/powerpc/platforms/pseries/dlpar.c |2 ++
arch/p
.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V2:
-- Simplify patches to ensure more nodes in possible map, removing
code from PowerPC numa.c that constrained possible map to size
of online map.
---
arch/powerpc/mm/numa.c |7 ---
1 file chan
On 05/29/2017 12:32 AM, Michael Ellerman wrote:
> Reza Arbab writes:
>
>> On Fri, May 26, 2017 at 01:46:58PM +1000, Michael Ellerman wrote:
>>> Reza Arbab writes:
>>>
On Thu, May 25, 2017 at 04:19:53PM +1000, Michael Ellerman wrote:
On 06/06/2017 04:48 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>> On 06/01/2017 04:36 AM, Michael Ellerman wrote:
>>> Do you actually see mention of nodes 0 and 8 in the dmesg?
>>
>> When the 'numa.c' code is built
. This patch fixes some problems encountered at
runtime with configurations that support memory-less nodes, but which
allow CPUs to be added at and after boot.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/mm/numa.c | 17 +++--
1 file chang
rent configurations
of PowerPC resources may need to be supported depending upon the
environment. This patch fixes some problems encountered at runtime
with configurations that support memory-less nodes, but which allow
CPUs to be added at and after boot.
Signed-off-by: Michael Bringmann <m...@linux
able additional nodes.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
arch/powerpc/mm/numa.c | 47 +++
1 file changed, 47 insertions(+)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index ec098b3..b385cd0 10064
On 10/16/2017 07:54 AM, Michael Ellerman wrote:
> Michael Bringmann <m...@linux.vnet.ibm.com> writes:
>
>> powerpc/hotplug: On systems like PowerPC which allow 'hot-add' of CPU,
>> it may occur that the new resources are to be inserted into nodes
>> that were
for the CPU.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V14:
-- Cleanup some duplicate code. Change a trace stmt to debug.
---
arch/powerpc/mm/numa.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/mm/nu
-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V14:
-- Code cleanup to reduce patch sizes
---
arch/powerpc/mm/numa.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 3ae031d..5f5ff46 100644
---
value to better ensure that the CPU topology is
detected and configured sooner.
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V14:
-- Restore accidentally deleted reset of topology timer.
---
arch/powerpc/include/asm/topology.h |8
arch/powe
().
Signed-off-by: Michael Bringmann <m...@linux.vnet.ibm.com>
---
Changes in V14:
-- More code cleanup
---
arch/powerpc/mm/numa.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
index 32f5f8d..ec098b3 100644
---
updates[i-1].next = NULL;
Link all of the updates together, and NULL the link pointer in the
last entry to be filled in. No worries about invalid comparisons.
Reduced code.
Michael
On 09/07/2017 08:35 AM, Nathan Fontenot wrote:
> On 09/06/2017 05:03 PM, Michael Bringmann wrote:
>>
&
101 - 200 of 598 matches
Mail list logo