Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2728947pxb; Mon, 31 Jan 2022 03:04:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJyLZONtncgbfnnVRpX/knJLO5ukvOAGHUL0+mB1aQeRlRtjJ6I1fr+4CQnQRtiGEOhjdE73 X-Received: by 2002:a17:90b:388d:: with SMTP id mu13mr33208862pjb.239.1643627074861; Mon, 31 Jan 2022 03:04:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643627074; cv=none; d=google.com; s=arc-20160816; b=R2Bl6vWY1XBFBmXNNNi7NJOsb94rbh9n3SnHH3KBGvK4d8ak7ei4JtxssOjuyY5xad JrF/YXiLAQHdCcfEhpXefMb6tmQGf6/liyp2rd8Cf4Kk/I1H9kweZJJOtNIE+ZFWP7Z+ P2xHLWkju4EfyPgo7dNdnhEv9WPUrySysamDJ3tDzRyJnA1jUUycnrjL6tjKVlNnN91T eBNpGTV9u2lFCAIRF0s4yP3UFlqCmvLAW82a+0kPEZL2BTZEqfdmJUe55gpysdloZ74W 3Mv/r+3wiVHO5fSwC9MmvGxGnTG7Q9LC5TN9xrxrSs4v5D8LuhnZGHEwLjRbgNf1rAeG oIlg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=66KUqfGLKCCNfUmx01Wi6r7gGMm9QxBTDybB4Toi49o=; b=wN4dCDgc0v2RtQjj9MWj7sEIGqvcqpkyDAvcfvT0o7V36yEZaIwuCDF2R0wYGXSQlk NdtHtbx0VKGb8NcG0rAUr9klb7QEFi9kZ3bL3NvxECCLw4PaLLzucaQOYOFpwNldI3p3 9PmA0FE+z9AVftZehAK+gQG8f1Mq5F2F4mxeCgoK/suwjZJgxOALQLjseTao9uoDR9cv eV1LsHOIXrd4u3frC1Zf+j7NDaQmXTB674dO4GIp5W0XkJUrXmna9HXJ9EAn3PQit8wq UZ7Y64LrC1aA+GQdQ/SzxAXR21qIFoLF6bwvi6IekyyMOHFK77WD5R2LyA8qFRIudpme tMfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=l+n+LtEf; 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 oc18si12434151pjb.188.2022.01.31.03.04.23; Mon, 31 Jan 2022 03:04:34 -0800 (PST) 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; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=l+n+LtEf; 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 S239690AbiA1Noa (ORCPT + 99 others); Fri, 28 Jan 2022 08:44:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60936 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230092AbiA1NoZ (ORCPT ); Fri, 28 Jan 2022 08:44:25 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7EF13C061714; Fri, 28 Jan 2022 05:44:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=66KUqfGLKCCNfUmx01Wi6r7gGMm9QxBTDybB4Toi49o=; b=l+n+LtEfP4LjwSALB4NpmCbGtZ W7f4AsugfZTwtz8tI8KheXuJEEu7WtXqFod3hu0vctGYF73d+UHPSUOAxroh8SoRjD7p8E33qOhlf FgJMneZem2cPQiTAJQhPlQnQVbDf97QNCqLw32JdGmw3eplgcHWN/Ci5VjWVVjNl8iXhIryxvAvzj Hsom1U6iqzsVb9dlLE/cTDLuMgnH7z65d8EufrqcZll/TwC8OfL4vr1Xzf4q3AqWRS7PpuSs0yK5m 0UTr39f58PSMHkITvgN4+Z3oBvtyFYmoCBFMVlvn/OURbc/Ckk+hHrVNYZFzD7ZJqQBiMB7RCyPgu XmxZec9A==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1nDRY4-006Rrg-Ou; Fri, 28 Jan 2022 13:44:20 +0000 Date: Fri, 28 Jan 2022 13:44:20 +0000 From: Matthew Wilcox To: Jonathan Corbet Cc: Andy Shevchenko , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Florian Eckert Subject: Re: [PATCH v1 1/1] docs: process: submitting-patches: Clarify the Reported-by usage Message-ID: References: <20220127155334.47154-1-andriy.shevchenko@linux.intel.com> <87o83xrwk9.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87o83xrwk9.fsf@meer.lwn.net> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 27, 2022 at 09:08:06AM -0700, Jonathan Corbet wrote: > Andy Shevchenko writes: > > > It's unclear from "Submitting Patches" documentation that Reported-by > > is not supposed to be used against new features. (It's more clear > > in the section 5.4 "Patch formatting and changelogs" of the "A guide > > to the Kernel Development Process", where it suggests that change > > should fix something existing in the kernel. Clarify the Reported-by > > usage in the "Submitting Patches". > > > > Reported-by: Florian Eckert > > You're sure this added documentation isn't a new feature that shouldn't > have a Reported-by? :) > > > Signed-off-by: Andy Shevchenko > > --- > > Documentation/process/submitting-patches.rst | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst > > index 31ea120ce531..24c1a5565385 100644 > > --- a/Documentation/process/submitting-patches.rst > > +++ b/Documentation/process/submitting-patches.rst > > @@ -495,7 +495,8 @@ Using Reported-by:, Tested-by:, Reviewed-by:, Suggested-by: and Fixes: > > The Reported-by tag gives credit to people who find bugs and report them and it > > hopefully inspires them to help us again in the future. Please note that if > > the bug was reported in private, then ask for permission first before using the > > -Reported-by tag. > > +Reported-by tag. A new feature can't be reported since there is no code in the > > +kernel to fix. > > How about instead something like "Reported-by is intended for bugs; > please do not use it to credit feature requests"? I think this misunderstands the problem that Andy is trying to fix. The situation: I write a patch. I post it for review. A bot does something and finds a bug (could be compile-error, could be boot problem). That bot sends a bug report with a suggestion to add Reported-by:. That suggestion is inappropriate because the bug never made it upstream, so it looks like the bot reported the "problem" that the patch "fixes". It's not unique to "new feature" patches. If I'm fixing a bug and my fix also contains a bug spotted by a bot, adding Reported-by makes it look like the bot spotted the original bug, rather than spotting a bug in the fix. The best thing to do in this case is nothing. Do not credit the bot. Maybe add a Checked-by:, but that would be a new trailer and I really don't think we need a new kind of trailer to get wrong.