Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp1036806iob; Fri, 13 May 2022 20:33:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzqouboBYD1AhtCqIuDqqlSd8T/8mV48lunjBqbdj3BNe7oO1kAJqrtQtdt7Ry0wySZ5b26 X-Received: by 2002:a05:600c:1e1a:b0:395:baf7:ca45 with SMTP id ay26-20020a05600c1e1a00b00395baf7ca45mr14517955wmb.85.1652499220645; Fri, 13 May 2022 20:33:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652499220; cv=none; d=google.com; s=arc-20160816; b=k8XcaYzPjR9Y46re+M7pcso5NYdaocUTWT2POKbOVWSbhc9zUlm/+BauFYFHQw569X UxYD32ar5Zwab2EU1jtixN6snqvx0NjMy/49796X+U7LcUwkG8+XJ3cDRyGxVAkBHtWL 92F8uzUgyINEjl10oAbENCO+saMTGJo8XfV4U0qXgCH4NcCuMXqJPiWCefIS6EP/K3lY dhr4Op0XyJjLCPBg4Iz1UR0Ga1AQP4A7r55jYZtAb8L5Q/KZDPEE35C0nyVdDdljCXK7 2qbWvbIPGdUmY3dU776D11P5ok9UCKp4tKtZS2OiNVD1Y9uVhalliXtrAcqARONw2Pc7 afGg== 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=a5WVc9xN2WEUAgzaf5a+6cwVxtHNBOl0YNd8b5JP2uM=; b=r2WeQ1trAzXASxlF28SMPZlPljLmnA89Ri9y9zBaKVnmw7O6XCWDETCZVAuADAQTIs r7k9cA00a7D23HrfJJK8Co1N59b8bjFSPlG6bqTZ09cfcAY6J8n/na6liyx0I+ZPeT/Q Oz4fEm6w3G/zMW6BakBrT4VM5ZlBCJkiE/NUMqa+H0Rz94QwP6lb60hXdTPqPvMrxUaV b5Vxuc89bY2n8nS/pVKT2ig/HyrJ5tqoUMO2H2kitYYrP2EuHWZGNxi7Mg0OMLW4bjtv pfmiESfz1WMvCj2Ye7r/whEeKB6Y2OEdQJiUgpgWvtUr0OD5WFHotw+GiZZKm46FM7aT KixQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mit.edu header.s=outgoing header.b=WSk0IpVU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mit.edu Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id g2-20020adfd1e2000000b0020cef30396fsi2513210wrd.796.2022.05.13.20.33.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 20:33:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=fail header.i=@mit.edu header.s=outgoing header.b=WSk0IpVU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mit.edu Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3A0AF432800; Fri, 13 May 2022 17:09:47 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348851AbiEKWiZ (ORCPT + 99 others); Wed, 11 May 2022 18:38:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54830 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346776AbiEKWiY (ORCPT ); Wed, 11 May 2022 18:38:24 -0400 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B9C016D194 for ; Wed, 11 May 2022 15:38:19 -0700 (PDT) Received: from cwcc.thunk.org (pool-108-7-220-252.bstnma.fios.verizon.net [108.7.220.252]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 24BMbjUw028543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 11 May 2022 18:37:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=outgoing; t=1652308668; bh=a5WVc9xN2WEUAgzaf5a+6cwVxtHNBOl0YNd8b5JP2uM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=WSk0IpVUOe5Hu8Q+0eFmpHIbop210WCSWVgXcn6SMRlmuM2OjIm9VCpbjz1UodUJh An9FD80T5EU2z/Jso/tVQTBqCus2EQw7U2Qvuwt3Y2+pf4DCU7hcVx67KG/dEEihkd +iACUiH4C7xbmJICr7QyT9cgBXMJfux6Enl3tiOTpKs4mrvv32adze16p1uMxFre5B 0txTrUds+frqaTjhDLFprF1BJrD/YMpi9LICqGJ3Xbsv3KshrUqnH4L9cJr3qc50Wb tlnZKXCsoo1oxRXGT0WM6+f1blmpb0PgFo3h4KZM1jNNx3cuteMz6SkSz59earmfrL s5brHw7vu7/4w== Received: by cwcc.thunk.org (Postfix, from userid 15806) id 1AC1E15C3F0C; Wed, 11 May 2022 18:37:45 -0400 (EDT) Date: Wed, 11 May 2022 18:37:45 -0400 From: "Theodore Ts'o" To: Linus Torvalds Cc: Borislav Petkov , Thorsten Leemhuis , Thomas Gleixner , Zhangfei Gao , Fenghua Yu , Jean-Philippe Brucker , Jacob Pan , Dave Hansen , Linux Kernel Mailing List , the arch/x86 maintainers Subject: Re: Link: tag and links to submission and reports (was: Re: [GIT pull] core/urgent for v5.18-rc6) Message-ID: References: <165201148069.536527.1960632033331546251.tglx@xen13> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 Wed, May 11, 2022 at 08:55:34AM -0700, Linus Torvalds wrote: > On Wed, May 11, 2022 at 8:50 AM Theodore Ts'o wrote: > > > > I would argue that it should be the patch submitter's responsibility > > to explicitly add a URL to the problem report. > > I agree in the perfect case. > > But in practice, we have a lot more patch submitters than we have > maintainers, and not all "leaf developers" necessarily know how to do > everything. > > So the maintainer should probably expect to fix things up. Not always, > but also not a "the developer should have done this, so I won't do it" Sure... but *because* maintainers are significantly outnumbered by the patch submitters, what we should document is that it is the developer's responsibility to provide the link, just as it is the developer's responsibility to at least *try* to write a clear commit description. > This isn't so different from the fact that not everybody writes > English proficiently - people do hopefully end up fixing things up as > they get passed onwards. Maintainers can be the backstop, sure, but if we are trying to make Maintainers scale well, developers should at least feel obligated to **try** to lighten the load on maintainers to the limits of their ability. And I have a bit more sympathy over someone who doesn't speak English as their first language, over someone who can't be bothered to look up a bug report link or a Syzkaller ID. I guess we could always NACK such a patch until they provide that information, but if it's for a critical bug fix, that's not necessarily a good alternative either. I guess that's why the Maintainers get paid the big bucks.... - Ted