From: Chanwoo Choi <cw00.choi@samsung.com>
To: Matthias Kaehlcke <mka@chromium.org>,
MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>,
Arnd Bergmann <arnd@arndb.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
linux-pm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
Brian Norris <briannorris@chromium.org>,
Douglas Anderson <dianders@chromium.org>,
Enric Balletbo i Serra <enric.balletbo@collabora.com>,
"Rafael J . Wysocki" <rjw@rjwysocki.net>,
Viresh Kumar <viresh.kumar@linaro.org>,
Lee Jones <lee.jones@linaro.org>,
Benson Leung <bleung@chromium.org>,
Olof Johansson <olof@lixom.net>
Subject: Re: [PATCH v5 04/12] PM / devfreq: Add struct devfreq_policy
Date: Wed, 04 Jul 2018 11:51:30 +0900 [thread overview]
Message-ID: <5B3C3632.1010706@samsung.com> (raw)
In-Reply-To: <20180703234705.227473-5-mka@chromium.org>
Hi,
On 2018년 07월 04일 08:46, Matthias Kaehlcke wrote:
> Move variables related with devfreq policy changes from struct devfreq
> to the new struct devfreq_policy and add a policy field to struct devfreq.
>
> The following variables are moved:
>
> df->min/max_freq => p->user.min/max_freq
> df->scaling_min/max_freq => p->devinfo.min/max_freq
> df->governor => p->governor
> df->governor_name => p->governor_name
>
> Signed-off-by: Matthias Kaehlcke <mka@chromium.org>
> Reviewed-by: Brian Norris <briannorris@chromium.org>
> ---
> Changes in v5:
> - none
>
> Changes in v4:
> - added 'Reviewed-by: Brian Norris <briannorris@chromium.org>' tag
>
> Changes in v3:
> - none
>
> Changes in v2:
> - performance, powersave and simpleondemand governors don't need changes
> with "PM / devfreq: Don't adjust to user limits in governors"
> - formatting fixes
> ---
> drivers/devfreq/devfreq.c | 137 ++++++++++++++++-------------
> drivers/devfreq/governor_passive.c | 4 +-
> include/linux/devfreq.h | 38 +++++---
> 3 files changed, 103 insertions(+), 76 deletions(-)
>
(skip)
>
> diff --git a/drivers/devfreq/governor_passive.c b/drivers/devfreq/governor_passive.c
> index 3bc29acbd54e..e0987c749ec2 100644
> --- a/drivers/devfreq/governor_passive.c
> +++ b/drivers/devfreq/governor_passive.c
> @@ -99,12 +99,12 @@ static int update_devfreq_passive(struct devfreq *devfreq, unsigned long freq)
> {
> int ret;
>
> - if (!devfreq->governor)
> + if (!devfreq->policy.governor)
> return -EINVAL;
>
> mutex_lock_nested(&devfreq->lock, SINGLE_DEPTH_NESTING);
>
> - ret = devfreq->governor->get_target_freq(devfreq, &freq);
> + ret = devfreq->policy.governor->get_target_freq(devfreq, &freq);
> if (ret < 0)
> goto out;
>
> diff --git a/include/linux/devfreq.h b/include/linux/devfreq.h
> index 3aae5b3af87c..9bf23b976f4d 100644
> --- a/include/linux/devfreq.h
> +++ b/include/linux/devfreq.h
> @@ -109,6 +109,30 @@ struct devfreq_dev_profile {
> unsigned int max_state;
> };
>
> +/**
> + * struct devfreq_freq_limits - Devfreq frequency limits
> + * @min_freq: minimum frequency
> + * @max_freq: maximum frequency
> + */
> +struct devfreq_freq_limits {
> + unsigned long min_freq;
> + unsigned long max_freq;
> +};
> +
> +/**
> + * struct devfreq_policy - Devfreq policy
> + * @user: frequency limits requested by the user
> + * @devinfo: frequency limits of the device (available OPPs)
> + * @governor: method how to choose frequency based on the usage.
nitpick. remove '.' on the end of line.
> + * @governor_name: devfreq governor name for use with this devfreq
> + */
> +struct devfreq_policy {
> + struct devfreq_freq_limits user;
> + struct devfreq_freq_limits devinfo;
> + const struct devfreq_governor *governor;
> + char governor_name[DEVFREQ_NAME_LEN];
> +};
> +
> /**
> * struct devfreq - Device devfreq structure
> * @node: list node - contains the devices with devfreq that have been
> @@ -117,8 +141,6 @@ struct devfreq_dev_profile {
> * @dev: device registered by devfreq class. dev.parent is the device
> * using devfreq.
> * @profile: device-specific devfreq profile
> - * @governor: method how to choose frequency based on the usage.
> - * @governor_name: devfreq governor name for use with this devfreq
> * @nb: notifier block used to notify devfreq object that it should
> * reevaluate operable frequencies. Devfreq users may use
> * devfreq.nb to the corresponding register notifier call chain.
> @@ -126,10 +148,7 @@ struct devfreq_dev_profile {
> * @previous_freq: previously configured frequency value.
> * @data: Private data of the governor. The devfreq framework does not
> * touch this.
> - * @min_freq: Limit minimum frequency requested by user (0: none)
> - * @max_freq: Limit maximum frequency requested by user (0: none)
> - * @scaling_min_freq: Limit minimum frequency requested by OPP interface
> - * @scaling_max_freq: Limit maximum frequency requested by OPP interface
> + * @policy: Policy for frequency adjustments
The devfreq_policy contains the range of frequency and governor information.
But, this description focus on the frequency. You need to explain the more
correct description of 'policy'.
> * @stop_polling: devfreq polling status of a device.
> * @total_trans: Number of devfreq transitions
> * @trans_table: Statistics of devfreq transitions
> @@ -151,8 +170,6 @@ struct devfreq {
> struct mutex lock;
> struct device dev;
> struct devfreq_dev_profile *profile;
> - const struct devfreq_governor *governor;
> - char governor_name[DEVFREQ_NAME_LEN];
> struct notifier_block nb;
> struct delayed_work work;
>
> @@ -161,10 +178,7 @@ struct devfreq {
>
> void *data; /* private data for governors */
>
> - unsigned long min_freq;
> - unsigned long max_freq;
> - unsigned long scaling_min_freq;
> - unsigned long scaling_max_freq;
> + struct devfreq_policy policy;
I recommend that you better to move under 'struct devfreq_dev_profile'
as following:
struct devfreq_dev_profile *profile;
struct devfreq_policy policy;
> bool stop_polling;
>
> /* information for device frequency transition */
>
--
Best Regards,
Chanwoo Choi
Samsung Electronics
next prev parent reply other threads:[~2018-07-04 2:51 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-03 23:46 [PATCH v5 00/12] Add throttler driver for non-thermal throttling Matthias Kaehlcke
2018-07-03 23:46 ` [PATCH v5 01/12] PM / devfreq: Init user limits from OPP limits, not viceversa Matthias Kaehlcke
2018-07-04 2:24 ` MyungJoo Ham
2018-07-03 23:46 ` [PATCH v5 02/12] PM / devfreq: Fix handling of min/max_freq == 0 Matthias Kaehlcke
2018-07-04 2:20 ` Chanwoo Choi
2018-07-06 16:36 ` Matthias Kaehlcke
2018-07-12 8:34 ` Chanwoo Choi
2018-07-03 23:46 ` [PATCH v5 03/12] PM / devfreq: Don't adjust to user limits in governors Matthias Kaehlcke
2018-07-04 2:27 ` Chanwoo Choi
2018-08-02 23:36 ` Matthias Kaehlcke
2018-08-03 0:03 ` Chanwoo Choi
2018-08-03 0:24 ` Matthias Kaehlcke
2018-08-03 0:43 ` Chanwoo Choi
2018-07-03 23:46 ` [PATCH v5 04/12] PM / devfreq: Add struct devfreq_policy Matthias Kaehlcke
2018-07-04 2:51 ` Chanwoo Choi [this message]
2018-07-06 17:07 ` Matthias Kaehlcke
2018-07-12 8:38 ` Chanwoo Choi
2018-08-03 0:04 ` Chanwoo Choi
2018-07-03 23:46 ` [PATCH v5 05/12] PM / devfreq: Add support for policy notifiers Matthias Kaehlcke
2018-07-04 6:41 ` Chanwoo Choi
2018-07-06 17:53 ` Matthias Kaehlcke
2018-07-12 8:44 ` Chanwoo Choi
2018-07-16 17:50 ` Matthias Kaehlcke
2018-07-31 19:39 ` Matthias Kaehlcke
2018-08-01 1:22 ` Chanwoo Choi
2018-08-01 17:08 ` Matthias Kaehlcke
2018-08-02 1:58 ` Chanwoo Choi
2018-08-02 23:13 ` Matthias Kaehlcke
2018-08-02 23:48 ` Matthias Kaehlcke
2018-08-03 0:14 ` Chanwoo Choi
2018-08-06 19:21 ` Matthias Kaehlcke
2018-08-06 22:31 ` Chanwoo Choi
2018-08-06 22:50 ` Chanwoo Choi
2018-08-07 0:23 ` Matthias Kaehlcke
2018-08-07 1:35 ` Chanwoo Choi
2018-08-07 22:34 ` Matthias Kaehlcke
2018-08-02 23:56 ` Chanwoo Choi
2018-08-06 18:46 ` Matthias Kaehlcke
2018-08-06 22:16 ` Chanwoo Choi
2018-07-03 23:46 ` [PATCH v5 06/12] PM / devfreq: Make update_devfreq() public Matthias Kaehlcke
2018-08-01 8:32 ` Chanwoo Choi
2018-07-03 23:47 ` [PATCH v5 07/12] PM / devfreq: export devfreq_class Matthias Kaehlcke
2018-07-04 5:30 ` Chanwoo Choi
2018-07-06 18:09 ` Matthias Kaehlcke
2018-07-12 9:08 ` Chanwoo Choi
2018-07-16 19:41 ` Matthias Kaehlcke
2018-07-31 19:29 ` Matthias Kaehlcke
2018-08-01 8:18 ` Chanwoo Choi
2018-08-01 17:18 ` Matthias Kaehlcke
2018-07-03 23:47 ` [PATCH v5 08/12] cpufreq: Add stub for cpufreq_update_policy() Matthias Kaehlcke
2018-07-04 10:41 ` Rafael J. Wysocki
2018-07-10 22:24 ` Matthias Kaehlcke
2018-07-04 10:44 ` Viresh Kumar
2018-07-03 23:47 ` [PATCH v5 09/12] dt-bindings: misc: add bindings for throttler Matthias Kaehlcke
2018-07-04 10:00 ` Viresh Kumar
2018-08-01 8:27 ` Chanwoo Choi
2018-08-01 17:39 ` Matthias Kaehlcke
2018-07-03 23:47 ` [PATCH v5 10/12] misc: throttler: Add core support for non-thermal throttling Matthias Kaehlcke
2018-07-03 23:47 ` [PATCH v5 11/12] misc: throttler: Add Chrome OS EC throttler Matthias Kaehlcke
2018-07-03 23:47 ` [PATCH v5 12/12] mfd: cros_ec: Add throttler sub-device Matthias Kaehlcke
2018-07-04 7:59 ` Lee Jones
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=5B3C3632.1010706@samsung.com \
--to=cw00.choi@samsung.com \
--cc=arnd@arndb.de \
--cc=bleung@chromium.org \
--cc=briannorris@chromium.org \
--cc=devicetree@vger.kernel.org \
--cc=dianders@chromium.org \
--cc=enric.balletbo@collabora.com \
--cc=gregkh@linuxfoundation.org \
--cc=kyungmin.park@samsung.com \
--cc=lee.jones@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mka@chromium.org \
--cc=myungjoo.ham@samsung.com \
--cc=olof@lixom.net \
--cc=rjw@rjwysocki.net \
--cc=robh+dt@kernel.org \
--cc=viresh.kumar@linaro.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox