tracing: hold caller_addr to hardirq_{enable,disable}_ip
Currently, The arguments passing to lockdep_hardirqs_{on,off} was fixed
in CALLER_ADDR0.
The function trace_hardirqs_on_caller should have been intended to use
caller_addr to represent the address that caller wants to be traced.
For example, lockdep log in riscv showing the last {enabled,disabled} at
__trace_hardirqs_{on,off} all the time(if called by):
[ 57.853175] hardirqs last enabled at (2519): __trace_hardirqs_on+0xc/0x14
[ 57.853848] hardirqs last disabled at (2520): __trace_hardirqs_off+0xc/0x14
After use trace_hardirqs_xx_caller, we can get more effective information:
[ 53.781428] hardirqs last enabled at (2595): restore_all+0xe/0x66
[ 53.782185] hardirqs last disabled at (2596): ret_from_exception+0xa/0x10
Link: https://lkml.kernel.org/r/20220901104515.135162-2-zouyipeng@huawei.com
Cc: stable@vger.kernel.org
Fixes: c3bc8fd637
("tracing: Centralize preemptirq tracepoints and unify their usage")
Signed-off-by: Yipeng Zou <zouyipeng@huawei.com>
Signed-off-by: Steven Rostedt (Google) <rostedt@goodmis.org>
This commit is contained in:
parent
54be550942
commit
54c3931957
|
@ -95,14 +95,14 @@ __visible void trace_hardirqs_on_caller(unsigned long caller_addr)
|
||||||
}
|
}
|
||||||
|
|
||||||
lockdep_hardirqs_on_prepare();
|
lockdep_hardirqs_on_prepare();
|
||||||
lockdep_hardirqs_on(CALLER_ADDR0);
|
lockdep_hardirqs_on(caller_addr);
|
||||||
}
|
}
|
||||||
EXPORT_SYMBOL(trace_hardirqs_on_caller);
|
EXPORT_SYMBOL(trace_hardirqs_on_caller);
|
||||||
NOKPROBE_SYMBOL(trace_hardirqs_on_caller);
|
NOKPROBE_SYMBOL(trace_hardirqs_on_caller);
|
||||||
|
|
||||||
__visible void trace_hardirqs_off_caller(unsigned long caller_addr)
|
__visible void trace_hardirqs_off_caller(unsigned long caller_addr)
|
||||||
{
|
{
|
||||||
lockdep_hardirqs_off(CALLER_ADDR0);
|
lockdep_hardirqs_off(caller_addr);
|
||||||
|
|
||||||
if (!this_cpu_read(tracing_irq_cpu)) {
|
if (!this_cpu_read(tracing_irq_cpu)) {
|
||||||
this_cpu_write(tracing_irq_cpu, 1);
|
this_cpu_write(tracing_irq_cpu, 1);
|
||||||
|
|
Loading…
Reference in New Issue