in the kernel only if topology updating is enabled.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/topology.h |5 ++
arch/powerpc/kernel/rtasd.c |7 ++--
arch/powerpc/mm/numa.c | 62 +++-
3 files changed
events via the RTAS event-scan mechanism.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: powerpc/arch/powerpc/kernel/prom_init.c
On 04/22/2013 07:15 PM, Benjamin Herrenschmidt wrote:
On Mon, 2013-04-22 at 13:30 -0500, Nathan Fontenot wrote:
This patch exposes a method for updating the device tree via
ppc_md.update_devicetree that takes a single 32-bit value as a parameter.
For pseries platforms this is the existing
On 04/22/2013 08:50 PM, Stephen Rothwell wrote:
Hi Nathan,
On Mon, 22 Apr 2013 13:38:47 -0500 Nathan Fontenot nf...@linux.vnet.ibm.com
wrote:
-/* Option vector 5: PAPR/OF options supported */
-#define OV5_LPAR0x80/* logical partitioning supported */
-#define OV5_SPLPAR
On 04/22/2013 07:24 PM, Benjamin Herrenschmidt wrote:
On Mon, 2013-04-22 at 13:41 -0500, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Platform events such as partition migration or the new PRRN firmware
feature can cause the NUMA characteristics of a CPU to change
On 04/22/2013 09:49 PM, Michael Ellerman wrote:
On Tue, Apr 23, 2013 at 12:00:26PM +1000, Stephen Rothwell wrote:
Hi Nathan,
On Mon, 22 Apr 2013 13:47:55 -0500 Nathan Fontenot
nf...@linux.vnet.ibm.com wrote:
#if defined(CONFIG_NUMA) defined(CONFIG_PPC_SPLPAR)
extern int
.
Additionally, these updates solve an existing problem with the VPHN (Virtual
Processor Home Node) capability and allow us to re-enable this feature.
Nathan Fontenot
arch/powerpc/include/asm/firmware.h |3
arch/powerpc/include/asm/prom.h | 46 ++--
arch
.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/machdep.h|2 ++
arch/powerpc/include/asm/rtas.h |1 +
arch/powerpc/kernel/rtas.c| 10 ++
arch/powerpc/platforms/pseries/mobility.c | 24
Correct parsing of the buffer returned from ibm,update-properties. The first
element is a length and the path to the property which is slightly different
from the list of properties in the buffer so we need to specifically
handle this.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
at a time.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/rtas.h |2 ++
arch/powerpc/kernel/rtasd.c | 37 -
2 files changed, 38 insertions(+), 1 deletion(-)
Index: powerpc/arch/powerpc/include/asm/rtas.h
to re-define bits in the architecture
vector the bits are moved to prom.h.
This patch is the first step in updating firmware_has_feature
by simply moving the bit definitions from prom_init.c to asm/prom.h.
There are no functional changes.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
of this the #defines used for the architecture vector are
re-defined such that the vector 5 options have the vector
index and the feature bits encoded into them. This makes for a much
simpler design to update firmware_has_feature() to check for bits
in the architecture vector.
Signed-off-by: Nathan
Update the numa code to use the updated firmware_has_feature() when checking
for type 1 affinity.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 22 +++---
1 file changed, 3 insertions(+), 19 deletions(-)
Index: powerpc/arch/powerpc/mm
hcall_vphn().
Protecting the NUMA cpu maps from concurrent access during an update
operation will be addressed in a subsequent patch in this series.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |3
arch/powerpc/include/asm/prom.h
during
normal operation.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 82 ++---
1 file changed, 64 insertions(+), 18 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
that this information is also updated when the NUMA
affinity of a cpu changes.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
Index: powerpc/arch/powerpc/mm/numa.c
the NUMA cpu maps from these concurrent accesses. It
should be safe to re-enable this feature now.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
events via the RTAS event-scan mechanism.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: powerpc/arch/powerpc/kernel/prom_init.c
in the kernel only if topology updating is enabled.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/topology.h |5 ++
arch/powerpc/kernel/rtasd.c |7 ++--
arch/powerpc/mm/numa.c | 62 +++-
3 files changed
On 04/10/2013 03:30 AM, Michael Ellerman wrote:
On Mon, Mar 25, 2013 at 01:52:32PM -0500, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
A PRRN event is signaled via the RTAS event-scan mechanism, which
returns a Hot Plug Event message fixed part indicating Platform
On 04/03/2013 10:34 PM, Paul Mackerras wrote:
On Mon, Mar 25, 2013 at 01:52:32PM -0500, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
A PRRN event is signaled via the RTAS event-scan mechanism, which
returns a Hot Plug Event message fixed part indicating Platform
On 04/03/2013 11:42 PM, Paul Mackerras wrote:
On Mon, Mar 25, 2013 at 01:57:08PM -0500, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
Platform events such as partition migration or the new PRRN firmware
feature can cause the NUMA characteristics of a CPU to change
On 04/03/2013 11:46 PM, Paul Mackerras wrote:
On Mon, Mar 25, 2013 at 01:58:04PM -0500, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
The new PRRN firmware feature allows CPU and memory resources to be
transparently reassigned across NUMA boundaries. When this happens
.
Additionally, these updates solve an exisitng problem with the VPHN (Virtual
Processor Home Node) capability and allow us to re-enable this feature.
Nathan Fontenot
Updates for Version 2 of this patchset
- Merged the functionality of platform_has_feature into the existing
firmware_has_feature
RTAS calls, and
the appropriate value is contained within the RTAS event for PRRN
notifications. In pseries_devicetree_update() it was previously
hard-coded to 1, the scope value for partition migration.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/rtas.h
. To avoid having to re-define bits in the architecture
vector the bits are moved to prom.h.
This patch is the first step in implementing the platform_has_feature
call by simply moving the bit definitions from prom_init.c to asm/prom.h.
There are no functional.
Signed-off-by: Nathan Fontenot nf
in firmware_has_feature().
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |4 +
arch/powerpc/include/asm/prom.h | 45 +---
arch/powerpc/kernel/prom_init.c | 23 +++---
arch/powerpc/platforms/pseries
hcall_vphn().
Protecting the NUMA cpu maps from concurrent access during an update
operation will be addressed in a subsequent patch in this series.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/firmware.h |3
arch/powerpc/include/asm/prom.h
.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 51 +
1 file changed, 35 insertions(+), 16 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
that this information is also updated when the NUMA
affinity of a cpu changes.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
Index: powerpc/arch/powerpc/mm/numa.c
the NUMA cpu maps from these concurrent accesses. It
should be safe to re-enable this feature now.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
in the kernel only if topology updating is enabled.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/topology.h |5 ++
arch/powerpc/kernel/rtasd.c |6 ++-
arch/powerpc/mm/numa.c | 62 +++-
3 files changed
events via the RTAS event-scan mechanism.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: powerpc/arch/powerpc/kernel/prom_init.c
On 03/14/2013 03:51 AM, Paul Mackerras wrote:
On Fri, Mar 08, 2013 at 10:00:09PM -0600, Nathan Fontenot wrote:
From: Jesse Larrew jlar...@linux.vnet.ibm.com
A PRRN event is signaled via the RTAS event-scan mechanism, which
returns a Hot Plug Event message fixed part indicating Platform
On 03/14/2013 03:56 AM, Paul Mackerras wrote:
On Fri, Mar 08, 2013 at 10:02:31PM -0600, Nathan Fontenot wrote:
The firmware_has_feature() function makes it easy to check for supported
features of the hardware. There is not corresponding function to check for
features supported by the client
On 03/14/2013 03:59 AM, Paul Mackerras wrote:
On Fri, Mar 08, 2013 at 10:02:31PM -0600, Nathan Fontenot wrote:
This patch adds a platform_has_feature() function to check features selected
by firmware and reported via the device tree 'ibm,architecture-vec5'
property. As part
On 03/14/2013 08:42 AM, Michael Ellerman wrote:
On Fri, Mar 08, 2013 at 10:02:31PM -0600, Nathan Fontenot wrote:
The firmware_has_feature() function makes it easy to check for supported
features of the hardware. There is not corresponding function to check for
features supported by the client
.
Additionally, these updates solve an exisitng problem with the VPHN (Virtual
Processor Home Node) capability and allow us to re-enable this feature.
Nathan Fontenot
---
arch/powerpc/include/asm/prom.h | 42 +++--
arch/powerpc/include/asm/rtas.h |2
arch
, and
the appropriate value is contained within the RTAS event for PRRN
notifications. In pseries_devicetree_update() it was previously
hard-coded to 1, the scope value for partition migration.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/rtas.h |1
-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/rtas.h |2 ++
arch/powerpc/kernel/rtasd.c | 35 ++-
2 files changed, 36 insertions(+), 1 deletion(-)
Index: powerpc/arch/powerpc/include/asm/rtas.h
. To avoid having to re-define bits in the architecture
vector the bits are moved to prom.h.
This patch is the first step in implementing the platform_has_feature
call by simply moving the bit definitions from prom_init.c to asm/prom.h.
There are no functional.
Signed-off-by: Nathan Fontenot nf
() to pass in a single pre-defined value.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/prom.h | 41 +++-
arch/powerpc/kernel/prom.c | 19 ++
arch/powerpc/kernel/prom_init.c | 14 +++--
3 files
Update the numa code to use the new platform_has_feature() when checking
for type 1 affinity.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 22 +++---
1 file changed, 3 insertions(+), 19 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
hcall_vphn().
Protecting the NUMA cpu maps from concurrent access during an update
operation will be addressed in a subsequent patch in this series.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/prom.h |1
arch/powerpc/mm/numa.c | 99
.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c | 51 +
1 file changed, 35 insertions(+), 16 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
Index: powerpc/arch/powerpc/mm/numa.c
===
--- powerpc.orig/arch/powerpc/mm/numa.c 2013-03-08 19:57
the NUMA cpu maps from these concurrent accesses. It
should be safe to re-enable this feature now.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/mm/numa.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Index: powerpc/arch/powerpc/mm/numa.c
events via the RTAS event-scan mechanism.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/kernel/prom_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: powerpc/arch/powerpc/kernel/prom_init.c
in the kernel only if topology updating is enabled.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/topology.h |5 ++
arch/powerpc/kernel/rtasd.c |6 ++-
arch/powerpc/mm/numa.c | 62 +++-
3 files changed
On 01/07/2013 08:12 PM, Benjamin Herrenschmidt wrote:
On Mon, 2013-01-07 at 15:23 +1100, Michael Ellerman wrote:
Add and use dt_swap_int() to byte swap on little endian.
Also declare buf as unsigned char, so that we don't sign extend when
printing values from it.
Signed-off-by: Michael
The of reconfiguration notification chains should be exported for use
by modules.
Signed-off-by:Nathan Fontenot nf...@linux.vnet.ibm.com
---
Index: linux-next/drivers/of/base.c
===
--- linux-next.orig/drivers/of/base.c 2012-11-28
This set of patches moves some OF code that has been living
in the pseries tree over to the generic OF code base. The
functionality being migrated over is something that, I believe,
should live in the generic code base. The specific functionality
being migrated to generic OF code is;
o Updating
When adding or removing a device tree node we should also update
the device tree in /proc/device-tree. This action is already done in the
generic OF code for adding/removing properties of a node. This patch adds
this functionality for nodes.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
This patch moves the definition of the of_drconf_cell struct to asm/prom.h
to make it available for all powerpc/pseries code.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/prom.h | 16
arch/powerpc/mm/numa.c | 12
property.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/pSeries_reconfig.h | 32 --
arch/powerpc/kernel/prom.c |6 -
arch/powerpc/platforms/pseries/dlpar.c | 14 ++--
arch/powerpc/platforms/pseries/hotplug
Rename the prom_*_property routines of the generic OF code to of_*_property.
This brings them in line with the naming used by the rest of the OF code.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/kernel/machine_kexec.c | 12 ++--
arch/powerpc/kernel
Remove the pSeries_reconfig.h header file. At this point there is only one
definition in the file, pSeries_coalesce_init(), which can be
moved to rtas.h.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/pSeries_reconfig.h | 15 ---
arch/powerpc
On 10/03/2011 07:50 PM, Andrew Morton wrote:
On Mon, 26 Sep 2011 10:22:33 -0500
Nathan Fontenot nf...@austin.ibm.com wrote:
The check to ensure that pages of recently added memory sections are
correctly
marked as reserved before trying to online the memory is broken. The request
the page reservation checking to check the pages of each memory
section of the memory block being onlined individually.
Signed-off-by: Nathan Fontenot nf...@linux.vnet.ibm.com
---
drivers/base/memory.c | 60 ++
1 file changed, 37 insertions(+), 23
such that each memoryXXX directory would span
multiple memory sections. The number of sections spanned would
depend on the value reported by memory_block_size_bytes.
-Nathan Fontenot
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
in sysfs.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h...@sgi.com
Reviewed-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
---
Documentation/memory-hotplug.txt | 47 +++
drivers/base/memory.c| 155 +++
2
and be aware of the memory
block structure name changes (start_section_nr). This requires an additional
parameter to unregister_mem_sect_under_nodes so that we know which memory
section of the memory block to unregister.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h
Define a version of memory_block_size_bytes() for powerpc/pseries such that
a memory block spans an entire lmb.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h...@sgi.com
---
arch/powerpc/platforms/pseries/hotplug-memory.c | 66 +++-
1 file
Define a version of memory_block_size_bytes for x86_64 when CONFIG_X86_UV is
set.
Signed-off-by: Robin Holt h...@sgi.com
Signed-off-by: Jack Steiner stei...@sgi.com
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
arch/x86/mm/init_64.c | 14 ++
1 file changed, 14 insertions
On 01/20/2011 10:45 AM, Greg KH wrote:
On Thu, Jan 20, 2011 at 10:36:40AM -0600, Nathan Fontenot wrote:
The root of this issue is in sysfs directory creation. Every time
a directory is created a string compare is done against sibling
directories ( see sysfs_find_dirent() ) to ensure we do
directory would span
multiple memory sections. The number of sections spanned would
depend on the value reported by memory_block_size_bytes.
-Nathan Fontenot
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
in sysfs.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h...@sgi.com
Reviewed-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
---
Documentation/memory-hotplug.txt | 47 +++
drivers/base/memory.c| 155 +++
2
and be aware of the memory
block structure name changes (start_section_nr). This requires an additional
parameter to unregister_mem_sect_under_nodes so that we know which memory
section of the memory block to unregister.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h
Define a version of memory_block_size_bytes() for powerpc/pseries such that
a memory block spans an entire lmb.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Reviewed-by: Robin Holt h...@sgi.com
---
arch/powerpc/platforms/pseries/hotplug-memory.c | 66 +++-
1 file
Define a version of memory_block_size_bytes for x86_64 when CONFIG_X86_UV is
set.
Signed-off-by: Robin Holt h...@sgi.com
Signed-off-by: Jack Steiner stei...@sgi.com
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
arch/x86/mm/init_64.c | 14 ++
1 file changed, 14 insertions
On 01/10/2011 12:44 PM, Greg KH wrote:
On Mon, Jan 10, 2011 at 12:08:56PM -0600, Nathan Fontenot wrote:
This is a re-send of the remaining patches that did not make it
into the last kernel release for de-coupling sysfs memory
directories from memory sections. The first three patches
On 10/03/2010 01:27 PM, Balbir Singh wrote:
* Dave Hansen d...@linux.vnet.ibm.com [2010-10-03 11:11:01]:
On Sun, 2010-10-03 at 13:07 -0500, Robin Holt wrote:
On Sun, Oct 03, 2010 at 11:25:00PM +0530, Balbir Singh wrote:
* Nathan Fontenot nf...@austin.ibm.com [2010-10-01 13:35:54]:
Define
directory in sysfs.
-Nathan Fontenot
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Move the find_memory_block() routine up to avoid needing a forward
declaration in subsequent patches.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 62 +-
1 file changed, 31 insertions(+), 31 deletions(-)
Index
Add a new mutex for use in adding and removing of memory blocks. This
is needed to avoid any race conditions in which the same memory block could
be added and removed at the same time.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c |7 +++
1 file changed
Add a section count property to the memory_block struct to track the number
of memory sections that have been added/removed from a memory block. This
allows us to know when the last memory section of a memory block has been
removed so we can remove the memory block.
Signed-off-by: Nathan Fontenot
block (i.e. one sysfs directory per memory section).
For architectures that want to have memory blocks span multiple
memory sections they need only define their own memory_block_size_bytes()
routine.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 155
.
The names presented to userspace remain the same, phys_index for
start_section_nr and end_phys_index for end_section_nr, to avoid breaking
anything in userspace.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 39 ++-
include
section of the memory block to unregister.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c |2 +-
drivers/base/node.c | 12
include/linux/node.h |6 --
3 files changed, 13 insertions(+), 7 deletions(-)
Index: linux-next/drivers/base/node.c
Define a version of memory_block_size_bytes() for powerpc/pseries such that
a memory block spans an entire lmb.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
arch/powerpc/platforms/pseries/hotplug-memory.c | 66 +++-
1 file changed, 53 insertions(+), 13 deletions
Define a version of memory_block_size_bytes for x86_64 when CONFIG_X86_UV is
set.
Signed-off-by: Robin Holt h...@sgi.com
Signed-off-by: Jack Steiner stei...@sgi.com
---
arch/x86/mm/init_64.c | 14 ++
1 file changed, 14 insertions(+)
Index: linux-next/arch/x86/mm/init_64.c
Update the memory hotplug documentation to reflect the new behaviors of
memory blocks reflected in sysfs.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
Documentation/memory-hotplug.txt | 47 +--
1 file changed, 31 insertions(+), 16 deletions
On 10/01/2010 01:52 PM, Robin Holt wrote:
On Fri, Oct 01, 2010 at 01:31:51PM -0500, Nathan Fontenot wrote:
Update the memory sysfs code such that each sysfs memory directory is now
considered a memory block that can span multiple memory sections per
memory block. The default size of each
block (i.e. one sysfs directory per memory section).
For architectures that want to have memory blocks span multiple
memory sections they need only define their own memory_block_size_bytes()
routine.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
Updated patch to correct get_memory_block_size
On 09/29/2010 02:28 PM, Robin Holt wrote:
On Tue, Sep 28, 2010 at 01:17:33PM -0500, Nathan Fontenot wrote:
On 09/28/2010 07:38 AM, Robin Holt wrote:
I was tasked with looking at a slowdown in similar sized SGI machines
booting x86_64. Jack Steiner had already looked into the memory_dev_init
On 09/27/2010 06:55 PM, Dave Hansen wrote:
On Mon, 2010-09-27 at 14:25 -0500, Nathan Fontenot wrote:
+static inline int base_memory_block_id(int section_nr)
+{
+ return section_nr / sections_per_block;
+}
...
- mutex_lock(mem_sysfs_mutex);
-
- mem-phys_index
at the code with all patches applied I am only
updating the atomic when holding the mem_sysfs_mutex. I think the atomic
could safely be changed to a regular int.
-Nathan
Robin
On Mon, Sep 27, 2010 at 02:22:24PM -0500, Nathan Fontenot wrote:
Add a section count property to the memory_block struct
due to the
memory changes.
I think its a good idea to do the caching and have no problem adding on to
this patchset if no one else has any objections.
-Nathan
Thanks,
Robin
On Mon, Sep 27, 2010 at 02:09:31PM -0500, Nathan Fontenot wrote:
This set of patches decouples the concept
On 09/28/2010 07:45 AM, Avi Kivity wrote:
On 09/27/2010 09:28 PM, Nathan Fontenot wrote:
For example, assume 1GiB section size. A device for a memory
starting at
0x1 is /sys/device/system/memory/memory4
(0x1 / 1Gib = 4)
This device covers address range [0x1
On 09/28/2010 07:48 AM, Robin Holt wrote:
+u32 __weak memory_block_size_bytes(void)
+{
+return MIN_MEMORY_BLOCK_SIZE;
+}
+
+static u32 get_memory_block_size(void)
Can we make this an unsigned long? We are testing on a system whose
smallest possible configuration is 4GB per socket
,
the patch that adds the end_phys_index sysfs file is now patch 5/8
instead of being patch 2/8 as in the previous version of the patches.
-Nathan Fontenot
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Move the find_memory_block() routine up to avoid needing a forward
declaration in subsequent patches.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 62 +-
1 file changed, 31 insertions(+), 31 deletions(-)
Index
Add a section count property to the memory_block struct to track the number
of memory sections that have been added/removed from a memory block. This
allows us to know when the last memory section of a memory block has been
removed so we can remove the memory block.
Signed-off-by: Nathan Fontenot
Add a new mutex for use in adding and removing of memory blocks. This
is needed to avoid any race conditions in which the same memory block could
be added and removed at the same time.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c |7 +++
1 file changed
block (i.e. one sysfs directory per memory section).
For architectures that want to have memory blocks span multiple
memory sections they need only define their own memory_block_size_bytes()
routine.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 155
an 'end_phys_index' property to indicate the id of the
last section in th memory block.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
drivers/base/memory.c | 39 ++-
include/linux/memory.h |3 ++-
2 files changed, 32 insertions(+), 10 deletions
Update the node sysfs code to be aware of the new capability for a memory
block to contain multiple memory sections. This requires an additional
parameter to unregister_mem_sect_under_nodes so that we know which memory
section of the memory block to unregister.
Signed-off-by: Nathan Fontenot nf
Define a version of memory_block_size_bytes() for powerpc/pseries such that
a memory block spans an entire lmb.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
arch/powerpc/platforms/pseries/hotplug-memory.c | 66 +++-
1 file changed, 53 insertions(+), 13 deletions
Update the memory hotplug documentation to reflect the new behaviors of
memory blocks reflected in sysfs.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
Documentation/memory-hotplug.txt | 46 +--
1 file changed, 30 insertions(+), 16 deletions
On 09/23/2010 01:40 PM, Balbir Singh wrote:
* Nathan Fontenot nf...@austin.ibm.com [2010-09-22 09:15:43]:
This set of patches decouples the concept that a single memory
section corresponds to a single directory in
/sys/devices/system/memory/. On systems
with large amounts of memory (1+ TB
401 - 500 of 705 matches
Mail list logo
