[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6df95250-f28a-4b33-9744-de8fcb0ea339@kernel.org>
Date: Mon, 14 Jul 2025 07:55:33 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Wei Fang <wei.fang@....com>, robh@...nel.org, krzk+dt@...nel.org,
conor+dt@...nel.org, richardcochran@...il.com, claudiu.manoil@....com,
vladimir.oltean@....com, xiaoning.wang@....com, andrew+netdev@...n.ch,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com
Cc: fushi.peng@....com, devicetree@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, imx@...ts.linux.dev
Subject: Re: [PATCH net-next 02/12] ptp: netc: add NETC Timer PTP driver
support
On 11/07/2025 08:57, Wei Fang wrote:
> +
> +static void netc_timer_get_source_clk(struct netc_timer *priv)
> +{
> + struct device *dev = &priv->pdev->dev;
> + struct device_node *np = dev->of_node;
> + const char *clk_name = NULL;
> + u64 ns = NSEC_PER_SEC;
> +
> + if (!np)
> + goto select_system_clk;
> +
> + of_property_read_string(np, "clock-names", &clk_name);
> + if (clk_name) {
> + priv->src_clk = devm_clk_get_optional(dev, clk_name);
> + if (IS_ERR_OR_NULL(priv->src_clk)) {
> + dev_warn(dev, "Failed to get source clock\n");
No, look how deferred probe is handled.
This is really poor style of coding clk_get.
> + priv->src_clk = NULL;
> + goto select_system_clk;
> + }
> +
> + priv->clk_freq = clk_get_rate(priv->src_clk);
> + if (!strcmp(clk_name, "system")) {
> + /* There is a 1/2 divider */
> + priv->clk_freq /= 2;
> + priv->clk_select = NETC_TMR_SYSTEM_CLK;
> + } else if (!strcmp(clk_name, "ccm_timer")) {
> + priv->clk_select = NETC_TMR_CCM_TIMER1;
> + } else if (!strcmp(clk_name, "ext_1588")) {
> + priv->clk_select = NETC_TMR_EXT_OSC;
> + } else {
> + dev_warn(dev, "Unknown clock source\n");
> + priv->src_clk = NULL;
> + goto select_system_clk;
> + }
> +
> + goto cal_clk_period;
Why are you duplicating nxp,pps-channel logic?
Best regards,
Krzysztof
Powered by blists - more mailing lists