[PATCH 0/3] Kernel handling of Dynamic Logical Partitioning
The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries platform allows for the addition and removal of resources (i.e. cpus, memory, pci devices) from a partition. The removal of a resource involves removing the resource's node from the device tree and then returning the resource to firmware via the rtas set-indicator call. To add a resource, it is first obtained from firmware via the rtas set-indicator call and then a new device tree node is created using the ibm,configure-coinnector rtas call and added to the device tree. The following set of patches implements the needed infrastructure to have the kernel handle the DLPAR addition and removal of cpus (other DLPAR'able items to follow in future patches). The framework for this is to create a set of probe/release sysfs files that will facilitate arch-specific call-outs to handle addition and removal of cpus to the system. -Nathan Fontenot 1/3 - powerpc/pseries kernel DLPAR infrastructure 2/3 - Create probe/release sysfs files and the powerpc handlers 3/3 - powerpc/pseries CPU DLPAR handling arch/powerpc/Kconfig|4 arch/powerpc/include/asm/machdep.h |5 arch/powerpc/include/asm/pSeries_reconfig.h |1 arch/powerpc/kernel/sysfs.c | 19 + arch/powerpc/platforms/pseries/Makefile |2 arch/powerpc/platforms/pseries/dlpar.c | 412 arch/powerpc/platforms/pseries/reconfig.c |2 drivers/base/cpu.c | 32 ++ include/linux/cpu.h |4 9 files changed, 479 insertions(+), 2 deletions(-) ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [PATCH 0/3] Kernel handling of Dynamic Logical Partitioning
Nathan Fontenot writes: The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries platform allows for the addition and removal of resources (i.e. cpus, memory, pci devices) from a partition. The removal of a resource involves removing the resource's node from the device tree and then returning the resource to firmware via the rtas set-indicator call. To add a resource, it is first obtained from firmware via the rtas set-indicator call and then a new device tree node is created using the ibm,configure-coinnector rtas call and added to the device tree. The following set of patches implements the needed infrastructure to have the kernel handle the DLPAR addition and removal of cpus (other DLPAR'able items to follow in future patches). The framework for this is to create a set of probe/release sysfs files that will facilitate arch-specific call-outs to handle addition and removal of cpus to the system. Nice explanation, but the 0/3 of the series doesn't go into git. Could you rework some/all of this into the commit message for patch 1/3 so it gets stored permanently with these patches in git? Thanks, Paul. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: [PATCH 0/3] Kernel handling of Dynamic Logical Partitioning
Paul Mackerras wrote: Nathan Fontenot writes: The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries platform allows for the addition and removal of resources (i.e. cpus, memory, pci devices) from a partition. The removal of a resource involves removing the resource's node from the device tree and then returning the resource to firmware via the rtas set-indicator call. To add a resource, it is first obtained from firmware via the rtas set-indicator call and then a new device tree node is created using the ibm,configure-coinnector rtas call and added to the device tree. The following set of patches implements the needed infrastructure to have the kernel handle the DLPAR addition and removal of cpus (other DLPAR'able items to follow in future patches). The framework for this is to create a set of probe/release sysfs files that will facilitate arch-specific call-outs to handle addition and removal of cpus to the system. Nice explanation, but the 0/3 of the series doesn't go into git. Could you rework some/all of this into the commit message for patch 1/3 so it gets stored permanently with these patches in git? Thanks, Paul. Thanks for all the feedback. Version two of the patches are on their way based on your comments. -Nathan Fontenot ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev