Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp292427rwr; Thu, 4 May 2023 03:12:19 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6qgsSY7+vTPaNE9sCo8r/0KSPlf/z1e4ML1ncHA5OENRMDOh8cwf+L6CWmMIl+Z/UmR3zh X-Received: by 2002:a17:90a:b313:b0:234:ba34:71bf with SMTP id d19-20020a17090ab31300b00234ba3471bfmr1788411pjr.1.1683195138948; Thu, 04 May 2023 03:12:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683195138; cv=none; d=google.com; s=arc-20160816; b=Eru8oj8HkST+c834+K2hnM627GmwRbd2HjHR15xrtMCS11VQXk5/YOYjcNesc4Ji4n v4PFMFqsFy8z+TsS18S4341clL1URlwKgYSuWMTk5vwEtp5xMpV/8d18MyqmMVywin58 f5bWjIJYVejHnGQ0eDOEdoBng8XfHZIlehhVK26A3KX3rXzGm04SVrKgqhHuC5K2NALU yPOZZLZQrkAp1yn7BTe31Xq/vViWWk0SNjjuZeN1lg7FhsIzGMoMmKKjpidyPeUi4rrU udQNdm7Clx1cZTPzOeyegl7KWK355tBLq8U5cJoItU4YWw8rXDz0fJC4LhJYoidKmCZL Rsng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=+zFo+gihNcqzXHtH0ExaKLZio8jX6sHWg91OC+8Xp2o=; b=BCjEQvbUZFn8+Tt9NoXfn+q4cpFNQ7BhhrLVS/Yyj+OFXa2Brb1KFSHC19ZJd3vsxl FhEC9xgbB3rSQt9YQLKc21st2ZljrvWwcYxcUFEDcQ+kgofVhLcg4Ky4xePmMD4sK2L8 fgf/jfeG/02AF8IoYVhl/rWmM3RE2lbEY2plPQH6Nq34i8NR+VdbDPqyMj4Fb1su78QC e38wDqCt9fgiBSDm8yYGxZYHmnpst//OiyT+bae2YBBZPxBvx91ytiBJde3A+5/TbvL8 2PadA9ONeeSux1nSbl7RiRv2izQzeulkB3WoyGKsxrRJ2l5EfL8bZk/N7zUOASDaVQ3a YU7Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c2-20020a17090a8d0200b0024dfb95d54csi9476761pjo.177.2023.05.04.03.12.07; Thu, 04 May 2023 03:12:18 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229788AbjEDKEf (ORCPT + 99 others); Thu, 4 May 2023 06:04:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40878 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229671AbjEDKEd (ORCPT ); Thu, 4 May 2023 06:04:33 -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 A6E532D66 for ; Thu, 4 May 2023 03:04:32 -0700 (PDT) Received: from ptz.office.stw.pengutronix.de ([2a0a:edc0:0:900:1d::77] helo=[127.0.0.1]) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1puVp0-0000Sz-0m; Thu, 04 May 2023 12:04:22 +0200 Message-ID: <7e585791-ed7b-80de-d1d7-7df54b7da442@pengutronix.de> Date: Thu, 4 May 2023 12:04:20 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: [PATCH] clk: imx: imx93: introduce clk_bypassed module parameter Content-Language: en-US To: Peng Fan , Krzysztof Kozlowski , Greg KH , "Peng Fan (OSS)" , Rob Herring , "krzysztof.kozlowski+dt@linaro.org" Cc: "sboyd@kernel.org" , "festevam@gmail.com" , "mturquette@baylibre.com" , "linux-kernel@vger.kernel.org" , "linux-clk@vger.kernel.org" , dl-linux-imx , "kernel@pengutronix.de" , "shawnguo@kernel.org" , "s.hauer@pengutronix.de" , "linux-arm-kernel@lists.infradead.org" , "abelvesa@kernel.org" References: <20230504085506.504474-1-peng.fan@oss.nxp.com> <2023050410-rejoin-vocation-8560@gregkh> From: Ahmad Fatoum In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2a0a:edc0:0:900:1d::77 X-SA-Exim-Mail-From: a.fatoum@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org X-Spam-Status: No, score=-8.5 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED 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 Hello Peng, On 04.05.23 11:34, Peng Fan wrote: >> -----Original Message----- >> From: Krzysztof Kozlowski >> Sent: 2023年5月4日 17:31 >> To: Peng Fan ; Greg KH ; Peng Fan >> (OSS) ; Rob Herring ; >> krzysztof.kozlowski+dt@linaro.org >> Cc: abelvesa@kernel.org; mturquette@baylibre.com; sboyd@kernel.org; >> shawnguo@kernel.org; s.hauer@pengutronix.de; kernel@pengutronix.de; >> festevam@gmail.com; dl-linux-imx ; linux- >> clk@vger.kernel.org; linux-arm-kernel@lists.infradead.org; linux- >> kernel@vger.kernel.org >> Subject: Re: [PATCH] clk: imx: imx93: introduce clk_bypassed module >> parameter >> >> On 04/05/2023 11:17, Peng Fan wrote: >>> + DT maintainers. >>> >>>> Subject: Re: [PATCH] clk: imx: imx93: introduce clk_bypassed module >>>> parameter >>>> >>>> On Thu, May 04, 2023 at 04:55:06PM +0800, Peng Fan (OSS) wrote: >>>>> From: Peng Fan >>>>> >>>>> With the clk names specified in clk_bypassed module parameter, give >>>>> user an option to bypass the clk from managing them by Linux kernel. >>>> >>>> As I said on another email, no, please do not add new module >>>> parameters for drivers, this is not the 1990s >>> >>> ok, but this is for boot, so only DT could be considered. >>> >>> But DT is to describe hardware, here I just wanna give user an option >>> to bypass some clocks. Is it ok to add a DT property saying >>> "fsl,imx93-bypass-clks = , " ? >>> >> >> I don't know what it is to "bypass some clocks". This does not look like >> parameter for system at all. > > Currently the linux clk driver registers all the clocks and manage them. > But when M33 is running, M33 may not wanna linux to manage > some clocks M33 is using. So I wanna linux not register those clocks > that M33 will use. Describe the M33 in the DT, assign it the clocks it depends on and have a driver bind to it that just claims the clocks in question to ensure nothing else messes with it? Cheers, Ahmad > > Thanks, > Peng. > >> >> Best regards, >> Krzysztof > -- 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 |