From nobody Thu Apr 2 15:42:27 2026 Received: from smtpout-04.galae.net (smtpout-04.galae.net [185.171.202.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D7294393DE8; Fri, 27 Mar 2026 20:10:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.171.202.116 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774642257; cv=none; b=n129ZgRdOpKZfyPYaz7+QRhQOBuajaaXxW2d9TxMFCZXZarMTAaHD414yr8i343zTEoges3R9ezmjbdi1KYXTkwB3Kr5vyOYNGhR5IPbXSnoTQ+ot2uuYpAFMSFbusRdrbePvd7KjKP8cNIFDu+NYpCVFGZErASk5OkJ8oLlSzw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774642257; c=relaxed/simple; bh=yEqFKL+Bru9EBWmeBMnux2IV5jrF0EdWAnEFW09Zyiw=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=tMQJP2y3juYXc1d5JowgasGrUwPvwbgn01NKPeGh+YT7UrUmB49888M7pS/PyBE1QKe/NgBMIeeP0GGDljZeQWE4tx9kbXKxdawcaBPiYIFAqu1o2vOEBt9VnvCFBrI2GZSKLX6IORv81siHmZB4C1g0Itisuw3QCBt2SbEN2BM= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com; spf=pass smtp.mailfrom=bootlin.com; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b=1coECAk/; arc=none smtp.client-ip=185.171.202.116 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=bootlin.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=bootlin.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=bootlin.com header.i=@bootlin.com header.b="1coECAk/" Received: from smtpout-01.galae.net (smtpout-01.galae.net [212.83.139.233]) by smtpout-04.galae.net (Postfix) with ESMTPS id 63E5EC58756; Fri, 27 Mar 2026 20:11:23 +0000 (UTC) Received: from mail.galae.net (mail.galae.net [212.83.136.155]) by smtpout-01.galae.net (Postfix) with ESMTPS id 8EC3860268; Fri, 27 Mar 2026 20:10:54 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id A53BC10451AD3; Fri, 27 Mar 2026 21:10:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=dkim; t=1774642253; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=G0soYlY6tYSZ/jALE0v3RpWgs8GiSeAJyuFOmZIYGLE=; b=1coECAk/P/7FYMN/IC97+8jU4B0YZIHpCFGPOjegsulHNGGmRvDf+/6GJr+eh6aLYfOJ2z ZpRVgEhzJnK7uBrECyMtEraFIN4ePvoj5t2xwY3DGqojTOFsq94+i1DCygRHyZjVg1iV+W wECCGPdKmCizgiK9GguSpIWzpNQqPo5USURcPNsUCvIFI1HTJ93NbwvWkfIagH+BFB7LV4 whjK8U9ATntdB/6AkhhYhDpZ3kqLf9Sr0Kl1sjJvf0yITQXa13YF9aVsGQflfW60Ps4z2D jL+QCFyoYneYcGOdEnC6wic1jYVCVYyRNXPE1Zhk+rJyaHQ9kpfXc5iXEZ133g== From: "Miquel Raynal (Schneider Electric)" Date: Fri, 27 Mar 2026 21:09:31 +0100 Subject: [PATCH 09/16] clk: Use the generic OF phandle parsing in only one place Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260327-schneider-v7-0-rc1-crypto-v1-9-5e6ff7853994@bootlin.com> References: <20260327-schneider-v7-0-rc1-crypto-v1-0-5e6ff7853994@bootlin.com> In-Reply-To: <20260327-schneider-v7-0-rc1-crypto-v1-0-5e6ff7853994@bootlin.com> To: Michael Turquette , Stephen Boyd , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Thomas Gleixner , Olivia Mackall , Herbert Xu , Jayesh Choudhary , "David S. Miller" , Christian Marangi , Antoine Tenart , Geert Uytterhoeven , Magnus Damm Cc: Thomas Petazzoni , Pascal EBERHARD , Wolfram Sang , linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, linux-renesas-soc@vger.kernel.org, "Miquel Raynal (Schneider Electric)" X-Mailer: b4 0.14.3 X-Last-TLS-Session-Version: TLSv1.3 There should be one single entry in the OF world, so that the way we parse the DT is always the same. make sure this is the case by avoid calling of_parse_phandle_with_args() from of_clk_get_parent_name(). This is even more relevant as we currently fail to parse clock-ranges. As a result, it seems to be safer to directly call of_parse_clkspec() there. Suggested-by: Stephen Boyd Signed-off-by: Miquel Raynal (Schneider Electric) Reviewed-by: Brian Masney --- drivers/clk/clk.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c index 591c0780b61e..93e33ff30f3a 100644 --- a/drivers/clk/clk.c +++ b/drivers/clk/clk.c @@ -5375,8 +5375,7 @@ const char *of_clk_get_parent_name(const struct devic= e_node *np, int index) int count; struct clk *clk; =20 - rc =3D of_parse_phandle_with_args(np, "clocks", "#clock-cells", index, - &clkspec); + rc =3D of_parse_clkspec(np, index, NULL, &clkspec); if (rc) return NULL; =20 --=20 2.51.1