[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250116144923.6b8cda97@gandalf.local.home>
Date: Thu, 16 Jan 2025 14:49:23 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: LKML <linux-kernel@...r.kernel.org>, Linux Trace Kernel
<linux-trace-kernel@...r.kernel.org>, linux-mm@...ck.org,
linux-perf-users@...r.kernel.org
Cc: Masami Hiramatsu <mhiramat@...nel.org>, Mathieu Desnoyers
<mathieu.desnoyers@...icios.com>, Andrew Morton
<akpm@...ux-foundation.org>, Michael Petlan <mpetlan@...hat.com>, Veronika
Molnarova <vmolnaro@...hat.com>, Suren Baghdasaryan <surenb@...gle.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH] tracing: gfp: Fix the GFP enum values shown for user
space tracing tools
On Thu, 16 Jan 2025 14:43:41 -0500
Steven Rostedt <rostedt@...dmis.org> wrote:
> I also tested this only with the above define in mmflags.h and just added
> it to kmem.h before sending out. It appears there's a bug in the
> TRACE_EVENT_ENUM define that doesn't translate the TRACE_SYSTEM properly
> and it created the same variable used for both kmem.h and mmflags.h and the
> build failed.
>
> So v2 will also include a fix to TRACE_DEFINE_ENUM().
Never mind. It appears that the kmem.h includes mmflags.h :-p
Well, the TRACE_DEFINE_ENUM() still needs to be fixed, but that could wait
for the next merge window.
-- Steve
Powered by blists - more mailing lists