From 5dfd547532fca61462dc17fd0bb8e533002c4bc5 Mon Sep 17 00:00:00 2001
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Date: Thu, 7 Jun 2012 16:04:34 -0500
arch_update_cpu_topology() should only return 1 when the topology has
actually changed, and should return 0 otherwise.
This patch fixes
On 06/13/2012 10:25 PM, Michael Neuling wrote:
Jesse Larrew jlar...@linux.vnet.ibm.com wrote:
On 06/08/2012 06:36 AM, Michael Neuling wrote:
-/* General Purpose Registers (GPRs) */
+/*
+ * General Purpose Registers (GPRs)
+ *
+ * The lower case r0-r31 should be used in preference
your patch was truncated somehow.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Jesse Larrew
Software Engineer, Linux on Power Kernel Team
IBM Linux Technology Center
Phone: (512) 973
, but I think the naming of
pcibios_device_change_notifier() is a bit misleading. It doesn't
actually notify anything, but instead it *handles* notifications.
Perhaps a better name would be pcibios_device_change_handler() or
pcibios_device_change_callback()?
Sincerely,
Jesse Larrew
Software
what's going on.
+
Thanks for documenting this!
Suggested grammatical tweaks:
s/options/option/
s/help seeing/help to see/
--
Jesse Larrew
Software Engineer, Linux on Power Kernel Team
IBM Linux Technology Center
Phone: (512) 973-2052 (T/L: 363-2052)
jlar...@linux.vnet.ibm.com
On 05/10/2011 09:09 AM, Peter Zijlstra wrote:
On Mon, 2011-05-09 at 16:26 -0500, Jesse Larrew wrote:
According the the Power firmware folks, updating the home node of a
virtual cpu happens rather infrequently. The VPHN code currently
checks for topology updates every 60 seconds, but we can
the cpu updates. I plan to start working on a patch set to enable memory
topology updates in the kernel in the coming weeks, but I wanted to get the cpu
patches out on the list so we could start having these debates. :)
Sincerely,
Jesse Larrew
Software Engineer, Linux on Power Kernel Team
IBM Linux
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This patch set includes some simple style cleanups for VPHN:
PATCH 1/4: powerpc/pseries: Fix typo in VPHN comments
PATCH 2/4: powerpc/pseries: Fix brace placement in numa.c
PATCH 3/4: powerpc/pseries: Remove unnecessary initializations in numa.c
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Correct a spelling error in VPHN comments in numa.c.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Fix brace placement in VPHN code.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/mm/numa.c b/arch/powerpc/mm/numa.c
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Reorder VPHN functions to reduce the need for forward declarations.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 115
1 files changed, 57 insertions(+), 58
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Remove unnecessary variable initializations in VPHN functions.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 17 -
1 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/mm
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The header asm/hvcall.h was previously included indirectly via
smp.h. On non-SMP systems, however, these declarations are excluded
and the build breaks. This is easily fixed by including asm/hvcall.h
directly.
The VPHN feature is only meaningful
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The VPHN feature is only meaningful on NUMA systems that implement
the SPLPAR option, so exclude the VPHN code on systems without
SPLPAR enabled.
This patch fixes a build problem on non-SMP systems introduced by the
following commits
On 11/28/2010 10:44 PM, Benjamin Herrenschmidt wrote:
On Tue, 2010-11-09 at 16:25 -0700, Jesse Larrew wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This patch sets a timer during boot that will periodically poll the
associativity change counters in the VPA. When a change
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The SPLPAR option allows the platform to dispatch virtual processors on
physical processors that, due to the variable nature of work loads, are
temporarily free, thus improving the utilization of computing resources.
However, SPLPAR implies
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This simple patch adds the firmware feature for VPHN to the firmware
features bitmask.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |3 ++-
arch/powerpc/include/asm/hvcall.h |3
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This patch sets a timer during boot that will periodically poll the
associativity change counters in the VPA. When a change in
associativity is detected, it retrieves the new associativity domain
information via the H_HOME_NODE_ASSOCIATIVITY hcall
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Tie the polling mechanism into the ibm,suspend-me rtas call to
stop/restart polling before/after a suspend, hibernate, migrate,
or checkpoint restart operation. This ensures that the system has a
chance to disable the polling if the partition
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The SPLPAR option allows the platform to dispatch virtual processors on
physical processors that, due to the variable nature of work loads, are
temporarily free, thus improving the utilization of computing resources.
However, SPLPAR implies
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This simple patch adds the firmware feature for VPHN to the firmware
features bitmask.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |3 ++-
arch/powerpc/include/asm/hvcall.h |3
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This patch sets a timer during boot that will periodically poll the
associativity change counters in the VPA. When a change in
associativity is detected, it retrieves the new associativity domain
information via the H_HOME_NODE_ASSOCIATIVITY hcall
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Tie the polling mechanism into the ibm,suspend-me rtas call to
stop/restart polling before/after a suspend, hibernate, migrate,
or checkpoint restart operation. This ensures that the system has a
chance to disable the polling if the partition
On 11/03/2010 07:12 AM, Michael Ellerman wrote:
On Thu, 2010-10-28 at 20:30 -0400, Jesse Larrew wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Hi Jesse, a few comments ...
diff --git a/arch/powerpc/include/asm/topology.h
b/arch/powerpc/include/asm/topology.h
index afe4aaa
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The SPLPAR option allows the platform to dispatch virtual processors on
physical processors that, due to the variable nature of work loads, are
temporarily free, thus improving the utilization of computing resources.
However, SPLPAR implies
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This simple patch adds the firmware feature for VPHN to the firmware
features bitmask.
Signed-off-by: Jesse Larrew jlar...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |3 ++-
arch/powerpc/include/asm/hvcall.h |3
From: Jesse Larrew jlar...@linux.vnet.ibm.com
This patch sets a timer during boot that will periodically poll the
associativity change counters in the VPA. When a change in
associativity is detected, it retrieves the new associativity domain
information via the H_HOME_NODE_ASSOCIATIVITY hcall
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Tie the polling mechanism into the ibm,suspend-me rtas call to
stop/restart polling before/after a suspend, hibernate, migrate,
or checkpoint restart operation. This ensures that the system has a
chance to disable the polling if the partition
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The SPLPAR option allows the platform to dispatch virtual processors on
physical processors that, due to the variable nature of work loads, are
temporarily free, thus improving the utilization of computing resources.
However, SPLPAR implies
the 0x.
Sincerely,
--
Jesse Larrew
Software Engineer, Linux on Power Kernel Team
IBM Linux Technology Center
Phone: (512) 973-2052 (T/L: 363-2052)
jlar...@linux.vnet.ibm.com
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
30 matches
Mail list logo
