From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: Sudeep Holla <sudeep.holla@arm.com>
Cc: linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org
Subject: Re: [PATCH 3/8] firmware: arm_scmi: rename get_transition_latency and add_opps_to_device
Date: Thu, 17 May 2018 09:32:22 +0100 [thread overview]
Message-ID: <20180517093222.00001370@huawei.com> (raw)
In-Reply-To: <1525885634-22348-4-git-send-email-sudeep.holla@arm.com>
On Wed, 9 May 2018 18:07:09 +0100
Sudeep Holla <sudeep.holla@arm.com> wrote:
> Most of the scmi code follows the suggestion from Greg KH on a totally
> different thread[0] to have the subsystem name first, followed by the
> noun and finally the verb with couple of these exceptions.
>
> This patch fixes them so that all the functions names are aligned to
> on practice.
>
> [0] https://www.spinics.net/lists/arm-kernel/msg583673.html
>
> Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
Sensible tidy up, for what it's worth
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> ---
> drivers/cpufreq/scmi-cpufreq.c | 4 ++--
> drivers/firmware/arm_scmi/perf.c | 10 +++++-----
> include/linux/scmi_protocol.h | 10 +++++-----
> 3 files changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
> index b4dbc77459b6..50b1551ba894 100644
> --- a/drivers/cpufreq/scmi-cpufreq.c
> +++ b/drivers/cpufreq/scmi-cpufreq.c
> @@ -117,7 +117,7 @@ static int scmi_cpufreq_init(struct cpufreq_policy *policy)
> return -ENODEV;
> }
>
> - ret = handle->perf_ops->add_opps_to_device(handle, cpu_dev);
> + ret = handle->perf_ops->device_opps_add(handle, cpu_dev);
> if (ret) {
> dev_warn(cpu_dev, "failed to add opps to the device\n");
> return ret;
> @@ -164,7 +164,7 @@ static int scmi_cpufreq_init(struct cpufreq_policy *policy)
> /* SCMI allows DVFS request for any domain from any CPU */
> policy->dvfs_possible_from_any_cpu = true;
>
> - latency = handle->perf_ops->get_transition_latency(handle, cpu_dev);
> + latency = handle->perf_ops->transition_latency_get(handle, cpu_dev);
> if (!latency)
> latency = CPUFREQ_ETERNAL;
>
> diff --git a/drivers/firmware/arm_scmi/perf.c b/drivers/firmware/arm_scmi/perf.c
> index 987c64d19801..611ab08e6174 100644
> --- a/drivers/firmware/arm_scmi/perf.c
> +++ b/drivers/firmware/arm_scmi/perf.c
> @@ -349,8 +349,8 @@ static int scmi_dev_domain_id(struct device *dev)
> return clkspec.args[0];
> }
>
> -static int scmi_dvfs_add_opps_to_device(const struct scmi_handle *handle,
> - struct device *dev)
> +static int scmi_dvfs_device_opps_add(const struct scmi_handle *handle,
> + struct device *dev)
> {
> int idx, ret, domain;
> unsigned long freq;
> @@ -383,7 +383,7 @@ static int scmi_dvfs_add_opps_to_device(const struct scmi_handle *handle,
> return 0;
> }
>
> -static int scmi_dvfs_get_transition_latency(const struct scmi_handle *handle,
> +static int scmi_dvfs_transition_latency_get(const struct scmi_handle *handle,
> struct device *dev)
> {
> struct perf_dom_info *dom;
> @@ -432,8 +432,8 @@ static struct scmi_perf_ops perf_ops = {
> .level_set = scmi_perf_level_set,
> .level_get = scmi_perf_level_get,
> .device_domain_id = scmi_dev_domain_id,
> - .get_transition_latency = scmi_dvfs_get_transition_latency,
> - .add_opps_to_device = scmi_dvfs_add_opps_to_device,
> + .transition_latency_get = scmi_dvfs_transition_latency_get,
> + .device_opps_add = scmi_dvfs_device_opps_add,
> .freq_set = scmi_dvfs_freq_set,
> .freq_get = scmi_dvfs_freq_get,
> };
> diff --git a/include/linux/scmi_protocol.h b/include/linux/scmi_protocol.h
> index a171c1e293e8..f4c9fc0fc755 100644
> --- a/include/linux/scmi_protocol.h
> +++ b/include/linux/scmi_protocol.h
> @@ -85,8 +85,8 @@ struct scmi_clk_ops {
> * @level_set: sets the performance level of a domain
> * @level_get: gets the performance level of a domain
> * @device_domain_id: gets the scmi domain id for a given device
> - * @get_transition_latency: gets the DVFS transition latency for a given device
> - * @add_opps_to_device: adds all the OPPs for a given device
> + * @transition_latency_get: gets the DVFS transition latency for a given device
> + * @device_opps_add: adds all the OPPs for a given device
> * @freq_set: sets the frequency for a given device using sustained frequency
> * to sustained performance level mapping
> * @freq_get: gets the frequency for a given device using sustained frequency
> @@ -102,10 +102,10 @@ struct scmi_perf_ops {
> int (*level_get)(const struct scmi_handle *handle, u32 domain,
> u32 *level, bool poll);
> int (*device_domain_id)(struct device *dev);
> - int (*get_transition_latency)(const struct scmi_handle *handle,
> + int (*transition_latency_get)(const struct scmi_handle *handle,
> struct device *dev);
> - int (*add_opps_to_device)(const struct scmi_handle *handle,
> - struct device *dev);
> + int (*device_opps_add)(const struct scmi_handle *handle,
> + struct device *dev);
> int (*freq_set)(const struct scmi_handle *handle, u32 domain,
> unsigned long rate, bool poll);
> int (*freq_get)(const struct scmi_handle *handle, u32 domain,
WARNING: multiple messages have this Message-ID (diff)
From: Jonathan.Cameron@huawei.com (Jonathan Cameron)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/8] firmware: arm_scmi: rename get_transition_latency and add_opps_to_device
Date: Thu, 17 May 2018 09:32:22 +0100 [thread overview]
Message-ID: <20180517093222.00001370@huawei.com> (raw)
In-Reply-To: <1525885634-22348-4-git-send-email-sudeep.holla@arm.com>
On Wed, 9 May 2018 18:07:09 +0100
Sudeep Holla <sudeep.holla@arm.com> wrote:
> Most of the scmi code follows the suggestion from Greg KH on a totally
> different thread[0] to have the subsystem name first, followed by the
> noun and finally the verb with couple of these exceptions.
>
> This patch fixes them so that all the functions names are aligned to
> on practice.
>
> [0] https://www.spinics.net/lists/arm-kernel/msg583673.html
>
> Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
Sensible tidy up, for what it's worth
Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> ---
> drivers/cpufreq/scmi-cpufreq.c | 4 ++--
> drivers/firmware/arm_scmi/perf.c | 10 +++++-----
> include/linux/scmi_protocol.h | 10 +++++-----
> 3 files changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
> index b4dbc77459b6..50b1551ba894 100644
> --- a/drivers/cpufreq/scmi-cpufreq.c
> +++ b/drivers/cpufreq/scmi-cpufreq.c
> @@ -117,7 +117,7 @@ static int scmi_cpufreq_init(struct cpufreq_policy *policy)
> return -ENODEV;
> }
>
> - ret = handle->perf_ops->add_opps_to_device(handle, cpu_dev);
> + ret = handle->perf_ops->device_opps_add(handle, cpu_dev);
> if (ret) {
> dev_warn(cpu_dev, "failed to add opps to the device\n");
> return ret;
> @@ -164,7 +164,7 @@ static int scmi_cpufreq_init(struct cpufreq_policy *policy)
> /* SCMI allows DVFS request for any domain from any CPU */
> policy->dvfs_possible_from_any_cpu = true;
>
> - latency = handle->perf_ops->get_transition_latency(handle, cpu_dev);
> + latency = handle->perf_ops->transition_latency_get(handle, cpu_dev);
> if (!latency)
> latency = CPUFREQ_ETERNAL;
>
> diff --git a/drivers/firmware/arm_scmi/perf.c b/drivers/firmware/arm_scmi/perf.c
> index 987c64d19801..611ab08e6174 100644
> --- a/drivers/firmware/arm_scmi/perf.c
> +++ b/drivers/firmware/arm_scmi/perf.c
> @@ -349,8 +349,8 @@ static int scmi_dev_domain_id(struct device *dev)
> return clkspec.args[0];
> }
>
> -static int scmi_dvfs_add_opps_to_device(const struct scmi_handle *handle,
> - struct device *dev)
> +static int scmi_dvfs_device_opps_add(const struct scmi_handle *handle,
> + struct device *dev)
> {
> int idx, ret, domain;
> unsigned long freq;
> @@ -383,7 +383,7 @@ static int scmi_dvfs_add_opps_to_device(const struct scmi_handle *handle,
> return 0;
> }
>
> -static int scmi_dvfs_get_transition_latency(const struct scmi_handle *handle,
> +static int scmi_dvfs_transition_latency_get(const struct scmi_handle *handle,
> struct device *dev)
> {
> struct perf_dom_info *dom;
> @@ -432,8 +432,8 @@ static struct scmi_perf_ops perf_ops = {
> .level_set = scmi_perf_level_set,
> .level_get = scmi_perf_level_get,
> .device_domain_id = scmi_dev_domain_id,
> - .get_transition_latency = scmi_dvfs_get_transition_latency,
> - .add_opps_to_device = scmi_dvfs_add_opps_to_device,
> + .transition_latency_get = scmi_dvfs_transition_latency_get,
> + .device_opps_add = scmi_dvfs_device_opps_add,
> .freq_set = scmi_dvfs_freq_set,
> .freq_get = scmi_dvfs_freq_get,
> };
> diff --git a/include/linux/scmi_protocol.h b/include/linux/scmi_protocol.h
> index a171c1e293e8..f4c9fc0fc755 100644
> --- a/include/linux/scmi_protocol.h
> +++ b/include/linux/scmi_protocol.h
> @@ -85,8 +85,8 @@ struct scmi_clk_ops {
> * @level_set: sets the performance level of a domain
> * @level_get: gets the performance level of a domain
> * @device_domain_id: gets the scmi domain id for a given device
> - * @get_transition_latency: gets the DVFS transition latency for a given device
> - * @add_opps_to_device: adds all the OPPs for a given device
> + * @transition_latency_get: gets the DVFS transition latency for a given device
> + * @device_opps_add: adds all the OPPs for a given device
> * @freq_set: sets the frequency for a given device using sustained frequency
> * to sustained performance level mapping
> * @freq_get: gets the frequency for a given device using sustained frequency
> @@ -102,10 +102,10 @@ struct scmi_perf_ops {
> int (*level_get)(const struct scmi_handle *handle, u32 domain,
> u32 *level, bool poll);
> int (*device_domain_id)(struct device *dev);
> - int (*get_transition_latency)(const struct scmi_handle *handle,
> + int (*transition_latency_get)(const struct scmi_handle *handle,
> struct device *dev);
> - int (*add_opps_to_device)(const struct scmi_handle *handle,
> - struct device *dev);
> + int (*device_opps_add)(const struct scmi_handle *handle,
> + struct device *dev);
> int (*freq_set)(const struct scmi_handle *handle, u32 domain,
> unsigned long rate, bool poll);
> int (*freq_get)(const struct scmi_handle *handle, u32 domain,
next prev parent reply other threads:[~2018-05-17 8:32 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-09 17:07 [PATCH 0/8] firmware: arm_scmi: trivial cleanups Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-09 17:07 ` [PATCH 1/8] firmware: arm_scmi: improve code readability using bitfield accessor macros Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 8:14 ` Jonathan Cameron
2018-05-17 8:14 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 2/8] firmware: arm_scmi: fix kernel-docs documentation Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 8:30 ` Jonathan Cameron
2018-05-17 8:30 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 3/8] firmware: arm_scmi: rename get_transition_latency and add_opps_to_device Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-10 8:29 ` Rafael J. Wysocki
2018-05-10 8:29 ` Rafael J. Wysocki
2018-05-10 9:53 ` Sudeep Holla
2018-05-10 9:53 ` Sudeep Holla
2018-05-17 8:32 ` Jonathan Cameron [this message]
2018-05-17 8:32 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 4/8] firmware: arm_scmi: rename scmi_xfer_{init,get,put} Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 8:38 ` Jonathan Cameron
2018-05-17 8:38 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 5/8] firmware: arm_scmi: drop unused `con_priv` structure member Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 8:41 ` Jonathan Cameron
2018-05-17 8:41 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 6/8] firmware: arm_scmi: remove unnecessary bitmap_zero Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 8:43 ` Jonathan Cameron
2018-05-17 8:43 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 7/8] firmware: arm_scmi: improve exit paths and code readability Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 9:13 ` Jonathan Cameron
2018-05-17 9:13 ` Jonathan Cameron
2018-05-09 17:07 ` [PATCH 8/8] firmware: arm_scmi: simplify exit path by returning on error Sudeep Holla
2018-05-09 17:07 ` Sudeep Holla
2018-05-17 9:14 ` Jonathan Cameron
2018-05-17 9:14 ` Jonathan Cameron
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=20180517093222.00001370@huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=sudeep.holla@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.