All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Dietmar Eggemann <dietmar.eggemann@arm.com>
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
	linux@arm.linux.org.uk, Russell King <rmk+kernel@armlinux.org.uk>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Juri Lelli <juri.lelli@arm.com>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Morten Rasmussen <morten.rasmussen@arm.com>,
	Viresh Kumar <viresh.kumar@linaro.org>,
	"Rafael J . Wysocki" <rjw@rjwysocki.net>,
	Sudeep Holla <sudeep.holla@arm.com>
Subject: Re: [PATCH v5 00/10] arm, arm64, cpufreq: frequency- and cpu-invariant accounting support for task scheduler
Date: Wed, 4 Oct 2017 10:41:14 +0200	[thread overview]
Message-ID: <20171004084114.GA6547@kroah.com> (raw)
In-Reply-To: <20170926164115.32367-1-dietmar.eggemann@arm.com>

On Tue, Sep 26, 2017 at 05:41:05PM +0100, Dietmar Eggemann wrote:
> For a more accurate (i.e. frequency- and cpu-invariant) accounting
> the task scheduler needs a frequency-scaling and on a heterogeneous
> system a cpu-scaling correction factor.
> 
> This patch-set implements a Frequency Invariance Engine (FIE)
> based on the ratio of current frequency and maximum supported frequency
> (topology_get_freq_scale()) in the arch topology driver (arm, arm64) to
> provide such a frequency-scaling correction factor.
> This is a solution to get frequency-invariant accounting support for
> platforms without hardware-based performance tracking.
> 
> The Cpu Invariance Engine (CIE) (topology_get_cpu_scale()) providing a
> cpu-scaling correction factor was already introduced by the "Fix issues
> and factorize arm/arm64 capacity information code" patch-set [1] which
> went into v4.13.
> 
> This patch-set also enables the frequency- and cpu-invariant accounting
> support. Enabling here means to associate (wire) the task scheduler
> function name arch_scale_freq_capacity and arch_scale_cpu_capacity with
> the FIE and CIE function names from drivers/base/arch_topology.c. This
> replaces the scheduler's default FIE and CIE in kernel/sched/sched.h.
> 
> v4: review results:
> 
> There were no further comments during the v4 [2] review.

This patchset crosses a bunch of different subsystems, who do you
want/expect to be taking this through their tree?

thanks,

greg k-h

  parent reply	other threads:[~2017-10-04  8:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-26 16:41 [PATCH v5 00/10] arm, arm64, cpufreq: frequency- and cpu-invariant accounting support for task scheduler Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 01/10] drivers base/arch_topology: free cpumask cpus_to_visit Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 02/10] cpufreq: provide default frequency-invariance setter function Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 03/10] cpufreq: arm_big_little: invoke " Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 04/10] cpufreq: dt: " Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 05/10] drivers base/arch_topology: provide frequency-invariant accounting support Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 06/10] drivers base/arch_topology: allow inlining cpu-invariant " Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 07/10] arm: wire frequency-invariant accounting support up to the task scheduler Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 08/10] arm: wire cpu-invariant " Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 09/10] arm64: wire frequency-invariant " Dietmar Eggemann
2017-09-26 16:41 ` [PATCH v5 10/10] arm64: wire cpu-invariant " Dietmar Eggemann
2017-10-04  8:41 ` Greg Kroah-Hartman [this message]
2017-10-04 12:28   ` [PATCH v5 00/10] arm, arm64, cpufreq: frequency- and cpu-invariant accounting support for " Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171004084114.GA6547@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=dietmar.eggemann@arm.com \
    --cc=juri.lelli@arm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=morten.rasmussen@arm.com \
    --cc=peterz@infradead.org \
    --cc=rjw@rjwysocki.net \
    --cc=rmk+kernel@armlinux.org.uk \
    --cc=sudeep.holla@arm.com \
    --cc=vincent.guittot@linaro.org \
    --cc=viresh.kumar@linaro.org \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.