[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190610165843.GC22737@tuxbook-pro>
Date: Mon, 10 Jun 2019 09:58:43 -0700
From: Bjorn Andersson <bjorn.andersson@...aro.org>
To: Sricharan R <sricharan@...eaurora.org>
Cc: robh+dt@...nel.org, Stephen Boyd <sboyd@...nel.org>,
linus.walleij@...aro.org, agross@...nel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-clk@...r.kernel.org, linux-gpio@...r.kernel.org,
linux-arm-msm@...r.kernel.org, linux-soc@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 4/6] clk: qcom: Add ipq6018 Global Clock Controller
support
On Mon 10 Jun 04:47 PDT 2019, Sricharan R wrote:
> Hi Bjorn,
>
> On 6/8/2019 9:02 AM, Bjorn Andersson wrote:
> > On Wed 05 Jun 10:15 PDT 2019, Sricharan R wrote:
> >
> >> This patch adds support for the global clock controller found on
> >> the ipq6018 based devices.
> >>
> >> Signed-off-by: Sricharan R <sricharan@...eaurora.org>
> >> Signed-off-by: anusha <anusharao@...eaurora.org>
> >> Signed-off-by: Abhishek Sahu <absahu@...eaurora.org>
> >
> > Please fix your s-o-b chain, as described in my reply to 1/8..
> >
>
> ok.
>
> >> ---
> >> drivers/clk/qcom/Kconfig | 9 +
> >> drivers/clk/qcom/Makefile | 1 +
> >> drivers/clk/qcom/gcc-ipq6018.c | 5267 ++++++++++++++++++++++++++++++++++++++++
> >> 3 files changed, 5277 insertions(+)
> >> create mode 100644 drivers/clk/qcom/gcc-ipq6018.c
> >>
> >> diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
> >> index e1ff83c..e5fb091 100644
> >> --- a/drivers/clk/qcom/Kconfig
> >> +++ b/drivers/clk/qcom/Kconfig
> >> @@ -120,6 +120,15 @@ config IPQ_GCC_8074
> >> i2c, USB, SD/eMMC, etc. Select this for the root clock
> >> of ipq8074.
> >>
> >> +config IPQ_GCC_6018
> >
> > Please maintain sort order.
> >
>
> ok.
>
> >> + tristate "IPQ6018 Global Clock Controller"
> >> + depends on COMMON_CLK_QCOM
> >> + help
> >> + Support for global clock controller on ipq6018 devices.
> >> + Say Y if you want to use peripheral devices such as UART, SPI,
> >> + i2c, USB, SD/eMMC, etc. Select this for the root clock
> >> + of ipq6018.
> >> +
> >> config MSM_GCC_8660
> >> tristate "MSM8660 Global Clock Controller"
> >> help
> >> diff --git a/drivers/clk/qcom/Makefile b/drivers/clk/qcom/Makefile
> >> index f0768fb..025137d 100644
> >> --- a/drivers/clk/qcom/Makefile
> >> +++ b/drivers/clk/qcom/Makefile
> >> @@ -22,6 +22,7 @@ obj-$(CONFIG_APQ_MMCC_8084) += mmcc-apq8084.o
> >> obj-$(CONFIG_IPQ_GCC_4019) += gcc-ipq4019.o
> >> obj-$(CONFIG_IPQ_GCC_806X) += gcc-ipq806x.o
> >> obj-$(CONFIG_IPQ_GCC_8074) += gcc-ipq8074.o
> >> +obj-$(CONFIG_IPQ_GCC_6018) += gcc-ipq6018.o
> >
> > Ditto.
> >
>
> ok.
>
> >> obj-$(CONFIG_IPQ_LCC_806X) += lcc-ipq806x.o
> >> obj-$(CONFIG_MDM_GCC_9615) += gcc-mdm9615.o
> >> obj-$(CONFIG_MDM_LCC_9615) += lcc-mdm9615.o
> >> diff --git a/drivers/clk/qcom/gcc-ipq6018.c b/drivers/clk/qcom/gcc-ipq6018.c
> > [..]
> >> +static int gcc_ipq6018_probe(struct platform_device *pdev)
> >> +{
> >> + return qcom_cc_probe(pdev, &gcc_ipq6018_desc);
> >> +}
> >> +
> >> +static int gcc_ipq6018_remove(struct platform_device *pdev)
> >> +{
> >> + return 0;
> >
> > Just omit .remove from the gcc_ipq6018_driver instead of providing a
> > dummy function.
> >
>
> ok.
>
> >> +}
> >> +
> >> +static struct platform_driver gcc_ipq6018_driver = {
> >> + .probe = gcc_ipq6018_probe,
> >> + .remove = gcc_ipq6018_remove,
> >> + .driver = {
> >> + .name = "qcom,gcc-ipq6018",
> >> + .owner = THIS_MODULE,
> >
> > Don't specify .owner in platform drivers.
> >
>
> ok.
>
> > [..]
> >> +MODULE_DESCRIPTION("Qualcomm Technologies, Inc. GCC IPQ6018 Driver");
> >> +MODULE_LICENSE("GPL v2");
> >> +MODULE_ALIAS("platform:gcc-ipq6018");
> >
> > This modalias won't be used.
> >
>
> ok. But it looks to be there in other clk drivers as well.
>
It serves the purpose that the driver will be automatically modprobed if
someone calls:
platform_device_register*(..., "gcc-ipq6018", ...);
So for everything that is only going be probed from DT (or ACPI) this
does not add any value. As such there are several other places where
these aliases should be dropped.
Regards,
Bjorn
Powered by blists - more mailing lists