[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190109091210.jw6gw5qif55p7wes@vireshk-i7>
Date: Wed, 9 Jan 2019 14:42:10 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Rajendra Nayak <rnayak@...eaurora.org>
Cc: andy.gross@...aro.org, robh@...nel.org, sboyd@...nel.org,
ulf.hansson@...aro.org, collinsd@...eaurora.org, mka@...omium.org,
devicetree@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org, henryc.chen@...iatek.com
Subject: Re: [PATCH v10 2/9] OPP: Add support for parsing the 'opp-level'
property
On 09-01-19, 14:34, Rajendra Nayak wrote:
> Now that the OPP bindings are updated to include an optional
> 'opp-level' property, add support to parse it from device tree
> and store it as part of dev_pm_opp structure.
> Also add and export an helper 'dev_pm_opp_get_level()' that can be
> used to get the level value read from device tree when present.
>
> Signed-off-by: Rajendra Nayak <rnayak@...eaurora.org>
> ---
> drivers/opp/core.c | 18 ++++++++++++++++++
> drivers/opp/of.c | 5 ++++-
> drivers/opp/opp.h | 2 ++
> include/linux/pm_opp.h | 7 +++++++
> 4 files changed, 31 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/opp/core.c b/drivers/opp/core.c
> index e5507add8f04..738b1783aa65 100644
> --- a/drivers/opp/core.c
> +++ b/drivers/opp/core.c
> @@ -130,6 +130,24 @@ unsigned long dev_pm_opp_get_freq(struct dev_pm_opp *opp)
> }
> EXPORT_SYMBOL_GPL(dev_pm_opp_get_freq);
>
> +/**
> + * dev_pm_opp_get_level() - Gets the level corresponding to an available opp
> + * @opp: opp for which level value has to be returned for
> + *
> + * Return: level read from device tree corresponding to the opp, else
> + * return 0
All a full-stop here.
> + */
> +unsigned int dev_pm_opp_get_level(struct dev_pm_opp *opp)
> +{
> + if (IS_ERR_OR_NULL(opp) || !opp->available) {
> + pr_err("%s: Invalid parameters\n", __func__);
> + return 0;
> + }
> +
> + return opp->level;
> +}
> +EXPORT_SYMBOL_GPL(dev_pm_opp_get_level);
> +
> /**
> * dev_pm_opp_is_turbo() - Returns if opp is turbo OPP or not
> * @opp: opp for which turbo mode is being verified
> diff --git a/drivers/opp/of.c b/drivers/opp/of.c
> index 06f0f632ec47..8274d3ba2c5b 100644
> --- a/drivers/opp/of.c
> +++ b/drivers/opp/of.c
> @@ -568,7 +568,7 @@ static struct dev_pm_opp *_opp_add_static_v2(struct opp_table *opp_table,
> {
> struct dev_pm_opp *new_opp;
> u64 rate = 0;
> - u32 val;
> + u32 val, level = 0;
> int ret;
> bool rate_not_available = false;
>
> @@ -594,6 +594,9 @@ static struct dev_pm_opp *_opp_add_static_v2(struct opp_table *opp_table,
> new_opp->rate = (unsigned long)rate;
> }
>
> + if (!of_property_read_u32(np, "opp-level", &level))
> + new_opp->level = level;
> +
What about
of_property_read_u32(np, "opp-level", &new_opp->level);
??
> /* Check if the OPP supports hardware's hierarchy of versions or not */
> if (!_opp_is_supported(dev, opp_table, np)) {
> dev_dbg(dev, "OPP not supported by hardware: %llu\n", rate);
> diff --git a/drivers/opp/opp.h b/drivers/opp/opp.h
> index e24d81497375..5accdd96867d 100644
> --- a/drivers/opp/opp.h
> +++ b/drivers/opp/opp.h
> @@ -60,6 +60,7 @@ extern struct list_head opp_tables;
> * @suspend: true if suspend OPP
> * @pstate: Device's power domain's performance state.
> * @rate: Frequency in hertz
> + * @level: level value to be comminucated to remote power manager
Just say "performance level" here. Btw, communicated was also
misspelled here.
> * @supplies: Power supplies voltage/current values
> * @clock_latency_ns: Latency (in nanoseconds) of switching to this OPP's
> * frequency from any other OPP's frequency.
> @@ -80,6 +81,7 @@ struct dev_pm_opp {
> bool suspend;
> unsigned int pstate;
> unsigned long rate;
> + unsigned int level;
>
> struct dev_pm_opp_supply *supplies;
>
--
viresh
Powered by blists - more mailing lists