Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp956515iob; Fri, 13 May 2022 17:39:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAXUTVZCWRnSHIf3l9Rh5jc3/ALQe2HSJgAugYGG2Rua8K1DvWrknZ2nrpdkSdSVgMzN8G X-Received: by 2002:a05:6000:144c:b0:20c:9156:539c with SMTP id v12-20020a056000144c00b0020c9156539cmr6044203wrx.249.1652488762117; Fri, 13 May 2022 17:39:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652488762; cv=none; d=google.com; s=arc-20160816; b=vTlumXDspBPUW9UOc3tU10WIVKf6zyDyYnQrOzX2S7SIQ6ZervQkB3xlW2cKgNx0wH ZUfn3+lYWNgAWt4ITohvfu9clOQYA5hfKirrS3VsineJ3D5FYOA85x+uQfx8qsSwik9n G2nx/W3nxsyZaUF1IZ55AiRFYWVUH/sstLFvdVV6xIsRupXros4gJE6o9OKbkZNhUlXI 7EAXPU4x9ATwYEeIfiErnH1w+ot4tf6LHpJIlBa7DTAzKXf72DPQzFPYN2123+fVW06w HXbWjye9D2cO3wOPgNG30L6qwc01u4d2dhiFRK58PchueH9EanKWnzVtC/XiGBOcc9R/ HHBQ== 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=B7VXmh66M+2El9UzptpiYafUbsBm6o9pydX/9uOO3yk=; b=dWz/UlhVSeJNmjCEiHdRMmnXX/y8NY/ZGQgjC5xnsZdXGIMFb2yjwxjOQlWAdaBS3f lZzbAXezK7EnY2LTBiD7BTtHmj0mtZJm8DvnrkMfEt3DxJ664XHqa8hLASj80bGiUeEx aZI70VpSul70D0/VLI77aDbKks7XI/fu6H9ujDoBQHx/fZZHTF/NOwvBLLdeZ3TCtOnW NPZcQVKfKvYnez4SBYZKPUPy/xubhrejfEUcRYgZHQXO9swIUcT65E02jTAjVjmRtQWI 0UnoySVjrfQGqQlZ5bYN9TnmwlIzKY1YnL52Jj7LypjGGAijIeC38Ue919Eazv7HqgfC +53g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=naMVL+3Q; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id g8-20020adfd1e8000000b0020cf516f895si1862231wrd.882.2022.05.13.17.39.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 17:39:22 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=naMVL+3Q; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 657E3349113; Fri, 13 May 2022 16:29:35 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347010AbiEKTfP (ORCPT + 99 others); Wed, 11 May 2022 15:35:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50946 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229633AbiEKTfN (ORCPT ); Wed, 11 May 2022 15:35:13 -0400 Received: from mail.skyhub.de (mail.skyhub.de [5.9.137.197]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E806C177898 for ; Wed, 11 May 2022 12:35:11 -0700 (PDT) Received: from zn.tnic (p5de8eeb4.dip0.t-ipconnect.de [93.232.238.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 712BA1EC0535; Wed, 11 May 2022 21:35:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1652297706; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=B7VXmh66M+2El9UzptpiYafUbsBm6o9pydX/9uOO3yk=; b=naMVL+3QI0M+uWHrRrw4Tv1CFrKKeItd5vbrSLAE2aOwAEu/foCljd+DPxtjL+fhdUrDiM VwHOH4X9fQbC/exGi2o6//8xNSN5KXHMD+UGBfDW1C4qwNxjwBsHFjzDDBguPIU1vJbncY FS/IzxDz2/3YxjjYLzE8WkAUfLvUjKg= Date: Wed, 11 May 2022 21:35:09 +0200 From: Borislav Petkov To: Linus Torvalds Cc: Theodore Ts'o , 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=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,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" > > 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. And, in addition, what happens most often in my experience is I constantly get to point submitters to our process documentation - submitting-patches especially - as not a small number of them are not aware of different aspects of the whole patch dance: tags, SOB chains, etc. And the Link tag is no exception here. So yeah, the maintainer is kinda the last one to make sure the patch looks somewhat sane and documents the whole issue so that years from now, it can still be understood what we were fixing there. And I guess important part of that documentation is setting the proper Link so... And as said, yeah, we won't be perfect and catch all cases but at least we can pay attention. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette