Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp897204pxb; Tue, 1 Feb 2022 12:42:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJztza5uVTRya+GUVXWlDNQPt5Rwu6iBNF+fva+ZtM2XTYK04waDa1xWG3Mg+s8fAJ/B9o0O X-Received: by 2002:a17:90b:4c44:: with SMTP id np4mr4303165pjb.81.1643748121291; Tue, 01 Feb 2022 12:42:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643748121; cv=none; d=google.com; s=arc-20160816; b=E7cuTdPFiMcDD3yLzSyQlDXbJUH/RszXLlygGCbZnF9BXOIdPRRqmwPLPhITPsf355 yMMck2/ZxdGDilbb1hMgLP881M6mmR/NmHjWLFMtJYlns530ha3jUlO4kuQZRWDPymVI jbMBSnIUke2ZpsKQiYvR/3u+hwSG5UFlvfX7XV6q8EJT+Ja5BRbgGyhVshcudcpVj+18 vo/ttZ8gaJ0nDcVudaCeiAZop4KJ0iZU5lyjq6y+Ie9vCcg/oxxYe+wCbo1PYNF6dklk YMPuN7Bj7gXFrNNrjmrcy4AvlAPDArX0MUUbuKUw7BkJh96lI3U+bVweENlYNY4YD27a tLsA== 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=WVofR1uJh9cAoF0RcPryNlvO0zPWYfNvblLqMh/l47A=; b=iw9O0LMSw+pbS7THJ/HLY7/VhcSv5uZ2oGYhp87TX6UJADn1p3Fn2nahtB73T7KSJs F6oy5VIgX/ulvg2T/McTPQgt2U0deYTVJneARcffBrq9CmKH8Mf4rBTtPxInhJP535TP 1ysCVuADMa+DhYETYrtHAe1utTNqhwytN2GH/INuTxskKvf9xOB5tN9qIuTXPrSUmmGH BVzZL1APUU+Z2ka5hojYeBoAy12CAElCiZOx99LPsNk09x+8csHMIZMRR/YvtvTIz6nQ thHBi6+LSPvUveDQECx5eP/m7MI9q5Dws2G2eZDO599hqqR2hUKJZSgvDv9U5fBfJk1q xzoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=plVL8abu; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q80si17362755pgq.551.2022.02.01.12.41.49; Tue, 01 Feb 2022 12:42:01 -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=@kernel.org header.s=k20201202 header.b=plVL8abu; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1377073AbiAaPSs (ORCPT + 99 others); Mon, 31 Jan 2022 10:18:48 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:57896 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1358630AbiAaPSq (ORCPT ); Mon, 31 Jan 2022 10:18:46 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id EA58260D29; Mon, 31 Jan 2022 15:18:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 61356C340E8; Mon, 31 Jan 2022 15:18:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1643642325; bh=HisdWC4AWe7kR+wvh8YBXu7Lk17Y96DfcnZsc4Sx24o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=plVL8abu/7kEL1MSYZpJR8V0QxmVt8fZGA3+4P8ij3EN/8BjmgtqAtpzCZORLg1Pa nmS3Uret/zOzrrsnBNF7gssxA62tFUJ7Abu3wxrl7vuDTqBntO45BY5E0j49drSMDT eq0ffDrISFjYCwmbBuw2alRUwHoBxA3FmUZFblALy+r07HEUHyELJxprOiUaRHjs1z 28JDo4MVWxo1DYjscSeuF6iqhAbB5RY5bLL04KY7aGw1/83Wk4EIHOnvCHI1GR9nl7 942jnmEFGmgg0hwdAEb9jZcc/z1FursyKcGEIvg42E3QttnsHSDDZouk9btyF0Q+cI OqBJy6dgBlG7w== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1nEYRq-0007mx-Ho; Mon, 31 Jan 2022 16:18:31 +0100 Date: Mon, 31 Jan 2022 16:18:30 +0100 From: Johan Hovold To: Matthew Wilcox , kbuild-all@lists.01.org Cc: Jonathan Corbet , 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: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jan 28, 2022 at 01:44:20PM +0000, Matthew Wilcox wrote: > 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". > > 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. It seems like the only way to fix this is to fix the bots. Adding more documentation is unlikely to help in this case. Can't we file a bug to whoever is running the bots (Intel?) and ask them to remove the suggestion to add a Reported-by when the bot is testing a patch (as opposed to mainline or even -next)? Johan