public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
* [Bug tapsets/11665] New: umodname tapset function
@ 2010-06-07 14:12 mjw at redhat dot com
  2010-06-08 13:58 ` [Bug tapsets/11665] " mjw at redhat dot com
  0 siblings, 1 reply; 2+ messages in thread
From: mjw at redhat dot com @ 2010-06-07 14:12 UTC (permalink / raw)
  To: systemtap

For kernel modules there is a context.stp tapset function modname that takes an
address and produces the module name. It would be convenient to have the same
for user space. function modname:string (addr: long) returns the name of the vma
of the current task in which the address was found.

I think usymdata already does part of that (and some more), although that might
only work for those VMAs we matched, umodname() should pull from the taskfinder
directly even if we didn't match.

See also bug #10599

-- 
           Summary: umodname tapset function
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: tapsets
        AssignedTo: systemtap at sources dot redhat dot com
        ReportedBy: mjw at redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=11665

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-06-07 14:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-06-07 14:12 [Bug tapsets/11665] New: umodname tapset function mjw at redhat dot com
2010-06-08 13:58 ` [Bug tapsets/11665] " 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).