Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp10160655rwr; Fri, 12 May 2023 04:50:15 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5eQKFBMyl+uy4f+l6vk2hFMfLTGJ2/tEgKFsv4aUVDtwkbP3pQlp9ysVmLXuBoSOOWgeB+ X-Received: by 2002:a17:902:f690:b0:1ab:29bc:bd87 with SMTP id l16-20020a170902f69000b001ab29bcbd87mr29097607plg.35.1683892215493; Fri, 12 May 2023 04:50:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683892215; cv=none; d=google.com; s=arc-20160816; b=Obgj711T2aimb0DjBI5ae9DC3CyJTGBCmczqYXuErIFjRp4DXdAQBtNUctVlDPvh22 asEvqfScdjb3bGiOGfOBDIS+tEHXofoTTtuppDZP/dgkSe6psi88P0srwUTEmqK3kJvV bh0vm5sH0h7LqRRQlFMvoWqmFqiTp92/eAVi+d7cbDe5zf9Ekxupjp3NJwvTig+gKumk XHhqkjSsmWPpA9Zsc5/FOem1msS2hesWKOeQrWywyrnOuFTgAR5EftoVFtjDEXzglv2P 7JZ+/y5YBQYTseaPvHIZFiSBfH+GI3lYXV7q+VCCmtTBdEAS1H48Qi0Q6/LGk8QV2j0w ZMOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:feedback-id :dkim-signature:dkim-signature; bh=9qAOuPR81wdPIMJq/ul1Z1ZgLOrwDPtn2FpzZci5EkY=; b=Mad3VjHPjlGFH/5a00RYr3zuN6L3tuksnRTcjgHSw8udEUcPOWtxMwVgv6HZwGZKes AUtlBO2RoGTyS+U9Er/XaymDByhu8M9ohhysBn09Rm4LJFbszeDSloBUomPxaBrhlsG9 1eAaF5q0EuMFPeM2QKNwN2C+NTqN2znJGSG7dyXTzQnpnlzmPJNiDBEh0bDU7+KtamY2 NXmkqMbWJ0VFqB5RUWcQJ96kqK2jqRTuMRC5dXggzjbA7Qa4L0sfT0K33J3Gp8l4Lgea Z/mVzpjftQlLGi2uXkr+Ws166uKua10IiEzMStGxBiKrpmCCM7h81xd2gRljZ54v7fdY 8o9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kroah.com header.s=fm1 header.b=MT5xz0Yx; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=ScXFSHvx; 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 c1-20020a170902d48100b001ac9ab8539csi9599141plg.77.2023.05.12.04.50.01; Fri, 12 May 2023 04:50:15 -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=@kroah.com header.s=fm1 header.b=MT5xz0Yx; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=ScXFSHvx; 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 S240826AbjELLi0 (ORCPT + 99 others); Fri, 12 May 2023 07:38:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58080 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240230AbjELLiY (ORCPT ); Fri, 12 May 2023 07:38:24 -0400 Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83E20213F; Fri, 12 May 2023 04:38:22 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 054B95C041E; Fri, 12 May 2023 07:38:19 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Fri, 12 May 2023 07:38:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1683891498; x=1683977898; bh=9q AOuPR81wdPIMJq/ul1Z1ZgLOrwDPtn2FpzZci5EkY=; b=MT5xz0YxP3UruUyKZy 7TCEGigykY1e8mQK0VTM7nl0hxMJQpMHFzCEQB4/G//ujbBUpAI5gOuY92oASXKI 8/DkHoH9s1k4VmNkc+Dh3Pp2ypodlCV380TnG+4DuUTwoAdm3tEoyTwWIMNC9hjD fonnzyJs56rdFtH3xrURdb46ZRn0eW7Ul/XIHI6y8obdGo/+sms/RR9fSGjHdIxO CvT+5QTwtawEx+X8Qa5uiIS/djx9xPTMJ4tSdCakrzppUrbpYXuzOQAjim4xq+p4 EPQ6CiOBl2qIJCuLkhVHCadFEWBaDxCDUTps94MIoV0tXD/nB3YRHDgfKAMoHqua cEEw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1683891498; x=1683977898; bh=9qAOuPR81wdPI MJq/ul1Z1ZgLOrwDPtn2FpzZci5EkY=; b=ScXFSHvxKD4mTOvqnXuUeVuMco5J/ Fm5JXG6BzheiBC4zlr4BU5uWzz1O22v06Xn/zZCWxU8WzLJLCoksnrFjjthkfn1g dbQ5rPE6zFV/4inncX+ewq86p6az0uR+5LOSJCig/bIyXKpuExKNt8zgTF/UHaYV yDU+sZKr+xjVf37hD4/V7DgG4RuGXWd/TCrWF4dvYDnk+2rz3nPU9G5rkPab8wA9 WAhRaQ6Kd/Ke1c/4Fgyrwh/uDoZFi9HWlnxMSwTestHI5G5CLpriDvTMRAjuZxOU +sav+fiifhtdA+BmlVQoD85rWhZH/JOjyST/qpsbF/Aj2moBDgedWFGbA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeehtddggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvfevuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepifhrvghg ucfmjfcuoehgrhgvgheskhhrohgrhhdrtghomheqnecuggftrfgrthhtvghrnhepgeehue ehgfdtledutdelkeefgeejteegieekheefudeiffdvudeffeelvedttddvnecuffhomhgr ihhnpehkvghrnhgvlhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpehgrhgvgheskhhrohgrhhdrtghomh X-ME-Proxy: Feedback-ID: i787e41f1:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 12 May 2023 07:38:17 -0400 (EDT) Date: Fri, 12 May 2023 20:38:11 +0900 From: Greg KH To: Peng Fan Cc: Peng Fan , "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 Message-ID: <2023051224-freezing-dweeb-25b3@gregkh> References: <20230504085506.504474-1-peng.fan@oss.nxp.com> <2023050410-rejoin-vocation-8560@gregkh> <2023051027-wages-feminine-cb5d@gregkh> <28629bcd-d01a-92ab-b27c-0b8ae8bfdaf3@oss.nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28629bcd-d01a-92ab-b27c-0b8ae8bfdaf3@oss.nxp.com> X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS, 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 On Thu, May 11, 2023 at 04:54:23PM +0800, Peng Fan wrote: > > > On 5/10/2023 5:13 PM, Greg KH wrote: > > Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button > > > > > > On Wed, May 10, 2023 at 07:49:20AM +0000, Peng Fan wrote: > > > > > > > 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 > > > > > > After a search of the list, > > > https://lore.kernel.org/all/?q=module_param > > > > > > I still see many drivers are adding module_param. > > > > And they should not be doing so as it is almost always not a good idea > > (note, some subsystems, like sound, do require it, as that's the api > > they use, so this is not a blanket statement.) > > > > > Is this is strict ban that new platform driver should not add > > > module_param? > > > > You need to really really really justify, and document in the changelog > > text, why all of the other methods of configuring a platform driver will > > not work in order to have it considered. > > I just wanna use the module parateter to give user a choice to choose > to bypass some clocks. That is not what a module paramter is for, a "user" does not use them, that would be required to be set at boot time. > There are 100+ clocks in the driver. Different user > may wanna different configuration. With device tree, it is > not flexible.Such as user A may wanna bypass clock X, Y; user B may > wanna bypass clock Z. Device tree is supposed to be flexible to handle this. If not, please rework the way your driver handles the device tree information about the clocks. Again, module parameters is not the way to handle this issue, sorry. Think about what would happen if all drivers were to attempt to have a module parameter like this. That would be unmaintainable. > With module parameter, I could easily set it in bootargs. Users do not set bootargs :) > But anyway if this is not preferred, I need to find other way. Use device tree please, that is what it is there for. thanks, greg k-h