This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
RE: [Bug translator/1276] support more timer varieties
- From: "Stone, Joshua I" <joshua dot i dot stone at intel dot com>
- To: "Roland McGrath" <roland at redhat dot com>, "Frank Ch. Eigler" <fche at redhat dot com>
- Cc: <systemtap at sources dot redhat dot com>
- Date: Mon, 5 Dec 2005 17:40:35 -0800
- Subject: RE: [Bug translator/1276] support more timer varieties
Roland McGrath wrote:
> What this really means is that "current" always works, it's just not
> always useful to think about that task. i.e., in an interrupt
> handler, the interrupt has nothing necessarily to do with the task
> that was current at the time of the interrupt. I'm fairly sure that
> "current" never yields garbage, or even a task that isn't exactly the
> one that was on the CPU running process-mode code last.
That is my understanding as well... the pointer is always valid, it just
doesn't pertain to the interrupt itself.
Frank Ch. Eigler wrote:
> If it doesn't scare you off, then let's have a volunteer try disarming
> some of those in_interrupt() conditionals (maybe replacing them with a
> quick NULL or other simple pointer validity check), and write a few
> stress tests (probes in uncomfortable spots for "current" usage).
I'll volunteer for this (though others are welcome as well). Have any
suggested probe points that are particularly uncomfortable?
Josh