* [Bug runtime/13209] New: ubacktrace functions should only rely on vma tracker
@ 2011-09-21 8:48 mjw at redhat dot com
0 siblings, 0 replies; only message in thread
From: mjw at redhat dot com @ 2011-09-21 8:48 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=13209
Bug #: 13209
Summary: ubacktrace functions should only rely on vma tracker
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: runtime
AssignedTo: systemtap@sourceware.org
ReportedBy: mjw@redhat.com
Classification: Unclassified
The current ubacktrace functions from tapset/ucontext-unwind.stp rely on both
/* pragma:vma */ and /* pragma:uprobes */ there are two issues with that.
1) Just relying on /* pragma:vma */ doesn't trigger the UTRACE check, so you
might accidentially use a function that needs the task finder vma tracker which
currently doesn't start (might be solved by taskfinder2 work, which shouldn't
rely on utrace).
2) ubacktrace doesn't actually need uprobes, it can unwind perfectly fine
without it. Except that IF uprobes is available it wants to use the
uprobe_get_pc() function to get around uretprobes. So the dependency is
inverted.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2011-09-21 8:48 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-09-21 8:48 [Bug runtime/13209] New: ubacktrace functions should only rely on vma tracker mjw at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).