Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3439241pxb; Wed, 13 Oct 2021 06:09:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy01aJ2x5r+lsnNMVSb5Ab+3saUEDDeQXSelq7wyapINOC2lpgJJxUkNBf2nDMNH1Sfpxkq X-Received: by 2002:a17:902:868d:b0:13d:dfa7:f3f2 with SMTP id g13-20020a170902868d00b0013ddfa7f3f2mr35985860plo.30.1634130559478; Wed, 13 Oct 2021 06:09:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634130559; cv=none; d=google.com; s=arc-20160816; b=b5aMZNcOvXWMFtjL55wu8u5vSFdAwPzIwHhE7+JVceQLLEK7gJlHnMu9I2P6OdYu40 +kdjbvc0XcISStr8muhsLJty0WDSAnY+iNBxb+YePk+XYG++6rxjsrLG0jkwCoJYLV+y TLIRqn5nSSfqD2+ix3cK+BN3nQyLksKaXZ6Nx+RA1ba0VtI5gOy6GS0YwdKX+iMm6k3P zpsSSqeRuRR86G43a1E4X9gc+76MCHkAsCorpB9Dtsxszan3c5YomiXQd7cGmQ0tzs8J B0NiZMX2s851iA4LZj1eWs4lmWO2ZA41PEwZRqVvV5fB+XPdQqKHYizLeKqLM/3ztOQP 1Ing== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=BMne8K2vVSRqa6YhSvtI3vjWlNFQmY/csiHSIq1UjTA=; b=WIe+37WKJPJ/BcQBm+JU2bjcEfSWjgbUw8272zC7WqXqKIla1I6iZHaBMcPBat42vg PJ2X16Sw2t+/4fmZHLTMXoU8fmN3t8slBIteyFKZXfsypYwoTX05czoWeYAGu+GfvYOo ANmTqlSYrYJG11t7VAfXZpH82boctw0oRxqPNNdeJ8tYcEzJ8MrKenY7cgq2BkLQywMB MYiDzB/nQZmUl9APhho6qqaqv5oZ2ElaArzgYmX5IJnUjSaRWTt0S/JKoxVc6Y5ZjJrW Z2TcpbOSAPIgsErDYBbtD3oxlVLCniJhilZ0biw0cjsYl/vPWmmBpPbTA0Txd0lDZ1mN Bt3w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z2si21833143pgu.153.2021.10.13.06.09.03; Wed, 13 Oct 2021 06:09:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234968AbhJMNJw (ORCPT + 99 others); Wed, 13 Oct 2021 09:09:52 -0400 Received: from mga18.intel.com ([134.134.136.126]:50207 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234911AbhJMNJv (ORCPT ); Wed, 13 Oct 2021 09:09:51 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10135"; a="214363153" X-IronPort-AV: E=Sophos;i="5.85,371,1624345200"; d="scan'208";a="214363153" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Oct 2021 06:07:47 -0700 X-IronPort-AV: E=Sophos;i="5.85,371,1624345200"; d="scan'208";a="460765949" Received: from smile.fi.intel.com (HELO smile) ([10.237.72.159]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Oct 2021 06:07:44 -0700 Received: from andy by smile with local (Exim 4.95) (envelope-from ) id 1madyw-000LGN-1h; Wed, 13 Oct 2021 16:07:42 +0300 Date: Wed, 13 Oct 2021 16:07:42 +0300 From: Andy Shevchenko To: Sam Protsenko Cc: Michael Turquette , Stephen Boyd , Russell King , Chanwoo Choi , Sylwester Nawrocki , Krzysztof Kozlowski , Mike Tipton , Andy Shevchenko , Geert Uytterhoeven , Fabio Estevam , linux-clk , Linux Kernel Mailing List Subject: Re: [PATCH v5] clk: Add write operation for clk_parent debugfs node Message-ID: References: <20211007182158.7490-1-semen.protsenko@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Oct 13, 2021 at 02:35:48PM +0300, Sam Protsenko wrote: > On Tue, 12 Oct 2021 at 21:55, Andy Shevchenko > wrote: > > On Thu, Oct 07, 2021 at 09:21:58PM +0300, Sam Protsenko wrote: ... > > > +#ifdef CLOCK_ALLOW_WRITE_DEBUGFS > > > + if (core->num_parents > 1) > > > + debugfs_create_file("clk_parent", 0644, root, core, > > > + ¤t_parent_rw_fops); > > > + else > > > +#endif > > > > > + { > > > + if (core->num_parents > 0) > > > + debugfs_create_file("clk_parent", 0444, root, core, > > > + ¤t_parent_fops); > > > + } > > > > Currently there is no need to add the {} along with increased indentation > > level. I.o.w. the 'else if' is valid in C. > > Without those {} we have two bad options: > > 1. When putting subsequent 'if' block on the same indentation level > as 'else': looks ok-ish for my taste (though inconsistent with #ifdef > code) and checkpatch swears: > > WARNING: suspect code indent for conditional statements (8, 8) > #82: FILE: drivers/clk/clk.c:3334: > + else > [...] > if (core->num_parents > 0) > 2. When adding 1 additional indentation level for subsequent 'if' > block: looks plain ugly to me, inconsistent for the case when > CLOCK_ALLOW_WRITE_DEBUGFS is not defined, but checkpatch is happy > > I still think that the way I did that (with curly braces) is better > one: it's consistent for all cases, looking ok, checkpatch is happy > too. But isn't it hairsplitting? This particular case is not described > in kernel coding style doc, so it's about personal preferences. > > If it's still important to you -- please provide exact code snippet > here (with indentations) for what you desire, I'll send v6. But > frankly I'd rather spend my time on something more useful. This is > minor patch, and I don't see any maintainers wishing to pull it yet. I meant #ifdef CLOCK_ALLOW_WRITE_DEBUGFS if (core->num_parents > 1) debugfs_create_file("clk_parent", 0644, root, core, ¤t_parent_rw_fops); else #endif if (core->num_parents > 0) debugfs_create_file("clk_parent", 0444, root, core, ¤t_parent_fops); But after looking at the present code, this variant is occurred 5x-10x times less. So, only nit-picks then (note additional {} along with no blank line): #ifdef CLOCK_ALLOW_WRITE_DEBUGFS if (core->num_parents > 1) { debugfs_create_file("clk_parent", 0644, root, core, ¤t_parent_rw_fops); } else #endif { if (core->num_parents > 0) debugfs_create_file("clk_parent", 0444, root, core, ¤t_parent_fops); } -- With Best Regards, Andy Shevchenko