Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp7109721yba; Thu, 2 May 2019 04:31:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqx83D6oL/Qgndawf8eIbUnFNHj/1Rk125VAEY7w8EtLiQSTYo8zr5Wn065Fe/sz7Bz/Ay70 X-Received: by 2002:a65:50c2:: with SMTP id s2mr3513773pgp.112.1556796710591; Thu, 02 May 2019 04:31:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556796710; cv=none; d=google.com; s=arc-20160816; b=BupLomdO4N5BofBb2BtOjJXgdK44NxaMUEg6GTgjlkAcsUqjI97Xa6pEnsEp1Hmi1u 0DgBVASumWWJeR5SHzFzMwiFYS7g7t+FwoZbPJfPEoacOtyexILUauhPVna6JPH5e+0t rWyoCj55l7ldelM6eJINAxd7KPu0aHP9dxfTlBIkoMPkel7QANEMOf0zQBg+i1vBOrSm UXNN2476MFQPB7tlR9SDr0MVgZEDv5Fc9va2TzqQVTJPjXPmhhf4hwJnoart+5ndSu9R zLPv35JdKM7FTkcFXUJ3kfwRjw9zBK0TdkBhlcHKBaN5AG29VD7XE0B/c3QUXAFfLJRP DueA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=g7rq+oGxHzoeRzAi2O7R4PQKeIUe7qGogJu54O84OhI=; b=b2Wn9TSyQhcbSPejJ5rIxTd5tZkLUL2ygs3/BbFLKs3VLZTO8bzDQQMxynm1mbU4vB xUL5kGVAppeVxN/Rv1FTVYoPd7Tr+4sn0q3q6nT1HZbs7DS61Pgz1xquoR1Kad01kfBu TW7A2lvrX1XbK9KkCuW3XRUrkjjKQab9liiMQPWeX61g6UsgTsOQbkSfB5cXdnS/FoBu VZfrA7qffQ5+ImSsNTu/3E/Ms0BrUTiPZd2KD9o46lI99qP6Q6L4oKL5gG5UyhBcmBFu CYUJSebIGLRtlhQK4qzHj/nSI+B/7L3zk2SYDV3+nCHrqHGat1xp3RP6qcL0NPpil/4U 9K2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=zQxwkyY5; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f91si6812880plb.20.2019.05.02.04.31.35; Thu, 02 May 2019 04:31:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=zQxwkyY5; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726416AbfEBL25 (ORCPT + 99 others); Thu, 2 May 2019 07:28:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:56544 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726189AbfEBL25 (ORCPT ); Thu, 2 May 2019 07:28:57 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 96DD32075E; Thu, 2 May 2019 11:28:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1556796536; bh=fqx8UlBQV0EdoNBTnAuO4hpKhnRVHJvkc8nSmJ/L22k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=zQxwkyY5pPrdl15G8NdigAQvxmLoabfGm6HRZYTvKDfxlWn5LW/amKuqfOoE2wlZW jwSupKI0HJxWuGwCHNNUD5Ju8iUKUwUBym6qdRWci01TA2vYWoj0IwJJj/Hd15NUXW jOXUJi1JMnYZajhuMHiZPzPY9xnGv+tuojviGjb0= Date: Thu, 2 May 2019 13:28:53 +0200 From: Greg Kroah-Hartman To: Andreas =?iso-8859-1?Q?F=E4rber?= Cc: Nishad Kamdar , Manivannan Sadhasivam , Michael Turquette , Stephen Boyd , Joe Perches , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , linux-arm-kernel@lists.infradead.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, linux-actions@lists.infradead.org Subject: Re: [PATCH] clk: actions: Use the correct style for SPDX License Identifier Message-ID: <20190502112853.GB7358@kroah.com> References: <20190501070707.GA5619@nishad> <057d9b37-7475-1902-bce7-6d519c2e0fdf@suse.de> <20190502070746.GA16247@kroah.com> <315de620-b638-aea4-d8d2-e00f5a493625@suse.de> <20190502103848.GA17256@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 02, 2019 at 12:45:05PM +0200, Andreas F?rber wrote: > Am 02.05.19 um 12:38 schrieb Greg Kroah-Hartman: > > On Thu, May 02, 2019 at 12:25:36PM +0200, Andreas F?rber wrote: > >> Am 02.05.19 um 09:07 schrieb Greg Kroah-Hartman: > >>> On Wed, May 01, 2019 at 10:20:44PM +0200, Andreas F?rber wrote: > >>>> + linux-actions > >>>> > >>>> Am 01.05.19 um 09:07 schrieb Nishad Kamdar: > >>>>> This patch corrects the SPDX License Identifier style > >>>>> in header files related to Clock Drivers for Actions Semi Socs. > >>>>> For C header files Documentation/process/license-rules.rst > >>>>> mandates C-like comments (opposed to C source files where > >>>>> C++ style should be used) > >>>> [...] > >>>>> drivers/clk/actions/owl-common.h | 2 +- > >>>>> drivers/clk/actions/owl-composite.h | 2 +- > >>>>> drivers/clk/actions/owl-divider.h | 2 +- > >>>>> drivers/clk/actions/owl-factor.h | 2 +- > >>>>> drivers/clk/actions/owl-fixed-factor.h | 2 +- > >>>>> drivers/clk/actions/owl-gate.h | 2 +- > >>>>> drivers/clk/actions/owl-mux.h | 2 +- > >>>>> drivers/clk/actions/owl-pll.h | 2 +- > >>>>> drivers/clk/actions/owl-reset.h | 2 +- > >>>>> 9 files changed, 9 insertions(+), 9 deletions(-) > >>>> > >>>> Where's the practical benefit of this patch? These are all private > >>>> headers used from C files, so they can handle C++ comments just fine, > >>>> otherwise we would've seen build failures. > >>> > >>> Please read Documentation/process/license-rules.rst, the section > >>> entitled "Style", for what the documented formats are for SPDX lines, > >>> depending on the file type. > >> > >> That does in no way answer my question! You conveniently dropped my > >> paragraph indicating that I understand why we would do that for public > >> headers in include/, but none of these private headers here are included > >> in .lds files. So there really seems to be no benefit of switching from > >> one style to another for in-tree code. > > > > It should answer the question, it was "decreed" that all header files > > use /* */, and all C files use // for their SPDX lines, so we documented > > it that way. > > > > Yes, maybe it doesn't make "sense" in that this really is only needed > > for headers that get included into asm files, which is why we had to do > > it this way, but it's better to be consistant than to have random > > breakages at times. > > > > It's not an issue of public headers at all, sorry. > > > > Consistency is good, as we can have automatic tools check these types of > > things, which is the only way to reliably handle the format of something > > that needs to be in every file in a project with 63,100+ different > > files. > > Okay, if it's about consistency then there will be more cases to fix. Agreed, hopefully checkpatch is up to date enough to catch these. > What about this one: > > My interpretation of the documentation has been that I should end the > comment after the identifiers: > > /* SPDX-... */ > /* ... > */ Correct. > Some people deviate by doing > > /* SPDX-... > * foo > */ Not correct. > So the documentation may need to be extended to clarify that for full > consistency, as well as clarify the previous scenario: > "If a specific tool cannot handle the standard comment style, then the > appropriate comment mechanism which the tool accepts shall be used." > To me that reads very different from what you just said above. Documentation can always be updated, a patch to make it clearer is always appreciated. But look at what we have today in the document, I think it should be pretty obvious that: /* SPDX... */ is the thing to use for C header files. If you disagree, that's fine, please send a patch to make it clearer and we can all review it. thanks, greg k-h