tracing: Move d_max_latency out of CONFIG_FSNOTIFY protection
Steven Rostedt
maintainerPATCH v2 1/1 tracing: Move d_max_latency out of CONFIG_FSNOTIFY protection
From: Steven Rostedt <[email protected]>
The tracing_max_latency shouldn't be limited if CONFIG_FSNOTIFY is defined or not and it was moved out of that protection to be always available with CONFIG_TRACER_MAX_TRACE. All was moved out except the dentry descriptor for it (d_max_latency) and it failed to build on some configs.
Move that out of the CONFIG_FSNOTIFY protection too.
Fixes ba73713da50e ("tracing: Clean up use of trace_create_maxlat_file()")
Reported-by kernel test robot <[email protected]>
Signed-off-by Steven Rostedt (Google) <[email protected]>
---
Changes since v1: https://lore.kernel.org/linux-trace-kernel/20260209192746.70529899@fedora/
- Rebased on my for-next branch and not the offending commit
kernel/trace/trace.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
kernel/trace/trace.h +1 -1
@@ -348,8 +348,8 @@ struct trace_array {unsigned int snapshot;#ifdef CONFIG_TRACER_MAX_TRACE unsigned long max_latency; -#ifdef CONFIG_FSNOTIFY struct dentry *d_max_latency; +#ifdef CONFIG_FSNOTIFY struct work_struct fsnotify_work;struct irq_work fsnotify_irqwork;#endif /* CONFIG_FSNOTIFY */
Signature · 1 line
2.51.0