]> asedeno.scripts.mit.edu Git - linux.git/commitdiff
powerpc/numa: document topology_updates_enabled, disable by default
authorNathan Lynch <nathanl@linux.ibm.com>
Thu, 18 Apr 2019 18:56:58 +0000 (13:56 -0500)
committerMichael Ellerman <mpe@ellerman.id.au>
Sat, 20 Apr 2019 12:03:59 +0000 (22:03 +1000)
Changing the NUMA associations for CPUs and memory at runtime is
basically unsupported by the core mm, scheduler etc. We see all manner
of crashes, warnings and instability when the pseries code tries to do
this. Disable this behavior by default, and document the switch a bit.

Signed-off-by: Nathan Lynch <nathanl@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
arch/powerpc/mm/numa.c

index 952ada44df629a17a5197de5f6390ef8387e4e00..6ef36d553cdee4e5af6ded2df808b0e7c9e882af 100644 (file)
@@ -907,16 +907,22 @@ static int __init early_numa(char *p)
 }
 early_param("numa", early_numa);
 
-static bool topology_updates_enabled = true;
+/*
+ * The platform can inform us through one of several mechanisms
+ * (post-migration device tree updates, PRRN or VPHN) that the NUMA
+ * assignment of a resource has changed. This controls whether we act
+ * on that. Disabled by default.
+ */
+static bool topology_updates_enabled;
 
 static int __init early_topology_updates(char *p)
 {
        if (!p)
                return 0;
 
-       if (!strcmp(p, "off")) {
-               pr_info("Disabling topology updates\n");
-               topology_updates_enabled = false;
+       if (!strcmp(p, "on")) {
+               pr_warn("Caution: enabling topology updates\n");
+               topology_updates_enabled = true;
        }
 
        return 0;