From: Jie Luo <quic_luoj@quicinc.com>
To: Maxime Chevallier <maxime.chevallier@bootlin.com>
Cc: <agross@kernel.org>, <andersson@kernel.org>,
<konrad.dybcio@linaro.org>, <davem@davemloft.net>,
<edumazet@google.com>, <kuba@kernel.org>, <pabeni@redhat.com>,
<robh+dt@kernel.org>, <krzysztof.kozlowski+dt@linaro.org>,
<conor+dt@kernel.org>, <andrew@lunn.ch>, <hkallweit1@gmail.com>,
<linux@armlinux.org.uk>, <robert.marko@sartura.hr>,
<linux-arm-msm@vger.kernel.org>, <netdev@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<quic_srichara@quicinc.com>
Subject: Re: [PATCH v2 2/5] net: mdio: ipq4019: enable the SoC uniphy clocks for ipq5332 platform
Date: Wed, 13 Dec 2023 16:05:03 +0800 [thread overview]
Message-ID: <0495f1c2-00e6-4fa5-aaae-cf01475ef2ba@quicinc.com> (raw)
In-Reply-To: <20231212134621.0fe2583f@device.home>
On 12/12/2023 8:46 PM, Maxime Chevallier wrote:
> Hello,
>
> On Tue, 12 Dec 2023 19:51:47 +0800
> Luo Jie <quic_luoj@quicinc.com> wrote:
>
>> On the platform ipq5332, the related SoC uniphy GCC clocks need
>> to be enabled for making the MDIO slave devices accessible.
>>
>> These UNIPHY clocks are from the SoC platform GCC clock provider,
>> which are enabled for the connected PHY devices working.
>>
>> Signed-off-by: Luo Jie <quic_luoj@quicinc.com>
>
> [...]
>
>> static int ipq4019_mdio_wait_busy(struct mii_bus *bus)
>> @@ -209,14 +230,43 @@ static int ipq4019_mdio_write_c22(struct mii_bus *bus, int mii_id, int regnum,
>> static int ipq_mdio_reset(struct mii_bus *bus)
>> {
>> struct ipq4019_mdio_data *priv = bus->priv;
>> - int ret;
>> + int ret, index;
>> + unsigned long rate;
>
> Please remember to use reverse christmas-tree ordering, meaning longer
> declaration lines go first :
>
> struct ipq4019_mdio_data *priv = bus->priv;
> unsigned long rate;
> int ret, index;
Thanks, i will update this.
>
>> +
>> + /* For the platform ipq5332, there are two SoC uniphies available
>> + * for connecting with ethernet PHY, the SoC uniphy gcc clock
>> + * should be enabled for resetting the connected device such
>> + * as qca8386 switch, qca8081 PHY or other PHYs effectively.
>> + *
>> + * Configure MDIO/UNIPHY clock source frequency if clock instance
>> + * is specified in the device tree.
>> + */
>> + for (index = MDIO_CLK_MDIO_AHB; index < MDIO_CLK_CNT; index++) {
>> + switch (index) {
>> + case MDIO_CLK_MDIO_AHB:
>> + rate = IPQ_MDIO_CLK_RATE;
>> + break;
>> + case MDIO_CLK_UNIPHY0_AHB:
>> + case MDIO_CLK_UNIPHY1_AHB:
>> + rate = IPQ_UNIPHY_AHB_CLK_RATE;
>> + break;
>> + case MDIO_CLK_UNIPHY0_SYS:
>> + case MDIO_CLK_UNIPHY1_SYS:
>> + rate = IPQ_UNIPHY_SYS_CLK_RATE;
>> + break;
>> + default:
>> + break;
>> + }
>>
>> - /* Configure MDIO clock source frequency if clock is specified in the device tree */
>> - ret = clk_set_rate(priv->mdio_clk, IPQ_MDIO_CLK_RATE);
>> - if (ret)
>> - return ret;
>> + ret = clk_set_rate(priv->clk[index], rate);
>> + if (ret)
>> + return ret;
>> +
>> + ret = clk_prepare_enable(priv->clk[index]);
>> + if (ret)
>> + return ret;
>> + }
>>
>> - ret = clk_prepare_enable(priv->mdio_clk);
>> if (ret == 0)
>> mdelay(10);
>>
>> @@ -240,10 +290,6 @@ static int ipq4019_mdio_probe(struct platform_device *pdev)
>> if (IS_ERR(priv->membase))
>> return PTR_ERR(priv->membase);
>>
>> - priv->mdio_clk = devm_clk_get_optional(&pdev->dev, "gcc_mdio_ahb_clk");
>> - if (IS_ERR(priv->mdio_clk))
>> - return PTR_ERR(priv->mdio_clk);
>> -
>> /* These platform resources are provided on the chipset IPQ5018 or
>> * IPQ5332.
>> */
>> @@ -271,6 +317,13 @@ static int ipq4019_mdio_probe(struct platform_device *pdev)
>> }
>> }
>>
>> + for (index = 0; index < MDIO_CLK_CNT; index++) {
>> + priv->clk[index] = devm_clk_get_optional(&pdev->dev,
>> + mdio_clk_name[index]);
>> + if (IS_ERR(priv->clk[index]))
>> + return PTR_ERR(priv->clk[index]);
>> + }
>
> You should be able to use devm_clk_bulk_get_optional(), to avoid that
> loop.
>
> Thanks,
>
> Maxime
Thanks Maxime for the suggestion.
These clocks need to be configured the different clock rate, MDIO system
clock works on 100MHZ, but UNIPHY system clock works on 24MHZ.
For the clock rate set, i still need the loop to configure the different
clock rate on the different clock instance.
So i use the devm_clk_get_optional to acquire the exact clock ID here.
next prev parent reply other threads:[~2023-12-13 8:05 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-12 11:51 [PATCH v2 0/5] support ipq5332 platform Luo Jie
2023-12-12 11:51 ` [PATCH v2 1/5] net: mdio: ipq4019: move eth_ldo_rdy before MDIO bus register Luo Jie
2023-12-12 12:50 ` Maxime Chevallier
2023-12-12 19:11 ` Russell King (Oracle)
2023-12-13 10:07 ` Maxime Chevallier
2023-12-12 11:51 ` [PATCH v2 2/5] net: mdio: ipq4019: enable the SoC uniphy clocks for ipq5332 platform Luo Jie
2023-12-12 12:46 ` Maxime Chevallier
2023-12-13 8:05 ` Jie Luo [this message]
2023-12-12 11:51 ` [PATCH v2 3/5] net: mdio: ipq4019: configure CMN PLL clock for ipq5332 Luo Jie
2023-12-12 12:54 ` Maxime Chevallier
2023-12-12 19:12 ` Russell King (Oracle)
2023-12-13 8:09 ` Jie Luo
2023-12-13 10:08 ` Maxime Chevallier
2023-12-12 11:51 ` [PATCH v2 4/5] net: mdio: ipq4019: support MDIO clock frequency divider Luo Jie
2023-12-12 11:51 ` [PATCH v2 5/5] dt-bindings: net: ipq4019-mdio: Document ipq5332 platform Luo Jie
2023-12-12 13:24 ` Rob Herring
2023-12-12 16:06 ` Conor Dooley
2023-12-13 8:26 ` Jie Luo
2023-12-14 17:12 ` Conor Dooley
2023-12-15 6:46 ` Jie Luo
2023-12-15 7:29 ` Krzysztof Kozlowski
2023-12-15 9:49 ` Jie Luo
2023-12-15 10:19 ` Krzysztof Kozlowski
2023-12-15 10:33 ` Jie Luo
2023-12-15 10:37 ` Krzysztof Kozlowski
2023-12-15 10:40 ` Jie Luo
2023-12-15 10:53 ` Krzysztof Kozlowski
2023-12-15 11:42 ` Jie Luo
2023-12-15 12:19 ` Krzysztof Kozlowski
2023-12-15 12:40 ` Jie Luo
2023-12-15 13:39 ` Andrew Lunn
2023-12-16 13:31 ` Jie Luo
2023-12-15 13:41 ` Conor Dooley
2023-12-16 13:16 ` Jie Luo
2023-12-16 14:16 ` Conor Dooley
2023-12-16 15:37 ` Jie Luo
2023-12-19 15:47 ` Conor Dooley
2023-12-20 10:07 ` Jie Luo
2023-12-20 7:28 ` Krzysztof Kozlowski
2023-12-20 10:11 ` Jie Luo
2023-12-15 10:42 ` Conor Dooley
2023-12-15 11:42 ` Jie Luo
2023-12-12 20:06 ` Rob Herring
2023-12-13 8:42 ` Jie Luo
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=0495f1c2-00e6-4fa5-aaae-cf01475ef2ba@quicinc.com \
--to=quic_luoj@quicinc.com \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=andrew@lunn.ch \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kuba@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=maxime.chevallier@bootlin.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=quic_srichara@quicinc.com \
--cc=robert.marko@sartura.hr \
--cc=robh+dt@kernel.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