From: Stanimir Varbanov <svarbanov@mm-sol.com>
To: Rajendra Nayak <rnayak@codeaurora.org>
Cc: sboyd@codeaurora.org, mturquette@linaro.org,
linux-arm-msm@vger.kernel.org, georgi.djakov@linaro.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 2/6] clk: qcom: gdsc: Prepare common clk probe to register gdscs
Date: Thu, 19 Mar 2015 12:46:48 +0200 [thread overview]
Message-ID: <550AA918.3000604@mm-sol.com> (raw)
In-Reply-To: <1426752145-4365-3-git-send-email-rnayak@codeaurora.org>
Hi Rajendra,
Thanks for the patch!
On 03/19/2015 10:02 AM, Rajendra Nayak wrote:
> The common clk probe registers a clk provider and a reset controller.
> Update it to register a genpd provider using the gdsc data provided
> by each platform.
>
> Signed-off-by: Rajendra Nayak <rnayak@codeaurora.org>
> ---
> drivers/clk/qcom/common.c | 14 +++++++++++++-
> drivers/clk/qcom/common.h | 2 ++
> drivers/clk/qcom/gdsc.c | 34 +++++++++++++++++++++++++++++++++-
> drivers/clk/qcom/gdsc.h | 9 ++++++++-
> 4 files changed, 56 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/clk/qcom/common.c b/drivers/clk/qcom/common.c
> index a946b48..cc9f56f 100644
> --- a/drivers/clk/qcom/common.c
> +++ b/drivers/clk/qcom/common.c
> @@ -21,6 +21,7 @@
> #include "clk-rcg.h"
> #include "clk-regmap.h"
> #include "reset.h"
> +#include "gdsc.h"
>
> struct qcom_cc {
> struct qcom_reset_controller reset;
> @@ -125,8 +126,18 @@ int qcom_cc_really_probe(struct platform_device *pdev,
>
> ret = reset_controller_register(&reset->rcdev);
> if (ret)
> - of_clk_del_provider(dev->of_node);
> + goto err_reset;
>
> + ret = gdsc_register(dev, desc->gdscs, desc->num_gdscs, regmap);
> + if (ret)
> + goto err_pd;
> +
> + return 0;
> +err_pd:
> + dev_err(dev, "Failed to register power domains\n");
> + reset_controller_unregister(&reset->rcdev);
> +err_reset:
> + of_clk_del_provider(dev->of_node);
> return ret;
> }
> EXPORT_SYMBOL_GPL(qcom_cc_really_probe);
> @@ -145,6 +156,7 @@ EXPORT_SYMBOL_GPL(qcom_cc_probe);
>
> void qcom_cc_remove(struct platform_device *pdev)
> {
> + of_genpd_del_provider(pdev->dev.of_node);
It would be nice to introduce gdsc_unregister() for symmetry.
> of_clk_del_provider(pdev->dev.of_node);
> reset_controller_unregister(platform_get_drvdata(pdev));
> }
<snip>
> +
> +int gdsc_register(struct device *dev, struct gdsc **scs, size_t num,
> + struct regmap *regmap)
> +{
Could you squash implementation of this function with the first patch 1/6.
> + int i, ret;
> + struct genpd_onecell_data *data;
> +
> + if (!num || !scs || !dev || !dev->of_node)
> + return 0;
> +
> + data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> + if (!data)
> + return -ENOMEM;
> +
> + data->domains = devm_kzalloc(dev, sizeof(*data->domains) * num,
> + GFP_KERNEL);
Just wondering, are there some obstacles to embed struct
genpd_onecell_data in struct gdsc, and thus avoid having two memory
allocations?
> + if (!data->domains)
> + return -ENOMEM;
> +
> + data->num_domains = num;
> + for (i = 0; i < num; i++) {
> + if (!scs[i])
> + continue;
> + scs[i]->regmap = regmap;
> + ret = gdsc_init(scs[i]);
> + if (ret)
> + return ret;
> + data->domains[i] = &scs[i]->pd;
> + }
> + return of_genpd_add_provider_onecell(dev->of_node, data);
> +}
> diff --git a/drivers/clk/qcom/gdsc.h b/drivers/clk/qcom/gdsc.h
> index ac6a2d5..14de304 100644
> --- a/drivers/clk/qcom/gdsc.h
> +++ b/drivers/clk/qcom/gdsc.h
> @@ -32,5 +32,12 @@ struct gdsc {
>
> #define domain_to_gdsc(domain) container_of(domain, struct gdsc, pd)
This is used only from gdsc.c, please move it there.
<snip>
--
regards,
Stan
WARNING: multiple messages have this Message-ID (diff)
From: svarbanov@mm-sol.com (Stanimir Varbanov)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 2/6] clk: qcom: gdsc: Prepare common clk probe to register gdscs
Date: Thu, 19 Mar 2015 12:46:48 +0200 [thread overview]
Message-ID: <550AA918.3000604@mm-sol.com> (raw)
In-Reply-To: <1426752145-4365-3-git-send-email-rnayak@codeaurora.org>
Hi Rajendra,
Thanks for the patch!
On 03/19/2015 10:02 AM, Rajendra Nayak wrote:
> The common clk probe registers a clk provider and a reset controller.
> Update it to register a genpd provider using the gdsc data provided
> by each platform.
>
> Signed-off-by: Rajendra Nayak <rnayak@codeaurora.org>
> ---
> drivers/clk/qcom/common.c | 14 +++++++++++++-
> drivers/clk/qcom/common.h | 2 ++
> drivers/clk/qcom/gdsc.c | 34 +++++++++++++++++++++++++++++++++-
> drivers/clk/qcom/gdsc.h | 9 ++++++++-
> 4 files changed, 56 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/clk/qcom/common.c b/drivers/clk/qcom/common.c
> index a946b48..cc9f56f 100644
> --- a/drivers/clk/qcom/common.c
> +++ b/drivers/clk/qcom/common.c
> @@ -21,6 +21,7 @@
> #include "clk-rcg.h"
> #include "clk-regmap.h"
> #include "reset.h"
> +#include "gdsc.h"
>
> struct qcom_cc {
> struct qcom_reset_controller reset;
> @@ -125,8 +126,18 @@ int qcom_cc_really_probe(struct platform_device *pdev,
>
> ret = reset_controller_register(&reset->rcdev);
> if (ret)
> - of_clk_del_provider(dev->of_node);
> + goto err_reset;
>
> + ret = gdsc_register(dev, desc->gdscs, desc->num_gdscs, regmap);
> + if (ret)
> + goto err_pd;
> +
> + return 0;
> +err_pd:
> + dev_err(dev, "Failed to register power domains\n");
> + reset_controller_unregister(&reset->rcdev);
> +err_reset:
> + of_clk_del_provider(dev->of_node);
> return ret;
> }
> EXPORT_SYMBOL_GPL(qcom_cc_really_probe);
> @@ -145,6 +156,7 @@ EXPORT_SYMBOL_GPL(qcom_cc_probe);
>
> void qcom_cc_remove(struct platform_device *pdev)
> {
> + of_genpd_del_provider(pdev->dev.of_node);
It would be nice to introduce gdsc_unregister() for symmetry.
> of_clk_del_provider(pdev->dev.of_node);
> reset_controller_unregister(platform_get_drvdata(pdev));
> }
<snip>
> +
> +int gdsc_register(struct device *dev, struct gdsc **scs, size_t num,
> + struct regmap *regmap)
> +{
Could you squash implementation of this function with the first patch 1/6.
> + int i, ret;
> + struct genpd_onecell_data *data;
> +
> + if (!num || !scs || !dev || !dev->of_node)
> + return 0;
> +
> + data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> + if (!data)
> + return -ENOMEM;
> +
> + data->domains = devm_kzalloc(dev, sizeof(*data->domains) * num,
> + GFP_KERNEL);
Just wondering, are there some obstacles to embed struct
genpd_onecell_data in struct gdsc, and thus avoid having two memory
allocations?
> + if (!data->domains)
> + return -ENOMEM;
> +
> + data->num_domains = num;
> + for (i = 0; i < num; i++) {
> + if (!scs[i])
> + continue;
> + scs[i]->regmap = regmap;
> + ret = gdsc_init(scs[i]);
> + if (ret)
> + return ret;
> + data->domains[i] = &scs[i]->pd;
> + }
> + return of_genpd_add_provider_onecell(dev->of_node, data);
> +}
> diff --git a/drivers/clk/qcom/gdsc.h b/drivers/clk/qcom/gdsc.h
> index ac6a2d5..14de304 100644
> --- a/drivers/clk/qcom/gdsc.h
> +++ b/drivers/clk/qcom/gdsc.h
> @@ -32,5 +32,12 @@ struct gdsc {
>
> #define domain_to_gdsc(domain) container_of(domain, struct gdsc, pd)
This is used only from gdsc.c, please move it there.
<snip>
--
regards,
Stan
next prev parent reply other threads:[~2015-03-19 10:46 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-19 8:02 [PATCH v2 0/6] Add support for QCOM GDSCs Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 1/6] clk: qcom: Add support for GDSCs Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 2/6] clk: qcom: gdsc: Prepare common clk probe to register gdscs Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 10:46 ` Stanimir Varbanov [this message]
2015-03-19 10:46 ` Stanimir Varbanov
2015-03-19 11:01 ` Rajendra Nayak
2015-03-19 11:01 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 3/6] clk: qcom: gdsc: Add GDSCs in msm8916 GCC Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 4/6] clk: qcom: gdsc: Add GDSCs in msm8974 GCC Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 5/6] clk: qcom: gdsc: Add GDSCs in msm8974 MMCC Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
2015-03-19 8:02 ` [PATCH v2 6/6] clk: qcom: gdsc: Add GDSCs in apq8084 GCC Rajendra Nayak
2015-03-19 8:02 ` Rajendra Nayak
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=550AA918.3000604@mm-sol.com \
--to=svarbanov@mm-sol.com \
--cc=georgi.djakov@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=mturquette@linaro.org \
--cc=rnayak@codeaurora.org \
--cc=sboyd@codeaurora.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 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.