[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 3 Mar 2016 11:23:59 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>
Cc: Linux PM list <linux-pm@...r.kernel.org>,
Juri Lelli <juri.lelli@....com>,
Steve Muckle <steve.muckle@...aro.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Peter Zijlstra <peterz@...radead.org>,
Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Michael Turquette <mturquette@...libre.com>
Subject: Re: [PATCH 3/6] cpufreq: governor: New data type for management part
of dbs_data
On 02-03-16, 03:08, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>
> In addition to fields representing governor tunables, struct dbs_data
> contains some fields needed for the management of objects of that
> type. As it turns out, that part of struct dbs_data may be shared
> with (future) governors that won't use the common code used by
> "ondemand" and "conservative", so move it to a separate struct type
> and modify the code using struct dbs_data to follow.
>
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
> ---
> drivers/cpufreq/cpufreq_conservative.c | 15 +++--
> drivers/cpufreq/cpufreq_governor.c | 90 ++++++++++++++++++++-------------
> drivers/cpufreq/cpufreq_governor.h | 36 +++++++------
> drivers/cpufreq/cpufreq_ondemand.c | 19 ++++--
> 4 files changed, 97 insertions(+), 63 deletions(-)
>
> Index: linux-pm/drivers/cpufreq/cpufreq_governor.h
> ===================================================================
> --- linux-pm.orig/drivers/cpufreq/cpufreq_governor.h
> +++ linux-pm/drivers/cpufreq/cpufreq_governor.h
> @@ -41,6 +41,13 @@
> /* Ondemand Sampling types */
> enum {OD_NORMAL_SAMPLE, OD_SUB_SAMPLE};
>
> +struct gov_tunables {
> + struct kobject kobj;
> + struct list_head policy_list;
> + struct mutex update_lock;
> + int usage_count;
> +};
Everything else looks fine, but I don't think that you have named it
properly. Every thing else present in struct dbs_data are tunables,
but not this. And so gov_tunables doesn't suit at all here..
--
viresh
Powered by blists - more mailing lists