From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f47.google.com (mail-ej1-f47.google.com [209.85.218.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 75E272BE629 for ; Tue, 9 Sep 2025 16:41:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757436077; cv=none; b=Ntcm3VDPtQFDInE533HSdkn6K1cgXrYaQAHjo3U6PLuhmI2X8wDknI6mXoCtitzVO3J7EzJqDX28gih/r7chE81wOQ/nbVoezInCDWYuQXvyn1I/HdkATlyLZEHVmhejMC4LL7cB8mEWfBexLqIlKY1piuoBiKoXlScNd+cEsvY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1757436077; c=relaxed/simple; bh=b+eq1el9WWdjlwuvsxWxsndcwC4nSqXfdm4tqDwKyJA=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=DZoeyskiIpgnUaTAFprwdQ3C7AFUYAnk8pyeDF9bzbYEBSVCDpk5y/LebvHYLfiTV76UPuWPnLlNTGQunD56fIt3wysqNe863YqAVXQI4lXhd/KHPokTobO8ISxovm9/o7Dac6lxGr8bbLs5UVMI8WZpqE1HIeqH+vtQTTrXwVM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org; spf=pass smtp.mailfrom=linuxfoundation.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=GyeFSW18; arc=none smtp.client-ip=209.85.218.47 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linuxfoundation.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="GyeFSW18" Received: by mail-ej1-f47.google.com with SMTP id a640c23a62f3a-b0418f6fc27so972748466b.3 for ; Tue, 09 Sep 2025 09:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; t=1757436073; x=1758040873; darn=vger.kernel.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Zm70ml8cPcpAi6TuvLhkX9BGgRrXTC7qJApIV2KSD8o=; b=GyeFSW185PiM80xWagtorpThGojm4h67uZcI4Joi5SOWy9Nelp/9frPzWo9n7IyNzd L7sWaQMPGAuBmf64bb9YtLRdt3tyyFCu8YAKwTUpTMMPTHjhjJrV/Aaprn0rZKPpfUbk dAZqerwRB+ZO6eznNRiUy/gJ8EOKU4+lA7KG4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757436073; x=1758040873; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Zm70ml8cPcpAi6TuvLhkX9BGgRrXTC7qJApIV2KSD8o=; b=awqa2iy/+VaZT2qOs+jBA3H7/l+iFXD7ZNMfmbtfyV7PuYC7gsJc5mBecsoA0wvHes uPIFYKbSUwh2R+ny1HrbpOnyhQ3kyefVqjXA52MRrFzx/vjBksXrG0QmZrC/WuVR6IQp CbicAtm4uGA6a6BodpaPQAXzEw6UzO3ystTjetY4gCFtfOk09qIYtYr0l3Xn9qPLKwzv ULPfJZH8gE2VL9D6AICyO/5F2UYUN6gsncc9WBXNyjEPLzOXPGdUmnxM5FJxUb98aLuA ZiIiT7lc7GDwTNOkQ+mvQAX/uyjCJFgk6aVZBAlhobyfU4qhcq1lkpd5cxig5tjzdiPV w6VQ== X-Forwarded-Encrypted: i=1; AJvYcCVlKSW6h43P27O2Rbv5Y7p5MeutHLqKxzthwEELcXytRJvnV1c9MLhNLeumlscjQPMWYWQCoeeg1e4=@vger.kernel.org X-Gm-Message-State: AOJu0YylJjqOS333qanRtMkne7BHjT24D9wNOwnHOGKPFwJasvJfR5HY a1Ojz8fqGh/NmvORoVLWzyCmbAHbCrNojauLF5OO7r+u6QscMC84Qg4YaoUDEhdJYmohJ3mK1EI D/GvetvU= X-Gm-Gg: ASbGncttUEkFYxuK6YL4C37e871P0GJMhfmOpKBu0CZAGPvnMmrgmkEoL928mI/mo9q 3D6Z0cncVFQnpEl8Cje6iaEwZDBR7PkyOowlwnoN1ZKDuhvLt/sbkYaHnkfujcpiXsGGpj3b8JQ uqhfIioLcRLbYNDm6kkbzye/QsoJie9GYHd/EJiBI2CBlYKjnkNWhoVe07kHgbQ6363P4Z/U0wF v75bfeRHjSzZNbK6CqMCVykbe3CtmZ+BsEuTmHyPKrN0MKl2ObGHN5b0xnCwlD5WBi9PChcNNZX s43ovLTkvQFFYylGyonLLuUdkQ9UnI0VwhRbWjfhmm+VzDn7bPvzBcIqii8hNY2v90s9v7Kj75p 2reXuKG73mAXbMEZZNdIZb7V4ANdGjxe/YBXGJCWL6+D8wre+Xm4uZTItubCLWyTIJhb3zkTP X-Google-Smtp-Source: AGHT+IHGWQrntYT6dijV08JONS4n2BUgu4rshL4K2F0jiOKJaOWwIfAbmZSff9/Y5JZIKrC/kzqrXQ== X-Received: by 2002:a17:907:72d2:b0:b04:24b1:83ed with SMTP id a640c23a62f3a-b04b14e274amr1435775266b.27.1757436073371; Tue, 09 Sep 2025 09:41:13 -0700 (PDT) Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com. [209.85.208.49]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b07833ebf89sm15577766b.87.2025.09.09.09.41.11 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 09:41:12 -0700 (PDT) Received: by mail-ed1-f49.google.com with SMTP id 4fb4d7f45d1cf-61cd6089262so9270758a12.3 for ; Tue, 09 Sep 2025 09:41:11 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWLPv49TuSjhcIZLBq0Vt8mwLVTEPvJKII5uaJTdmFy2GQZ+ULkTW3MpscUr9IbNp02PSG98CEpzXY=@vger.kernel.org X-Received: by 2002:a17:907:7fa7:b0:b04:7ef0:9dd6 with SMTP id a640c23a62f3a-b04b17809fdmr1236710066b.55.1757436071516; Tue, 09 Sep 2025 09:41:11 -0700 (PDT) Precedence: bulk X-Mailing-List: workflows@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <9ef87524-d15c-4b2c-9f86-00417dad9c48@kernel.dk> <20250905-sparkling-stalwart-galago-8a87e0@lemur> <68bf3854f101b_4224d100d7@dwillia2-mobl4.notmuch> <5922560.DvuYhMxLoT@rafael.j.wysocki> <20250909071818.15507ee6@kernel.org> <92dc8570-84a2-4015-9c7a-6e7da784869a@kernel.dk> <20250909-green-oriole-of-speed-85cd6d@lemur> <497c9c10-3309-49b9-8d4f-ff0bc34df4e5@suse.cz> In-Reply-To: From: Linus Torvalds Date: Tue, 9 Sep 2025 09:40:54 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: Ac12FXxGb49o3C2-BXyn9vrQLDiODbjBGCOkSNDk7zLDI3tgl6nsApH54f3Udow Message-ID: Subject: Re: Link trailers revisited (was Re: [GIT PULL] io_uring fix for 6.17-rc5) To: Jens Axboe Cc: Vlastimil Babka , Konstantin Ryabitsev , Jakub Kicinski , "Rafael J. Wysocki" , dan.j.williams@intel.com, Caleb Sander Mateos , io-uring , workflows@vger.kernel.org Content-Type: text/plain; charset="UTF-8" On Tue, 9 Sept 2025 at 07:50, Jens Axboe wrote: > > I think we all know the answer to that one - it would've been EXACTLY > the same outcome. Not to put words in Linus' mouth, but it's not the > name of the tag that he finds repulsive, it's the very fact that a link > is there and it isn't useful _to him_. It's not that it isn't "useful to me". It's that it HURTS, and it's entirely redundant. It literally wastes my time. Yes, I have the option to ignore them, but then I ignore potentially *good* links. Rafael asked what the difference between "Fixes:" and "Cc: stable" is - it's exactly the fact that those do NOT waste human time, and they were NOT automated garbage. The rules for those are that they have been added *thoughtfully*: you don't add 'stable' with automation without even thinking about it, do you? And if you did, THAT WOULD BE WRONG TOO. Wouldn't you agree? Dammit, is it really so hard to understand this issue? Automated noise is bad noise. And when it has a human cost, it needs to go away. I'm not saying that you can't link to the original email. But you need to STOP THE MINDLESS AUTOMATION WHEN IT HURTS. So add the link, by all means - but only add it when it is relevant and gives real information. And THINK about it, don't have it in some mindless script. Because if it's in a mindless script, then dammit, the lore "search" function is objectively better after-the-fact. Really. Using the lore search gives the original email *and* more. The same, btw, goes for my merge messages. No, I'm not going to add some idiotic "Link" to the original pull request email. Not only don't I fetch those from lore to begin with, you can literally search for them. Look here, for the latest merge I did of your tree: e9eaca6bf69d. Now do this: firefox https://lore.kernel.org/all/?q=$(git rev-parse e9eaca6bf69d^2) and see how *USELESS* and completely redundant a link would have been? IT'S RIGHT THERE, FOR CHRISSAKE! That search is guaranteed to find the pull request if it was properly formatted, because the automation of git request-pull adds all the relevant data that is actually useful. Very much including that top commit that you asked me to pull. THAT information is useful in the email, not only at the time (I can - and often do - search for it with git ls-remote when people forget to push or point at the wrong repo, which happens quite regularly), but look - it is also useful after-the-fact exactly because now you have a record that you can look for. If somebody wants to script that one-liner and make it some kind of b4 helper thing, by all means, go wild. You might want to improve it to use some non-fixed browser (use "gnome-open" if you're in gnome, or whatever). But if somebody claims that a link to a pull-request would be "useful", that somebnody is simply full of sh*t. It would be the opposite of useful - it's clearly redundant information that adds zero value, and would be a complete waste of time. Honestly people. Stop with the garbage already, and admit that your links were just worthless noise. And if you have some workflow that used them, maybe we can really add scripting for those kinds of one-liners. And maybe lore could even have particular indexing for the data you are interested in if that helps. In my experience, Konstantin has been very responsive when people have asked for those kinds of things (both b4 and lore). Linus