aboutsummaryrefslogtreecommitdiff
path: root/include/linux/fpga/fpga-mgr.h
diff options
context:
space:
mode:
authorDave Hansen <[email protected]>2014-08-07 10:52:04 -0700
committerSteven Rostedt <[email protected]>2014-09-10 10:48:46 -0400
commit3a630178fd5f30c285fd7016c5340a176b625913 (patch)
tree861501d28019011d70cb50abe4c438883bff0795 /include/linux/fpga/fpga-mgr.h
parentfef5aeeee9e3717e7aea991a7ae9ff6a7a2d4c85 (diff)
tracing: generate RCU warnings even when tracepoints are disabled
Dave Jones reported seeing a bug from one of my TLB tracepoints: http://lkml.kernel.org/r/[email protected] I've been running these patches for months and never saw this. But, a big chunk of my testing, especially with all the debugging enabled, was in a vm where intel_idle doesn't work. On the systems where I was using intel_idle, I never had lockdep enabled and this tracepoint on at the same time. This patch ensures that whenever we have lockdep available, we do _some_ RCU activity at the site of the tracepoint, despite whether the tracepoint's condition matches or even if the tracepoint itself is completely disabled. This is a bit of a hack, but it is pretty self-contained. I confirmed that with this patch plus lockdep I get the same splat as Dave Jones did, but without enabling the tracepoint explicitly. Link: http://lkml.kernel.org/p/[email protected] Signed-off-by: Dave Hansen <[email protected]> Cc: Dave Hansen <[email protected]> Cc: Dave Jones <[email protected]>, Cc: [email protected] Cc: Ingo Molnar <[email protected]> Signed-off-by: Steven Rostedt <[email protected]>
Diffstat (limited to 'include/linux/fpga/fpga-mgr.h')
0 files changed, 0 insertions, 0 deletions