Patch "powerpc/perf/imc: Use cpu_to_node() not topology_physical_package_id()" has been added to the 4.14-stable tree
Subsystems (2)
This is a note to let you know that I've just added the patch titled
powerpc/perf/imc: Use cpu_to_node() not topology_physical_package_id()
to the 4.14-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
powerpc-perf-imc-use-cpu_to_node-not-topology_physical_package_id.patch
and it can be found in the queue-4.14 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree, please let <[email protected]> know about it.
Quoted 1 line
From
f3f1dfd600ff82b18b7ea73d80eb27f476a6aa97Mon Sep 17 00:00:00 2001
From: Michael Ellerman <[email protected]>
Date: Mon, 16 Oct 2017 00:13:41 +0530
Subject: powerpc/perf/imc: Use cpu_to_node() not topology_physical_package_id()
From: Michael Ellerman <[email protected]>
commit f3f1dfd600ff82b18b7ea73d80eb27f476a6aa97 upstream.
init_imc_pmu() uses topology_physical_package_id() to detect the node id of the processor it is on to get local memory, but that's wrong, and can lead to crashes. Fix it to use cpu_to_node().
--- arch/powerpc/perf/imc-pmu.c | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-)
arch/powerpc/perf/imc-pmu.c +6 -6
@@ -467,7 +467,7 @@ static int nest_imc_event_init(struct pe* Nest HW counter memory resides in a per-chip reserve-memory (HOMER). * Get the base memory addresss for this cpu. */ - chip_id =topology_physical_package_id (event->cpu); + chip_id =cpu_to_chip_id (event->cpu); pcni = pmu->mem_info; do { if (pcni->id == chip_id) {
@@ -524,19 +524,19 @@ static int nest_imc_event_init(struct pe*/ static int core_imc_mem_init (int cpu,int size) { -int phys_id, rc =0 , core_id = (cpu / threads_per_core); +int nid, rc =0 , core_id = (cpu / threads_per_core);struct imc_mem_info *mem_info;/* * alloc_pages_node() will allocate memory for core in the * local node only. */ - phys_id =topology_physical_package_id (cpu); + nid =cpu_to_node (cpu); mem_info = &core_imc_pmu->mem_info[core_id]; mem_info->id = core_id;/* We need only vbase for core counters */ - mem_info->vbase =page_address (alloc_pages_node (phys_id, + mem_info->vbase =page_address (alloc_pages_node (nid,GFP_KERNEL | __GFP_ZERO | __GFP_THISNODE | __GFP_NOWARN,get_order (size)));if (!mem_info->vbase)
@@ -797,14 +797,14 @@ static int core_imc_event_init(struct pestatic int thread_imc_mem_alloc (int cpu_id,int size) {u64 ldbar_value, *local_mem =per_cpu (thread_imc_mem, cpu_id); -int phys_id =topology_physical_package_id (cpu_id); +int nid =cpu_to_node (cpu_id);if (!local_mem) {/* * This case could happen only once at start, since we dont * free the memory in cpu offline path. */ - local_mem =page_address (alloc_pages_node (phys_id, + local_mem =page_address (alloc_pages_node (nid,GFP_KERNEL | __GFP_ZERO | __GFP_THISNODE | __GFP_NOWARN,get_order (size)));if (!local_mem)
Patches currently in stable-queue which might be from [email protected] are
queue-4.14/powerpc-perf-imc-use-cpu_to_node-not-topology_physical_package_id.patch queue-4.14/powerpc-64s-hash-fix-128tb-512tb-virtual-address-boundary-case-allocation.patch queue-4.14/powerpc-fix-boot-on-book3s_32-with-config_strict_kernel_rwx.patch queue-4.14/powerpc-64s-hash-fix-fork-with-512tb-process-address-space.patch queue-4.14/powerpc-mm-radix-fix-crashes-on-power9-dd1-with-radix-mmu-and-strict_rwx.patch queue-4.14/powerpc-64s-radix-fix-128tb-512tb-virtual-address-boundary-case-allocation.patch queue-4.14/powerpc-signal-properly-handle-return-value-from-uprobe_deny_signal.patch queue-4.14/powerpc-64s-hash-allow-map_fixed-allocations-to-cross-128tb-boundary.patch queue-4.14/powerpc-64s-hash-fix-512t-hint-detection-to-use-128t.patch queue-4.14/powerpc-64s-fix-masking-of-srr1-bits-on-instruction-fault.patch