Re: Replacing Link trailers

[Steven Rostedt <rostedt@goodmis.org>]

On Thu, 16 Oct 2025 09:00:49 -0400
Konstantin Ryabitsev <konstantin@linuxfoundation.org> wrote:

> I am wholeheartedly for this approach. One of the downsides of the current
> scheme is that Link: trailers can be pointing at multiple patch submissions
> (e.g. if the commit wants to highlight a related patch series), so without a
> clear indication which link is the provenance link, we still have potential
> for confusion.

I started to separate out "Link:" that was meaningful to the conversation
from "Link:" that was a patch submission, not by the URL but by having the
meaningful ones outside of the tags section. As to me, if it is for human
consumption, it shouldn't be part of the tags.

For example:

    tracing: Have eprobes have their own config option
    
    Eprobes were added in 5.15 and were selected whenever any of the other
    probe events were selected. If kprobe events were enabled (which it is by
    default if kprobes are enabled) it would enable eprobe events as well. The
    same for uprobes and fprobes.
    
    Have eprobes have its own config and it gets enabled by default if tracing
    is enabled.
    
    Link: https://lore.kernel.org/all/20250729102636.b7cce553e7cc263722b12365@kernel.org/
    
    Cc: Mark Rutland <mark.rutland@arm.com>
    Cc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
    Cc: Andrew Morton <akpm@linux-foundation.org>
    Cc: Namhyung Kim <namhyung@kernel.org>
    Cc: Jonathan Corbet <corbet@lwn.net>
    Cc: Randy Dunlap <rdunlap@infradead.org>
    Link: https://lore.kernel.org/20250730140945.360286733@kernel.org
    Suggested-by: Masami Hiramatsu (Google) <mhiramat@kernel.org>
    Acked-by: Masami Hiramatsu (Google) <mhiramat@kernel.org>
    Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>

That first link is the reason for the patch, whereas the one in the tags
links back to the patch itself and was automated. If there was a discussion
during the patch submission, I don't separate it. As that would take extra
work ;-)

-- Steve