ring-buffer: Fix duplicate results in mapping context to bits in recursive lock
authorSteven Rostedt (VMware) <rostedt@goodmis.org>
Thu, 18 Jan 2018 20:42:09 +0000 (15:42 -0500)
committerSteven Rostedt (VMware) <rostedt@goodmis.org>
Thu, 18 Jan 2018 20:45:48 +0000 (15:45 -0500)
In bringing back the context checks, the code checks first if its normal
(non-interrupt) context, and then for NMI then IRQ then softirq. The final
check is redundant. Since the if branch is only hit if the context is one of
NMI, IRQ, or SOFTIRQ, if it's not NMI or IRQ there's no reason to check if
it is SOFTIRQ. The current code returns the same result even if its not a
SOFTIRQ. Which is confusing.

  pc & SOFTIRQ_OFFSET ? 2 : RB_CTX_SOFTIRQ

Is redundant as RB_CTX_SOFTIRQ *is* 2!

Fixes: a0e3a18f4baf ("ring-buffer: Bring back context level recursive checks")
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
kernel/trace/ring_buffer.c

index 0cddf60186da0b72b0db7b57fd115030c0ee6126..5af2842dea962944b8960f2f74dab5a08bfa1b39 100644 (file)
@@ -2579,8 +2579,7 @@ trace_recursive_lock(struct ring_buffer_per_cpu *cpu_buffer)
                bit = RB_CTX_NORMAL;
        else
                bit = pc & NMI_MASK ? RB_CTX_NMI :
-                       pc & HARDIRQ_MASK ? RB_CTX_IRQ :
-                       pc & SOFTIRQ_OFFSET ? 2 : RB_CTX_SOFTIRQ;
+                       pc & HARDIRQ_MASK ? RB_CTX_IRQ : RB_CTX_SOFTIRQ;
 
        if (unlikely(val & (1 << bit)))
                return 1;