Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp353536pxb; Wed, 14 Apr 2021 17:36:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz9v+wzI2hNlJ1AYxmKpKui9UUntCdmTM348Y7DLjJwfksBCDAt+aEjsP6fo0mOvICt941a X-Received: by 2002:a05:6402:4314:: with SMTP id m20mr953786edc.5.1618446977974; Wed, 14 Apr 2021 17:36:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618446977; cv=none; d=google.com; s=arc-20160816; b=HlxfBnTIrSY9rJ9sFrXTFRXbEBvD1RtY5S4JX5L/WcM/+abI+gsd1SdPqJNaVAxfWt XaNXMlcjpF4oFm9L5hy4g0CcNgA8JN7kDXyKriQ+K9145UfkuccdE4MqLpHDb16juRbg 9+fqq8a9hA0fib7vJhtszIrUPXQuTp3kzfPnudAZHu8pbhZmsYLm9q0QjuCt4L2prAcr x4iaYz+v4fgqUPTh3YyyjSfz+PmfRF2GxDb0QvqwKEr0tnY6XBsASg7t+m86UD0F6u6i q9du6QyeGsPF4Xgzx1ByWner1Vhs7Tbz5EFmBi3O7VuAyyg62GDISbH/+lInT3/beLm8 54kg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=Hv6Ujjlvsv+rO9qorUcLduDWBmnReoceFj3xWwLiDIQ=; b=jFPRShnTZ9NN9+9EgZZU2okGhcYngLPtMSvUbd9D5ATJ+/dwbI77g5y79FYDzsWuiF 14nsUF7MkITv4xWMDnDhN03p+0WxxK9wFnbGN5NREvOwFwIQ8k+yUJzXoY4gRXpQUq7r X2DBEtK3UbjNGHSdmz7A/XAx7i3WwIXM79kzyVdbDYcNP+L1DR/E6ol6DXMOG7WTOe1L DU5V0QFm1O3PZiYoMl3W7zy/F4TvWylmnZVD2KCsSZ6lIE397/Hrtn92JXnwQWPVCPH5 mC9MU7Wf/xnxIrlWFRsChBBL/Zy1bVhF/Nv20MsevEg93JCGuwxCdX5LqRCbk2M6VrB2 At5A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ks18si730474ejb.501.2021.04.14.17.35.55; Wed, 14 Apr 2021 17:36:17 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233940AbhDNQMK (ORCPT + 99 others); Wed, 14 Apr 2021 12:12:10 -0400 Received: from smtprelay0179.hostedemail.com ([216.40.44.179]:50798 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S233932AbhDNQMJ (ORCPT ); Wed, 14 Apr 2021 12:12:09 -0400 Received: from omf16.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay08.hostedemail.com (Postfix) with ESMTP id 27C7C182CCCA1; Wed, 14 Apr 2021 16:11:47 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf16.hostedemail.com (Postfix) with ESMTPA id 4525E255108; Wed, 14 Apr 2021 16:11:45 +0000 (UTC) Message-ID: Subject: Re: [PATCH] staging: greybus: Match parentheses alignment From: Joe Perches To: Alex Elder , Greg KH , Zhansaya Bagdauletkyzy Cc: johan@kernel.org, elder@kernel.org, greybus-dev@lists.linaro.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, outreachy-kernel@googlegroups.com, Dwaipayan Ray Date: Wed, 14 Apr 2021 09:11:40 -0700 In-Reply-To: <78c88472-9ed9-bade-407c-23bd557f19bb@ieee.org> References: <20210406124259.GA96537@zhans> <7d7be8bcc0e80d826083890ed7791070ad25e603.camel@perches.com> <1607b040-6bc4-9a58-ae81-4ea0adf5885d@ieee.org> <78c88472-9ed9-bade-407c-23bd557f19bb@ieee.org> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.38.1-1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4525E255108 X-Spam-Status: No, score=0.10 X-Stat-Signature: 81yw9jqkbykio1i5aqrot1ef8c8sizcx X-Rspamd-Server: rspamout04 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+sMqN7x+9JMu+tt9FlJx5gWwVR7LAVi4o= X-HE-Tag: 1618416705-920260 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2021-04-14 at 09:35 -0500, Alex Elder wrote: > On 4/14/21 9:29 AM, Joe Perches wrote: > > On Wed, 2021-04-14 at 08:17 -0500, Alex Elder wrote: > > > Perhaps (like the -W options for GCC) there > > > could be a way to specify in a Makefile which checkpatch > > > messages are reported/not reported? I don't claim that's > > > a good suggestion, but if I could optionally indicate > > > somewhere that "two consecutive blank lines is OK for > > > Greybus" (one example that comes to mind) I might do so. > > > > checkpatch already has --ignore= and --types= > > for the various classes of messages it emits. > > > > see: $ ./scripts/checkpatch.pl --list-types --verbose > > > > Dwaipayan Ray (cc'd) is supposedly working on expanding > > the verbose descriptions of each type. > > > > That's awesome, I wasn't aware of that. > > Any suggestions on a standardized way to say "in this > subtree, please provide these arguments to checkpatch.pl"? > > I can probably stick it in a README file or something, > but is there an existing best practice? There is no standardized mechanism for this checkpatch use. Putting something in a staging README is in general a good way for it to _not_ be read by people doing 'my first kernel patch'. I still think emitting a message for overly long identifiers could be a decent checkpatch test. https://lore.kernel.org/lkml/1518801207.13169.15.camel@perches.com/