This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Fixed PR13146 by not allowing memory allocations to sleep (Was: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-151-g8e794e9)
- From: David Smith <dsmith at redhat dot com>
- To: Jim Keniston <jkenisto at linux dot vnet dot ibm dot com>
- Cc: Josh Stone <jistone at redhat dot com>, Mark Wielaard <mjw at redhat dot com>, systemtap at sourceware dot org
- Date: Wed, 05 Oct 2011 08:46:43 -0500
- Subject: Re: Fixed PR13146 by not allowing memory allocations to sleep (Was: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-151-g8e794e9)
- References: <20110901143940.13672.qmail@sourceware.org> <1317135124.3361.22.camel@springer.wildebeest.org> <4E82481E.8060502@redhat.com> <1317164453.3979.9.camel@localhost>
On 09/27/2011 06:00 PM, Jim Keniston wrote:
> I haven't seen this explicitly mentioned wrt this thread or PR13146, but
> uprobes and uretprobe handlers (which are called from the utrace
> report_signal callback) can sleep.
Jim,
For my information, can uprobe/uretprobe handlers sleep in the new
uprobes being proposed upstream?
(Note that in the new utrace-less task_finder I'm working on, handlers
can't sleep since they get called from a tracepoint, whose handlers
can't sleep.)
--
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)