Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp492643ybv; Thu, 13 Feb 2020 04:26:48 -0800 (PST) X-Google-Smtp-Source: APXvYqw4i5/kN8eINiPiEeyQo3Qtfyf6e4JaNilh6MgnxTO93NSODGKdczqBeABJHnNsZeN1wh6Z X-Received: by 2002:a9d:5e9:: with SMTP id 96mr13202374otd.307.1581596808140; Thu, 13 Feb 2020 04:26:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581596808; cv=none; d=google.com; s=arc-20160816; b=lW9+nzJ+OrksblvhBzqLORRAD4/sjDhMW3LdLNAU7aaDssBZ9Nimdnk7ztYC0v2wE+ IhWalZah5VQpnSOJdU9rl3MSme2NMq9Pgv3PY25WeZA/y0bckx1VDj5NSFT+DtPbdhoG HuZjk3Wtow+uwcETMOVzZ2/ERCNnoM5OrRehGPwd1VnJnFY4XHVKi0z5+okjeGty7fw0 X2EL5KXPazrl3BXykUch9ck6oKFngz/W+uXiG2ppwEKgUNdPqK8H6y/i+9/tsObCY9NF cSEW1IIcrxr2BPg6zP+rE9c8HkmljbZcKlFXEEBINTuqnYP8Q6gdrLotZ2eeuwdapzrX K4EA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Y9OAQr7LoJ7FysjO3RNUdQHAVxo4VqZp7WZsTWIAp+U=; b=Kb1reworJE8Se7xLrGJ5Z5eF3BZnlJQ/2qnjMRrziL59uPiIpaUDcC7eaV+S/oJNox 2sXKgKzPbN+3oPBq/bs61QypVtItdUKoF0yY1Gs7AOx7TzoI6P+b+6LvwLoNP4Dz4HFI kFB8rWrDuIHM4ppZxdMFJRDoqSlLUYtJm1XBSIc/dy4W2/Y6MF2AflJqrnuBjRW8fwg0 eiRynHXzcRschIvr8F47hY+1Fxgv9aUX8BpR6XJRJ/xIn5tXN8OOK4nsviu5YPPIzx3n CIMIxCtZh/9gZ2lMKdkWeUI7x1NblvQY3Li3MyDXsjIONrKvoWXM3WLs0+bPG5IDd/Vq 2vfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@verdurent-com.20150623.gappssmtp.com header.s=20150623 header.b=za3rTGuO; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z18si1110426oti.219.2020.02.13.04.26.34; Thu, 13 Feb 2020 04:26:48 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@verdurent-com.20150623.gappssmtp.com header.s=20150623 header.b=za3rTGuO; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729900AbgBMM0A (ORCPT + 99 others); Thu, 13 Feb 2020 07:26:00 -0500 Received: from mail-vk1-f193.google.com ([209.85.221.193]:39328 "EHLO mail-vk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729428AbgBMM0A (ORCPT ); Thu, 13 Feb 2020 07:26:00 -0500 Received: by mail-vk1-f193.google.com with SMTP id t129so1509718vkg.6 for ; Thu, 13 Feb 2020 04:25:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verdurent-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y9OAQr7LoJ7FysjO3RNUdQHAVxo4VqZp7WZsTWIAp+U=; b=za3rTGuOnSDnmFdxj8VAeh6VbheBiDSorET9lsV9J155E17dBflM5Xa9yAtAtLXMEi 9sqlhC2kF38nbcDs/pGUEtArCN2mKNq0gAKiD7Rfb51LiekGYAIq1V+7izfDNnXhCK/f cVxutZZ2DCdaJAJTtmtv8/sB9cMCsNRQxOhvq/gkQRCN3MRcat5b6l4Xjo3kCIYfLDZM gJSDN6HyELXmqWSciasKZ9Joi3OKM9OsfrioBPAGfLuj6a4xFniu8RelliOtSsSPj6HV NYksR+LMCkDHzxsKVjrC00nC3T+Fingk5iyd9+BE3JjF11VWM7gzZUG3nlqaNnb353DA k45Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y9OAQr7LoJ7FysjO3RNUdQHAVxo4VqZp7WZsTWIAp+U=; b=UllCEj8PKfY1Ehr5g8AdLukdRCDz8CMAFWvjk3p4f0B+WU5verst6oVeyLibYhIsZr q2KGKECl4dDIpbXjXVVcug3YEpGdKpO6+NWMxJFghDdGvBcNcjzq1S3oDdT94fzXr5tF kP+pOXm5BEdCZ2xqD5SGZ+rjQgPJbtkAfFGZhwjEuKui42B35FlZI266v13K4/8Rj3gq woAW6nP0it7h6oEhaInens9i7Wjmx2n5wcgEzooe4y/BmHBPD/aqXAevSiY4Egp2uegZ /98JwMilSZ2aAWMjXQFJ0iCUv+WbrllgEEZs3+OOXJ7yUHCI6sAAxUVyf3SrIWTa4pkx +ieg== X-Gm-Message-State: APjAAAUcx+FU+aWFy7qnkKlsv4kMN8Y9oHcqiSFY8c+7gPOPAhzpxMOG N0YFjlLeSst6X19lnpBcNiqp8qLCEWQTOoIXWpOtqA== X-Received: by 2002:ac5:c7a9:: with SMTP id d9mr1812766vkn.79.1581596758533; Thu, 13 Feb 2020 04:25:58 -0800 (PST) MIME-Version: 1.0 References: <1580250967-4386-1-git-send-email-thara.gopinath@linaro.org> <1580250967-4386-4-git-send-email-thara.gopinath@linaro.org> In-Reply-To: <1580250967-4386-4-git-send-email-thara.gopinath@linaro.org> From: Amit Kucheria Date: Thu, 13 Feb 2020 17:55:47 +0530 Message-ID: Subject: Re: [Patch v9 3/8] arm,arm64,drivers:Add infrastructure to store and update instantaneous thermal pressure To: Thara Gopinath Cc: Ingo Molnar , Peter Zijlstra , ionela.voinescu@arm.com, Vincent Guittot , Dietmar Eggemann , Zhang Rui , qperret@google.com, Daniel Lezcano , Viresh Kumar , Steven Rostedt , Will Deacon , Catalin Marinas , Sudeep Holla , Juri Lelli , corbet@lwn.net, LKML , Amit Daniel Kachhap , Javi Merino Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 29, 2020 at 4:06 AM Thara Gopinath wrote: > > Add architecture specific APIs to update and track thermal pressure on a > per cpu basis. A per cpu variable thermal_pressure is introduced to keep > track of instantaneous per cpu thermal pressure. Thermal pressure is the > delta between maximum capacity and capped capacity due to a thermal event. s/capped/decreased to have consistent use throughout the series e.g. in patch 1. Though personally, I like "capped capacity" in which case s/decreased/capped in patch 1 and elsewhere. > > topology_get_thermal_pressure can be hooked into the scheduler specified > arch_cpu_thermal_capacity to retrieve instantaneous thermal pressure of a > cpu. > > arch_set_thermal_pressure can be used to update the thermal pressure. > > Considering topology_get_thermal_pressure reads thermal_pressure and > arch_set_thermal_pressure writes into thermal_pressure, one can argue for > some sort of locking mechanism to avoid a stale value. But considering > topology_get_thermal_pressure can be called from a system critical path > like scheduler tick function, a locking mechanism is not ideal. This means > that it is possible the thermal_pressure value used to calculate average > thermal pressure for a cpu can be stale for upto 1 tick period. > > Signed-off-by: Thara Gopinath > --- > > v6->v7: > - Changed the input argument in arch_set_thermal_pressure from > capped capacity to delta capacity(thermal pressure) as per > Ionela's review comments. > > arch/arm/include/asm/topology.h | 3 +++ > arch/arm64/include/asm/topology.h | 3 +++ Any particular reason to enable this for arm/arm64 in this patch itself? I'd have enabled them in two separate patches after this one. > drivers/base/arch_topology.c | 11 +++++++++++ > include/linux/arch_topology.h | 10 ++++++++++ > 4 files changed, 27 insertions(+) > > diff --git a/arch/arm/include/asm/topology.h b/arch/arm/include/asm/topology.h > index 8a0fae9..3a50a19 100644 > --- a/arch/arm/include/asm/topology.h > +++ b/arch/arm/include/asm/topology.h > @@ -16,6 +16,9 @@ > /* Enable topology flag updates */ > #define arch_update_cpu_topology topology_update_cpu_topology > > +/* Replace task scheduler's default thermal pressure retrieve API */ > +#define arch_cpu_thermal_pressure topology_get_thermal_pressure > + > #else > > static inline void init_cpu_topology(void) { } > diff --git a/arch/arm64/include/asm/topology.h b/arch/arm64/include/asm/topology.h > index a4d945d..a70896f 100644 > --- a/arch/arm64/include/asm/topology.h > +++ b/arch/arm64/include/asm/topology.h > @@ -25,6 +25,9 @@ int pcibus_to_node(struct pci_bus *bus); > /* Enable topology flag updates */ > #define arch_update_cpu_topology topology_update_cpu_topology > > +/* Replace task scheduler's default thermal pressure retrieve API */ > +#define arch_cpu_thermal_pressure topology_get_thermal_pressure > + > #include > > #endif /* _ASM_ARM_TOPOLOGY_H */ > diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c > index 6119e11..68dfa49 100644 > --- a/drivers/base/arch_topology.c > +++ b/drivers/base/arch_topology.c > @@ -42,6 +42,17 @@ void topology_set_cpu_scale(unsigned int cpu, unsigned long capacity) > per_cpu(cpu_scale, cpu) = capacity; > } > > +DEFINE_PER_CPU(unsigned long, thermal_pressure); > + > +void arch_set_thermal_pressure(struct cpumask *cpus, > + unsigned long th_pressure) > +{ > + int cpu;