Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp2960040rwl; Mon, 27 Mar 2023 07:32:31 -0700 (PDT) X-Google-Smtp-Source: AKy350YaCGvG2r1js9ZRNFRCIfR/ee0gYPzEBw8/x4EHRjtcL/9cm3ZPSop2JTmrnBdpnz+pRySd X-Received: by 2002:a17:90b:3a91:b0:23d:4229:f7cf with SMTP id om17-20020a17090b3a9100b0023d4229f7cfmr13512385pjb.41.1679927551023; Mon, 27 Mar 2023 07:32:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679927551; cv=none; d=google.com; s=arc-20160816; b=wsfViQCsBUBGWIfWEnrh+k9jQGVAeLvrtWKpE8RGayhMQUBghw0NUBeoASVC95XyVE ulw3GZBZxDRUsPQC6RquyL+W/X5f9BYVFbQnpWr3M2iUv0LTK5r698ajxu8tUSps1HF8 XTUQJD6Ysj0IKJobv/4rpxcCECAyAbn7YZF20+JnBqZ20dbEiYKbQ4reocjZ7SDio/1L OPPXaS3YIxIqywGFIVTlxLbSbh+sddqbNugzJGCqKM1dH5oZMLxnEsE7McdKTeAVMugK SK0peP7v8T/zQUiIOwEAfxt83d2O00RqO+fJ93n5sO2k0KGhXm11ctA9ZWeBZ6uXQVbW Q9CQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:subject :from:references:cc:to:content-language:user-agent:mime-version:date :message-id; bh=jDQ6KvwIyTUnvl3aGy2stNMXDoub6/p8PsqB2VEP2NA=; b=funNwrvIFD2ISbc5AfjQod+C2eKSUZKDGVkKRhSAeRjw78712jAEffobz6RC4xk2g3 DFpYtYwUJHJCdqEZwfyhN9wur/ni7zWhOi/eYAFvIu2noU6crOAPRZvSeffMIvMrY2k7 Gn3/34ZU0UC2sgSbl/r3mPCldMcjHDfaSb9HdSt9f2tyeAzS499vatKNlsoM4kDs8f6q C59ebEenGAc6qglU4vMc8J6Bkl7YzrlaaC/AMig6UWokGoTC/MNG2a6qXNMEKq0Prv6O Mb0HJTrrhDog2jx7ITadVa8NWxe8Kxfh+y7LBFsya5NwlywISLtOHDht8jEoDcx9c+6l hEqA== ARC-Authentication-Results: i=1; mx.google.com; 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 a5-20020a631a05000000b0050b51e62c1asi26995992pga.63.2023.03.27.07.32.09; Mon, 27 Mar 2023 07:32:30 -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; 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 S233171AbjC0O3X (ORCPT + 99 others); Mon, 27 Mar 2023 10:29:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49492 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233165AbjC0O3D (ORCPT ); Mon, 27 Mar 2023 10:29:03 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D88C130FA; Mon, 27 Mar 2023 07:28:15 -0700 (PDT) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1pgnpR-00038G-H4; Mon, 27 Mar 2023 16:28:09 +0200 Message-ID: Date: Mon, 27 Mar 2023 16:28:08 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Content-Language: en-US, de-DE To: Matthieu Baerts , Jonathan Corbet , Andy Whitcroft , Joe Perches , Dwaipayan Ray , Lukas Bulwahn , =?UTF-8?Q?Kai_Wasserb=c3=a4ch?= , Andrew Morton , David Airlie , Daniel Vetter , Konstantin Ryabitsev , Bagas Sanjaya , Linus Torvalds Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, mptcp@lists.linux.dev References: <20230314-doc-checkpatch-closes-tag-v2-0-f4a417861f6d@tessares.net> <20230314-doc-checkpatch-closes-tag-v2-2-f4a417861f6d@tessares.net> <2f96048b-c580-625f-6fc7-06237292efe3@leemhuis.info> From: Thorsten Leemhuis Subject: Re: [PATCH v2 2/2] checkpatch: allow Closes tags with links In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1679927295;124e5d06; X-HE-SMSGID: 1pgnpR-00038G-H4 X-Spam-Status: No, score=-0.0 required=5.0 tests=NICE_REPLY_A, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 27.03.23 15:06, Matthieu Baerts wrote: > Hi Thorsten, > > On 25/03/2023 07:25, Thorsten Leemhuis wrote: >> On 24.03.23 19:52, Matthieu Baerts wrote: >>> As a follow-up of the previous patch modifying the documentation to >>> allow using the "Closes:" tag, checkpatch.pl is updated accordingly. >>> >>> checkpatch.pl now mentions the "Closes:" tag between brackets to express >>> the fact it should be used only if it makes sense. >>> >>> While at it, checkpatch.pl will not complain if the "Closes" tag is used >>> with a "long" line, similar to what is done with the "Link" tag. >>> >>> [...] >>> >>> -# check if Reported-by: is followed by a Link: >>> +# check if Reported-by: is followed by a Link: (or Closes:) tag >> >> Small detail: why the parenthesis here? Why no simply "check if >> Reported-by: is followed by a either Link: or Closes: tag". Same below... >> >>> if ($sign_off =~ /^reported(?:|-and-tested)-by:$/i) { >>> if (!defined $lines[$linenr]) { >>> WARN("BAD_REPORTED_BY_LINK", >>> - "Reported-by: should be immediately followed by Link: to the report\n" . $herecurr . $rawlines[$linenr] . "\n"); >>> - } elsif ($rawlines[$linenr] !~ m{^link:\s*https?://}i) { >>> + "Reported-by: should be immediately followed by Link: (or Closes:) to the report\n" . $herecurr . $rawlines[$linenr] . "\n"); >> >> ...here, where users actually get to see this and might wonder why it's >> written like that, without getting any answer. > > I tried to explain that in the cover-letter but maybe I should add an > additional comment in the code: checkpatch.pl now mentions the "Closes:" > tag between parenthesis to express the fact it should be used only if it > makes sense. I didn't find any other short ways to express that but I'm > open to suggestions. > > Now as discussed on patch 1/2, if the "Closes:" tag can be used with any > public link, we should definitively remove the parenthesis here and > probably below (see "Check for odd tags before a URI/URL") as well. Well, ymmd, but if we go down that route I'd say this code should suggest to use "Closes:" all the time (or primarily). Ciao, Thorsten