[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240124090908.1c4daea8@rorschach.local.home>
Date: Wed, 24 Jan 2024 09:09:08 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Borislav Petkov <bp@...en8.de>
Cc: "Naik, Avadhut" <avadnaik@....com>, Tony Luck <tony.luck@...el.com>,
Avadhut Naik <avadhut.naik@....com>, linux-trace-kernel@...r.kernel.org,
linux-edac@...r.kernel.org, x86@...nel.org, linux-kernel@...r.kernel.org,
yazen.ghannam@....com
Subject: Re: [PATCH] tracing: Include PPIN in mce_record tracepoint
On Wed, 24 Jan 2024 10:57:08 +0100
Borislav Petkov <bp@...en8.de> wrote:
> On Tue, Jan 23, 2024 at 08:38:53PM -0500, Steven Rostedt wrote:
> > Yes, rasdaemon uses libtraceevent (or a copy of it internally) that
> > reads the format file to find fields. You can safely add fields to the
> > middle of the event structure and the parsing will be just fine.
>
> Should we worry about tools who consume the event "blindly", without the
> lib?
I don't think that's a worry anymore. The offsets can change based on
kernel config. PowerTop needed to have the library ported to it because
it use to hardcode the offsets but then it broke when running the 32bit
version on a 64bit kernel.
>
> I guess no until we break some use case and then we will have to revert.
> At least this is what we've done in the past...
>
But that revert was reverted when we converted PowerTop to use libtraceevent.
-- Steve
Powered by blists - more mailing lists