[ Added Thomas to the Cc, as he maintains interrupts ]--
On Tue, 5 May 2015 20:06:27 -0700
Badhri Jagan Sridharan <badhri@xxxxxxxxxx> wrote:
This patch includes the ISR function name to
irq_handler_entry trace point.
It states what this patch does, but not why it does it.
How much more difficult to map the handler to the interrupt?
Just asking, I'm not sure I needed this, and I use this tracepoint all
the time. But then again, I'm a bit of an tracing expert, and can add
function graph tracing to see what is happening too. I shouldn't always
be the judge on usefulness of added info here ;-)
Signed-off-by: Badhri Jagan Sridharan <Badhri@xxxxxxxxxx>
---
Changelog since v1:
- fixed indentation
include/trace/events/irq.h | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/trace/events/irq.h b/include/trace/events/irq.h
index ff8f6c0..dd8918c 100644
--- a/include/trace/events/irq.h
+++ b/include/trace/events/irq.h
@@ -58,14 +58,17 @@ TRACE_EVENT(irq_handler_entry,
TP_STRUCT__entry(
__field( int, irq )
__string( name, action->name )
+ __field( void*, handler )
Nit, you need a space between 'void' and '*'.
-- Steve
),
TP_fast_assign(
__entry->irq = irq;
__assign_str(name, action->name);
+ __entry->handler = action->handler;
),
- TP_printk("irq=%d name=%s", __entry->irq, __get_str(name))
+ TP_printk("irq=%d name=%s handler=%pf",
+ __entry->irq, __get_str(name), __entry->handler)
);
/**