[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49A5765C.2020001@redhat.com>
Date: Wed, 25 Feb 2009 11:48:28 -0500
From: Masami Hiramatsu <mhiramat@...hat.com>
To: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>
CC: Jason Baron <jbaron@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
"Frank Ch. Eigler" <fche@...hat.com>, mingo@...e.hu,
rostedt@...dmis.org, linux-kernel@...r.kernel.org,
acme@...stprotocols.net, fweisbec@...il.com,
compudj@...stal.dyndns.org
Subject: Re: [PATCH] new irq tracer
KOSAKI Motohiro wrote:
>> /**
>> * handle_IRQ_event - irq action chain handler
>> * @irq: the interrupt number
>> @@ -354,7 +358,9 @@ irqreturn_t handle_IRQ_event(unsigned int irq, struct irqaction *action)
>> local_irq_enable_in_hardirq();
>>
>> do {
>> + trace_irq_entry(irq);
>> ret = action->handler(irq, action->dev_id);
>> + trace_irq_exit(irq, ret);
>> if (ret == IRQ_HANDLED)
>> status |= action->flags;
>> retval |= ret;
>
> Nobdy want unnecessary redundant tracepoint.
> Please discuss with mathieu, and merge his tracepoint.
Hmm, from the viewpoint of trouble shooting, the place of LTTng's tracepoint
is enough. However, from the same viewpoint, it should pass irq-number
to irq-exit event too, because we may lost some previous events by buffer-overflow
etc.
trace_irq_entry(irq, NULL);
ret = _handle_IRQ_event(irq, action);
trace_irq_exit(irq, ret);
^^^^
Thank you,
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America) Inc.
Software Solutions Division
e-mail: mhiramat@...hat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists