workflows.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alejandro Colomar <alx@kernel.org>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Steven Rostedt <rostedt@goodmis.org>,
	Mark Brown <broonie@kernel.org>,  Sasha Levin <sashal@kernel.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	 Jacob Keller <jacob.e.keller@intel.com>,
	Yeking@red54.com, kuba@kernel.org,
	 Jonathan Corbet <corbet@lwn.net>, Theodore Ts'o <tytso@mit.edu>,
	 Andy Whitcroft <apw@canonical.com>,
	Joe Perches <joe@perches.com>,
	 Dwaipayan Ray <dwaipayanray1@gmail.com>,
	Lukas Bulwahn <lukas.bulwahn@gmail.com>,
	 Andrew Morton <akpm@linux-foundation.org>,
	workflows@vger.kernel.org, linux-doc@vger.kernel.org,
	 linux-kernel@vger.kernel.org,
	tech-board-discuss@lists.linux.dev, Andrew Lunn <andrew@lunn.ch>
Subject: Re: [PATCH] Add short author date to Fixes tag
Date: Thu, 26 Feb 2026 01:20:26 +0100	[thread overview]
Message-ID: <aZ-NVcaidg58qXEu@devuan> (raw)
In-Reply-To: <2026022547-confirm-upturned-a736@gregkh>

[-- Attachment #1: Type: text/plain, Size: 2469 bytes --]

Hi Greg,

On 2026-02-25T15:46:28-0800, Greg Kroah-Hartman wrote:
[...]
> > Secondarily, it helps with the ID, in case it becomes ambiguous.  But
> > I started using it for the human part of it.
> 
> Our ids are not ambiguous.  Our "problem" is people putting git ids in
> the logs that are not valid git ids.  Just happened again today as we
> are "human".  Putting the date in there would not help with that very
> real problem we have today at all.

It would help locate the commit it refers to.  If you have a commit
date, you know that if it was rebased, the date can only increase.  So,
instead of having to search exclusively by subject, you can limit your
search to dates no older than the date from the Fixes tag.

Let's say we want to locate

	bogus-hash (2025-11-21; "bug: Add BUG_FORMAT_ARGS infrastructure")

We can first of all check if maybe there's a typo in the hash (maybe
the first character is missing, due to a cut/paste accident).

	$ git log --oneline --before 2025-11-22 --after 2025-11-20 \
	| grep BUG_FORMAT_ARGS;
	5c47b7f3d1a9 bug: Add BUG_FORMAT_ARGS infrastructure

But even if the date was wrong.  Let's say someone used a reference to
a commit that got rebased a year later, as the case you stated.

	old-hash (2025-01-21; "bug: Add BUG_FORMAT_ARGS infrastructure")

We can search by date something that looks similar.  We know the date
can't be older than that, if it wasrebased.

	$ git log --oneline --after 2025-11-20 | grep infrastructure
	cb2dc6d2869a can: Kconfig: select CAN driver infrastructure by default
	93d7a7ed0734 netfilter: flowtable: move path discovery infrastructure to its own file
	23343b6b09ac sched/mmcid: Introduce per task/CPU ownership infrastructure
	775465fd26a3 lib/test_hmm: add zone device private THP test infrastructure
	99e4e1028337 RDMA/bng_re: Add basic debugfs infrastructure
	4f830cd8d7fe RDMA/bng_re: Add infrastructure for enabling Firmware channel
	5c47b7f3d1a9 bug: Add BUG_FORMAT_ARGS infrastructure
	d292dbb5640c bug: Add BUG_FORMAT infrastructure

So, we'd start looking at the tail of that list (assuming the rebase was
close to the commit date), and depart from that as necessary.  In this
case, we find it as the second commit.

On the other hand, if you have no date, you must look at the entire
git-log(1), which is a lot more work.

> thanks,
> 
> greg k-h

Have a lovely night!
Alex

-- 
<https://www.alejandro-colomar.es>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2026-02-26  0:20 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-25  0:56 Alejandro Colomar
2026-02-25  0:57 ` Alejandro Colomar
2026-02-25 18:00 ` Greg Kroah-Hartman
2026-02-25 18:20   ` Alejandro Colomar
2026-02-25 19:47     ` James Bottomley
2026-02-25 21:23     ` Greg Kroah-Hartman
2026-02-25 21:45       ` Alejandro Colomar
2026-02-25 22:35         ` Theodore Tso
2026-02-25 23:27         ` Sasha Levin
2026-02-25 23:46         ` Greg Kroah-Hartman
2026-02-26  0:20           ` Alejandro Colomar [this message]
2026-02-25 20:08 ` Sasha Levin
2026-02-26  0:08 ` Steven Rostedt
     [not found] <tencent_6CF6E720909156A227D23AE8CFE4F9BA5D05@qq.com>
2025-01-10 12:20 ` Yeking
2025-01-10 12:32   ` Greg Kroah-Hartman
2025-01-10 13:03   ` Steven Rostedt
2025-01-11  0:21     ` Jacob Keller
2025-01-11  5:48       ` Greg Kroah-Hartman
2025-01-11 17:09       ` Steven Rostedt
2025-01-12 10:54         ` Geert Uytterhoeven
2025-01-13 14:51           ` Steven Rostedt
2025-01-13 15:08             ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aZ-NVcaidg58qXEu@devuan \
    --to=alx@kernel.org \
    --cc=Yeking@red54.com \
    --cc=akpm@linux-foundation.org \
    --cc=andrew@lunn.ch \
    --cc=apw@canonical.com \
    --cc=broonie@kernel.org \
    --cc=corbet@lwn.net \
    --cc=dwaipayanray1@gmail.com \
    --cc=geert@linux-m68k.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=jacob.e.keller@intel.com \
    --cc=joe@perches.com \
    --cc=kuba@kernel.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lukas.bulwahn@gmail.com \
    --cc=rostedt@goodmis.org \
    --cc=sashal@kernel.org \
    --cc=tech-board-discuss@lists.linux.dev \
    --cc=tytso@mit.edu \
    --cc=workflows@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox