From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BFB60C2BB41 for ; Tue, 16 Aug 2022 09:52:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233300AbiHPJwU (ORCPT ); Tue, 16 Aug 2022 05:52:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47436 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233404AbiHPJwC (ORCPT ); Tue, 16 Aug 2022 05:52:02 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C19E911A2DE for ; Tue, 16 Aug 2022 01:14:30 -0700 (PDT) Received: from ptx.hi.pengutronix.de ([2001:67c:670:100:1d::c0]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oNriC-00087l-C0; Tue, 16 Aug 2022 10:14:08 +0200 Received: from sha by ptx.hi.pengutronix.de with local (Exim 4.92) (envelope-from ) id 1oNriB-000640-9A; Tue, 16 Aug 2022 10:14:07 +0200 Date: Tue, 16 Aug 2022 10:14:07 +0200 From: Sascha Hauer To: Peng Fan Cc: "Peng Fan (OSS)" , "abelvesa@kernel.org" , "abel.vesa@linaro.org" , "mturquette@baylibre.com" , "sboyd@kernel.org" , "shawnguo@kernel.org" , "kernel@pengutronix.de" , "festevam@gmail.com" , "robh+dt@kernel.org" , "krzysztof.kozlowski+dt@linaro.org" , dl-linux-imx , "linux-clk@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" Subject: Re: [PATCH 1/2] dt-bindings: clock: imx8m: introduce fsl,protected-clocks property Message-ID: <20220816081407.GH17485@pengutronix.de> References: <20220815033632.1687854-1-peng.fan@oss.nxp.com> <20220815033632.1687854-2-peng.fan@oss.nxp.com> <20220815135756.GC17485@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Sent-From: Pengutronix Hildesheim X-URL: http://www.pengutronix.de/ X-Accept-Language: de,en X-Accept-Content-Type: text/plain User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: 2001:67c:670:100:1d::c0 X-SA-Exim-Mail-From: sha@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: devicetree@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Tue, Aug 16, 2022 at 07:13:27AM +0000, Peng Fan wrote: > Hi Sascha, > > > Subject: Re: [PATCH 1/2] dt-bindings: clock: imx8m: introduce fsl,protected- > > clocks property > > > > Hi Peng, > > > > On Mon, Aug 15, 2022 at 11:36:31AM +0800, Peng Fan (OSS) wrote: > > > From: Peng Fan > > > > > > i.MX8M Linux run on top of Jailhouse hypervisor, the root cell Linux > > > should not disable clocks used by inmate. This would also benifit AMP > > > to avoid Linux disable clocks used by Cortex-M4/M7. > > > > > > So introduce fsl,protected-clocks for above case. > > > > > > Signed-off-by: Peng Fan > > > --- > > > Documentation/devicetree/bindings/clock/imx8m-clock.yaml | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/clock/imx8m-clock.yaml > > > b/Documentation/devicetree/bindings/clock/imx8m-clock.yaml > > > index 458c7645ee68..0ec490ff9a09 100644 > > > --- a/Documentation/devicetree/bindings/clock/imx8m-clock.yaml > > > +++ b/Documentation/devicetree/bindings/clock/imx8m-clock.yaml > > > @@ -39,6 +39,10 @@ properties: > > > ID in its "clocks" phandle cell. See include/dt-bindings/clock/imx8m- > > clock.h > > > for the full list of i.MX8M clock IDs. > > > > > > + fsl,protected-clocks: > > > + description: List of the Protected clock. > > > + $ref: /schemas/types.yaml#/definitions/uint32-array > > > > There already is a generic protected-clocks property described in > > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithu > > b.com%2Fdevicetree-org%2Fdt- > > schema%2Fblob%2F0d1b78cd0c3d9a3d523ced17d7da64b03f6c18ea%2Fdtsc > > hema%2Fschemas%2Fclock%2Fclock.yaml%23L131&data=05%7C01%7 > > Cpeng.fan%40nxp.com%7C5dbc72639c9147765af208da7ec63315%7C686ea > > 1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637961686968811809%7CUn > > known%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI > > 6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=D%2BfJA5h > > wblaX8VH%2BdQoN0pEFmCipfZHHf0ZVo07B4kg%3D&reserved=0 > > We probably shouldn't add a property with the same name but different > > meaning. > > > > Thanks for sharing the info. I should check the common bindings before > cook this patchset. > > > I am not sure if we want to go the route of a fsl specific property, it looks > > like other SoCs could have similar problems and it might be worth solving > > this problem with a broader view. > > > > I see qcom just drop the clock entries before registering the clocks. But to > i.MX8M, it is not feasible to drop those clocks, unless check the > protected-clocks property before registering every clock. This is odd. > > So here I just wanna let i.MX8M clk driver prepare enable the clocks listed > in protected-clocks property to avoid linux disable those clocks. > > Anyway, please add a description to the binding what this property actually > > does. > I will switch to use the common bindings. There were cases when a property first started with a "soc," prefix and later when people realized that it could be useful for other drivers/SoCs as well, the prefix was removed. With that in mind I would expect that a "fsl,protected-clocks" property behaves the same as a "protected-clocks" property without the prefix. If it doesn't please pick a different name. I didn't want to suggest to just drop the "fsl," prefix and to use the generic property name when the properties have a different meaning. Sascha -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |