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: "fche at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sources dot redhat dot com
- Date: 29 Mar 2006 11:54:58 -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 fche at redhat dot com 2006-03-29 11:54 -------
I am skeptical that games with the processor ID are appropriate, or that
allowing end probes to block is appropriate.
I recommend opening a new bug against the runtime, addressing specifically the
issue of I/O buffering near the time of shutdown. I recall suggesting looking
into whether stpd and the kernel-side runtime message handler can work together
to drain the buffers before starting the module_exit process, to provide the
maximum static space to the end probes. (That space amount would
uncoincidentally match the command line option "-s NUM" to the initial
compilation stage, and thus make some intuitive sense to the user.) Did you try
that?
--
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.