This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug translator/2293] confirm preemption/interrupt blocking in systemtap probes
- From: "hunt at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 29 Mar 2006 07:06:03 -0000
- Subject: [Bug translator/2293] confirm preemption/interrupt blocking in systemtap probes
- References: <20060207171449.2293.fche@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From hunt at redhat dot com 2006-03-29 07:06 -------
Still trying to figure out the transport problem. It appears to not be solvable;
if you disable interrupts, stpd will not be processing any output and output
from "probe end" will get truncated if the user tries to write too much.
However, simply removing the local_irq_save() for "probe begin" and "probe end"
would still leave us vulnerable to the possibility of preemption causing the cpu
to change during the probe execution. One possibility would be to replace all
smp_processor_id() calls with _stp_processor_id() which would do
if (STAP_SESSION_STARTING or STAP_SESSION_STOPPING)
return 0
else
return smp_processor_id()
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
http://sourceware.org/bugzilla/show_bug.cgi?id=2293
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.