tracing: Remove the ULONG_MAX stack trace hackery
authorThomas Gleixner <tglx@linutronix.de>
Wed, 10 Apr 2019 10:28:10 +0000 (12:28 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Sun, 14 Apr 2019 17:58:32 +0000 (19:58 +0200)
commit4285f2fcef8001ead0f1c9315ba50302cab68cda
tree0d305b9f8b8cee0781244908d40f804d809b53b3
parentfa49e2eac9aa8259e1ea540d1bd301448d5b735d
tracing: Remove the ULONG_MAX stack trace hackery

No architecture terminates the stack trace with ULONG_MAX anymore. As the
code checks the number of entries stored anyway there is no point in
keeping all that ULONG_MAX magic around.

The histogram code zeroes the storage before saving the stack, so if the
trace is shorter than the maximum number of entries it can terminate the
print loop if a zero entry is detected.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Cc: Josh Poimboeuf <jpoimboe@redhat.com>
Cc: Andy Lutomirski <luto@kernel.org>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Alexander Potapenko <glider@google.com>
Link: https://lkml.kernel.org/r/20190410103645.048761764@linutronix.de
kernel/trace/trace_events_hist.c
kernel/trace/trace_stack.c