Re: [PATCH v3 01/11] tracing: Include linux/types.h in trace_remote_event.h
Fuad Tabba <[email protected]> Thu, 6 Aug 2026 09:43:00 +0100
| Newsgroups | dev.linux.lists.kvmarm,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-kernel,org.kernel.vger.linux-trace-kernel |
|---|---|
| Message-ID | <CA+EHjTxZ1tBfau4eK-nOdqig1xwngzsq8YyHtiE-iAMkZpSF8g@mail.gmail.com> |
Thanks Steve, On Wed, 5 Aug 2026 at 21:53, Steven Rostedt <[email protected]> wrote: ... > > --- a/include/linux/trace_remote_event.h > > +++ b/include/linux/trace_remote_event.h > > @@ -3,6 +3,8 @@ > > #ifndef _LINUX_TRACE_REMOTE_EVENTS_H > > #define _LINUX_TRACE_REMOTE_EVENTS_H > > > > +#include <linux/types.h> > > + > > struct trace_remote; > > struct trace_event_fields; > > struct trace_seq; > > My ack still stands, but I wonder if we should just not use the include and > instead s/bool/_Bool/ ? I'd prefer to keep the include, if you don't mind. As far as I can tell, apart from the typedef itself, the only headers built into the kernel that use _Bool as a type are a uapi one and arch/um's user.h when it's built for the host, neither of which has bool available, plus what looks like a leftover in bcache_ondisk.h from when it was uapi. The include also covers whatever field gets added next. Happy to switch if you'd still prefer _Bool. Cheers, /fuad > > -- Steve