From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3zFn3v1yJhzF0dX for ; Tue, 9 Jan 2018 07:31:22 +1100 (AEDT) Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.21) with SMTP id w08KV9OL037842 for ; Mon, 8 Jan 2018 15:31:20 -0500 Received: from e35.co.us.ibm.com (e35.co.us.ibm.com [32.97.110.153]) by mx0a-001b2d01.pphosted.com with ESMTP id 2fccvef8p1-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Mon, 08 Jan 2018 15:31:20 -0500 Received: from localhost by e35.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 8 Jan 2018 13:31:19 -0700 To: linuxppc-dev@lists.ozlabs.org Cc: Michael Bringmann , Nathan Fontenot From: Michael Bringmann Subject: [RFC 0/3] powerpc/hotplug: Fix affinity assoc for LPAR migration Date: Mon, 8 Jan 2018 14:30:48 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Message-Id: List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , The migration of LPARs across Power systems affects many attributes including that of the associativity of memory blocks and CPUs. The patches in this set execute when a system is coming up fresh upon a migration target. They are intended to, * Recognize changes to the associativity of memory and CPUs recorded in internal data structures when compared to the latest copies in the device tree (e.g. ibm,dynamic-memory, ibm,dynamic-memory-v2, cpus), * Recognize changes to the associativity mapping (e.g. ibm, associativity-lookup-arrays), locate all assigned memory blocks corresponding to each changed row, and readd all such blocks. * Generate calls to other code layers to reset the data structures related to associativity of the CPUs and memory. * Re-register the 'changed' entities into the target system. Re-registration of CPUs and memory blocks mostly entails acting as if they have been newly hot-added into the target system. Signed-off-by: Michael Bringmann Michael Bringmann (3): hotplug/mobility: Apply assoc lookup updates for Post Migration Topo postmigration/memory: Review assoc lookup array changes postmigration/memory: Associativity & 'ibm,dynamic-memory-v2' --- Changes in RFC: -- Rename pseries_update_drconf_cpu to pseries_update_cpu -- Simplify code to update CPU nodes during mobility checks. Remove functions to generate extra HP_ELOG messages in favor of direct function calls to dlpar_cpu_readd_by_index, or dlpar_memory_readd_by_index. -- Move check for "cpu" node type from pseries_update_cpu to pseries_smp_notifier in 'hotplug-cpu.c' -- Remove functions 'pseries_memory_readd_by_index' and 'pseries_cpu_readd_by_index' as no longer needed outside of 'mobility.c'. -- Update patch for recent checkin compatibility -- Resubmit as RFC pending further integration with LMB changes by Nathan Fontenot