ACK: [SRU][Bionic][PATCH 1/1] UBUNTU: SAUCE: powerpc/perf: Fix memory allocation for core-imc based on num_possible_cpus()
Colin Ian King
colin.king at canonical.com
Fri May 18 15:14:48 UTC 2018
On 18/05/18 15:48, Joseph Salisbury wrote:
> From: Anju T Sudhakar <anju at linux.vnet.ibm.com>
>
> BugLink: http://bugs.launchpad.net/bugs/1770849
>
> Currently memory is allocated for core-imc based on cpu_present_mask, which
> has bit 'cpu' set iff cpu is populated. We use (cpu number / threads per core)
> as as array index to access the memory. So in a system with guarded cores,
> since allocation happens based on cpu_present_mask, (cpu number / threads per core)
> bounds the index and leads to memory overflow.
>
> The issue is exposed in a guard test. The guard test will make some CPU's
> as un-available to the system during boot time as well as at runtime. So
> when the cpu is unavailable to the system during boot time, the memory
> allocation happens depending on the number of available cpus. And when we
> access the memory using (cpu number / threads per core) as the index the
> system crashes due to memory overflow.
>
> Allocating memory for core-imc based on cpu_possible_mask, which has bit
> 'cpu' set iff cpu is populatable, will fix this issue.
>
> Reported-by: Pridhiviraj Paidipeddi <ppaidipe at linux.vnet.ibm.com>
> Signed-off-by: Anju T Sudhakar <anju at linux.vnet.ibm.com>
> Signed-off-by: Joseph Salisbury <joseph.salisbury at canonical.com>
> ---
> arch/powerpc/perf/imc-pmu.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/powerpc/perf/imc-pmu.c b/arch/powerpc/perf/imc-pmu.c
> index be4e7f8..dfb5864 100644
> --- a/arch/powerpc/perf/imc-pmu.c
> +++ b/arch/powerpc/perf/imc-pmu.c
> @@ -1132,7 +1132,7 @@ static int init_nest_pmu_ref(void)
>
> static void cleanup_all_core_imc_memory(void)
> {
> - int i, nr_cores = DIV_ROUND_UP(num_present_cpus(), threads_per_core);
> + int i, nr_cores = DIV_ROUND_UP(num_possible_cpus(), threads_per_core);
> struct imc_mem_info *ptr = core_imc_pmu->mem_info;
> int size = core_imc_pmu->counter_mem_size;
>
> @@ -1248,7 +1248,7 @@ static int imc_mem_init(struct imc_pmu *pmu_ptr, struct device_node *parent,
> if (!pmu_ptr->pmu.name)
> return -ENOMEM;
>
> - nr_cores = DIV_ROUND_UP(num_present_cpus(), threads_per_core);
> + nr_cores = DIV_ROUND_UP(num_possible_cpus(), threads_per_core);
> pmu_ptr->mem_info = kcalloc(nr_cores, sizeof(struct imc_mem_info),
> GFP_KERNEL);
>
>
Fixes the issue, positive test results, limited to specific arch so
regression potential is also limited. Seems like a sensible fix to me.
Acked-by: Colin Ian King <colin.king at canonical.com>
More information about the kernel-team
mailing list