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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 67CA8C433FE for ; Wed, 27 Oct 2021 10:33:40 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 30C856103C for ; Wed, 27 Oct 2021 10:33:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 30C856103C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=p2GWM+cdX+cAEyQSEq8fjTv5Nfy+KIGDS3wrHBPq4cU=; b=YD+FE/4HU1pNE3 ZdhdHmAacC+3/jF0/o0Faaech9qAlh4M+xIXOnH9IMILCjWsUsx2GLLeuEVFUonw3NU1tQmtaijly ooc/KoNxOjEdzUlo/W1Am80xaLTPmJAJG9IbbVnAskV9B6tGMlPYPaupOgPwEgjdZOdZjIX7ew8CN zOrfjSBlbPwl4NdLfs5sFHqXRqIalazqWOU6mNYjCp5KFB36WnbIut/ycmZTpxzpeSWZqQ0t7HYkr z5MLSY0feihfsHDtUetFf0sUXUqmDt0o78JoEtgaJQ3vtPugPn4cCzt0mqOuukq9bA+PTxUcr8zmq ipU5ycjvaucoMuTKCGHg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mfgFQ-004ZQF-7q; Wed, 27 Oct 2021 10:33:32 +0000 Received: from mga01.intel.com ([192.55.52.88]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mfgFN-004ZPW-I9 for linux-riscv@lists.infradead.org; Wed, 27 Oct 2021 10:33:30 +0000 X-IronPort-AV: E=McAfee;i="6200,9189,10149"; a="253679130" X-IronPort-AV: E=Sophos;i="5.87,186,1631602800"; d="scan'208";a="253679130" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Oct 2021 03:33:28 -0700 X-IronPort-AV: E=Sophos;i="5.87,186,1631602800"; d="scan'208";a="494749377" Received: from smile.fi.intel.com ([10.237.72.184]) by fmsmga007-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Oct 2021 03:33:21 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.95) (envelope-from ) id 1mfgEu-001R9N-7R; Wed, 27 Oct 2021 13:33:00 +0300 Date: Wed, 27 Oct 2021 13:32:59 +0300 From: Andy Shevchenko To: Emil Renner Berthing Cc: Stephen Boyd , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-clk , "open list:GPIO SUBSYSTEM" , linux-riscv , "open list:SERIAL DRIVERS" , Geert Uytterhoeven , Palmer Dabbelt , Paul Walmsley , Rob Herring , Michael Turquette , Thomas Gleixner , Marc Zyngier , Philipp Zabel , Linus Walleij , Greg Kroah-Hartman , Daniel Lezcano , Jiri Slaby , Maximilian Luz , Sagar Kadam , Drew Fustini , Michael Zhu , Fu Wei , Anup Patel , Atish Patra , Linux Kernel Mailing List Subject: Re: [PATCH v2 06/16] clk: starfive: Add JH7100 clock generator driver Message-ID: References: <20211021174223.43310-1-kernel@esmil.dk> <20211021174223.43310-7-kernel@esmil.dk> <163527959276.15791.14765586510805526101@swboyd.mtv.corp.google.com> <163529604399.15791.378104318036812951@swboyd.mtv.corp.google.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211027_033329_641800_CFD0ACCE X-CRM114-Status: GOOD ( 30.74 ) X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org On Wed, Oct 27, 2021 at 12:24:07PM +0200, Emil Renner Berthing wrote: > On Wed, 27 Oct 2021 at 02:54, Stephen Boyd wrote: > > Quoting Emil Renner Berthing (2021-10-26 15:35:36) > > > On Tue, 26 Oct 2021 at 22:20, Stephen Boyd wrote: > > > > Quoting Emil Renner Berthing (2021-10-21 10:42:13) ... > > > > > +static int __init clk_starfive_jh7100_probe(struct platform_device *pdev) > > > > > > > > Drop __init as this can be called after kernel init is over. > > > > > > Oh interesting, I'd like to know when that can happen. The comment for > > > the builtin_platform_driver macro says it's just a wrapper for > > > > I thought this was using module_platform_driver() macro? > > > > > device_initcall. > > > > > > Won't we then need to remove all the __initconst tags too since the > > > probe function walks through jh7100_clk_data which eventually > > > references all __initconst data? > > > > Yes. If it's builtin_platform_driver() it can't be a module/tristate > > Kconfig, in which case all the init markings can stay. > > Yes, it's already bool in the Kconfig file. After looking into this I > think it's better to do like the rockchip drivers and use > builtin_platform_driver_probe to make sure the probe function only > called at kernel init time: > > static struct platform_driver clk_starfive_jh7100_driver = { > .driver = { > .name = "clk-starfive-jh7100", > .of_match_table = clk_starfive_jh7100_match, > .suppress_bind_attrs = true, > }, > }; > builtin_platform_driver_probe(clk_starfive_jh7100_driver, > clk_starfive_jh7100_probe); > > @Andy: is the supress_bind_attrs what you were asking about? Clever chap! :-) Yes, that's what I have in mind. ... > > If it's never going to be a module then don't add any module_* things. > > So does that just mean no MODULE_DEVICE_TABLE or should I also remove > MODULE_DESCRIPTION, MODULE_AUTHOR and MODULE_LICENSE? I'm just double > checking because the rockchip drivers seem to have MODULE_DESCRIPTION > and MODULE_LICENSE lines. You may comment them out. Convert them to comments or so. But in general yes, they are no-ops in such case. -- With Best Regards, Andy Shevchenko _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv