Received-SPF: pass (google.com: domain of linux-kernel+bounces-168436-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
Precedence: bulk
MIME-Version: 1.0
References: <20240503190728.7510af9a@gandalf.local.home>
In-Reply-To: <20240503190728.7510af9a@gandalf.local.home>
From: Linus Torvalds <torvalds@linux-foundation.org>
Date: Fri, 3 May 2024 17:01:08 -0700
Message-ID: <CAHk-=wgMSaivGRNk55fd8F3yODqOYUtY=d+vnXmY2buUKewd8Q@mail.gmail.com>
Subject: Re: [GIT PULL] tracing/tracefs: Fixes for v6.9
To: Steven Rostedt <rostedt@goodmis.org>
Cc: LKML <linux-kernel@vger.kernel.org>, Masami Hiramatsu <mhiramat@kernel.org>, 
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>, Beau Belgrave <beaub@linux.microsoft.com>
Content-Type: text/plain; charset="UTF-8"

On Fri, 3 May 2024 at 16:07, Steven Rostedt <rostedt@goodmis.org> wrote:
>
> - Minor fix for user_events interface
>   The ABI of creating a user event states that the fields
>   are separated by semicolons, and spaces should be ignored.
>   But the parsing expected at least one space to be there (which was incorrect).
>   Fix the reading of the string to handle fields separated by
>   semicolons but no space between them.

This is the opposite of a fix.

A fix would have fixed the documentation to match reality.

Instead, this relaxes our existing parsing. Are there any old kernels
that had that relaxed parsing? Is there any actual reason to not just
fix documentation to match reality?

Because when reality and documentation do not match, it is not
*REALITY* that is buggy.

               Linus