Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp2514445rwb; Mon, 3 Oct 2022 01:43:14 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7jzvc0PUm696nbGAjm1YECxmy2HbHO5yGnJ2lZ2/p7WlagPDQNGaAmBVM/a04003cbKfoB X-Received: by 2002:a17:902:9042:b0:17c:53be:761 with SMTP id w2-20020a170902904200b0017c53be0761mr16291420plz.45.1664786593755; Mon, 03 Oct 2022 01:43:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664786593; cv=none; d=google.com; s=arc-20160816; b=wt6Knww5rFz5Agyh2Jtqvu2tRJCk6xtjL9wbVmGyOvWT1SYUtmSVZ5+FZD5G6NHNry 2tuUflknnFmsW3bDeV8/FSZijnapMsBbA7Y6FjcwMzL7Hx2V+P7jPmH+QCUgQmegM6qi r/KHqRDWtdSSTigT1jM7VPDz3ZlkDEZYTsXMOkMCInvoRM2asWzrKNPWw9pnoxYjxNOt SdaX36S3z8o8DyMaMTSFnxgWoX5TBthpxnBHrZmsdsVwLPwpMujPfoTZNQaLuOuxPpQt VK1sAWJ/LG1aeuQMmMMbWrJW3oUzUYtjOqxvpsJpCbExat20bDPwaH4YypO+zwMFfwkU xoWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=dwYm0RUbFK368M2+H1zlqiHJtlsW3tbwdGBiFSK4iEI=; b=Gbh39kAc2XmzYkzrnTzddoCH+jkx9IhK+l1iR1GhC7MjEOiq3SuIbrCWYFrsoRa2yp qitm9cJL9p2d4dHcwRCDlE1Mc+wcOSdA9YyK9nz7HAKdZMXVFE28lPwByN0rsMDohPEb 6mQvnwmT2qmwBDPhacPQCs/TcpaXPXN4KC4BZqh0hHw9c8f+KtbAL/wei5DrU9V27Bpq daiuJp2UznEc56yXjydBGeDmjE5RsnxtfOr+Q3psNdUKxZmOfCV8rkw0Z2dLsJ4GV4Mk bA8vzDj9/5ZKcyGXtd4jP2pXq+hStOPJoRV6NHIPXCv4IL4CjDyOw8aKs3cSfpY5wPeX +uZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="pXHOsFF/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j14-20020aa783ce000000b00536c7c210d3si9137253pfn.171.2022.10.03.01.43.02; Mon, 03 Oct 2022 01:43:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="pXHOsFF/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232082AbiJCHpE (ORCPT + 99 others); Mon, 3 Oct 2022 03:45:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56592 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232199AbiJCHnt (ORCPT ); Mon, 3 Oct 2022 03:43:49 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B6BC4F7F; Mon, 3 Oct 2022 00:25:32 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id BD45AB80E85; Mon, 3 Oct 2022 07:25:31 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1191DC43470; Mon, 3 Oct 2022 07:25:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1664781930; bh=7QuY/R7TUa6IcLI0yP2FjJ56tqDnwMl1fXfia1kTBLs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=pXHOsFF/kvhMQG0nsjyOf74hrGSj+cffL2zwck3BPaybs5xUTPwaUMww8TnxjSWdm e9yPUfm6Z4BK/l+BOXnLz9jfRicPzC6FLvjhB8LdcFEqVx1lYgnRJnYqCtaX48Kjxs Mz+OtC8L9I1ThZQPEC5nxoFChlc5MV0u+emdVn3Q= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Florian Fainelli , =?UTF-8?q?Rafa=C5=82=20Mi=C5=82ecki?= , Stephen Boyd , Sasha Levin Subject: [PATCH 4.19 25/25] clk: iproc: Do not rely on node name for correct PLL setup Date: Mon, 3 Oct 2022 09:12:28 +0200 Message-Id: <20221003070716.149633667@linuxfoundation.org> X-Mailer: git-send-email 2.37.3 In-Reply-To: <20221003070715.406550966@linuxfoundation.org> References: <20221003070715.406550966@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Florian Fainelli [ Upstream commit 1b24a132eba7a1c19475ba2510ec1c00af3ff914 ] After commit 31fd9b79dc58 ("ARM: dts: BCM5301X: update CRU block description") a warning from clk-iproc-pll.c was generated due to a duplicate PLL name as well as the console stopped working. Upon closer inspection it became clear that iproc_pll_clk_setup() used the Device Tree node unit name as an unique identifier as well as a parent name to parent all clocks under the PLL. BCM5301X was the first platform on which that got noticed because of the DT node unit name renaming but the same assumptions hold true for any user of the iproc_pll_clk_setup() function. The first 'clock-output-names' property is always guaranteed to be unique as well as providing the actual desired PLL clock name, so we utilize that to register the PLL and as a parent name of all children clock. Fixes: 5fe225c105fd ("clk: iproc: add initial common clock support") Signed-off-by: Florian Fainelli Acked-by: Rafał Miłecki Link: https://lore.kernel.org/r/20220905161504.1526-1-f.fainelli@gmail.com Signed-off-by: Stephen Boyd Signed-off-by: Sasha Levin --- drivers/clk/bcm/clk-iproc-pll.c | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/drivers/clk/bcm/clk-iproc-pll.c b/drivers/clk/bcm/clk-iproc-pll.c index 274441e2ddb2..8f0619f362e3 100644 --- a/drivers/clk/bcm/clk-iproc-pll.c +++ b/drivers/clk/bcm/clk-iproc-pll.c @@ -736,6 +736,7 @@ void iproc_pll_clk_setup(struct device_node *node, const char *parent_name; struct iproc_clk *iclk_array; struct clk_hw_onecell_data *clk_data; + const char *clk_name; if (WARN_ON(!pll_ctrl) || WARN_ON(!clk_ctrl)) return; @@ -783,7 +784,12 @@ void iproc_pll_clk_setup(struct device_node *node, iclk = &iclk_array[0]; iclk->pll = pll; - init.name = node->name; + ret = of_property_read_string_index(node, "clock-output-names", + 0, &clk_name); + if (WARN_ON(ret)) + goto err_pll_register; + + init.name = clk_name; init.ops = &iproc_pll_ops; init.flags = 0; parent_name = of_clk_get_parent_name(node, 0); @@ -803,13 +809,11 @@ void iproc_pll_clk_setup(struct device_node *node, goto err_pll_register; clk_data->hws[0] = &iclk->hw; + parent_name = clk_name; /* now initialize and register all leaf clocks */ for (i = 1; i < num_clks; i++) { - const char *clk_name; - memset(&init, 0, sizeof(init)); - parent_name = node->name; ret = of_property_read_string_index(node, "clock-output-names", i, &clk_name); -- 2.35.1