thepouar at gmail dot com | 23 Oct 03:02 2014

[Bug tapsets/6525] need utrace task-finder-based pid->execname, pid->cwd-path-name tables

https://sourceware.org/bugzilla/show_bug.cgi?id=6525

thepouar at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|thepouar at gmail dot com          |

--

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

thepouar at gmail dot com | 23 Oct 03:01 2014

[Bug tapsets/6525] need utrace task-finder-based pid->execname, pid->cwd-path-name tables

https://sourceware.org/bugzilla/show_bug.cgi?id=6525

thepouar at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thepouar at gmail dot com

--

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

thepouar at gmail dot com | 23 Oct 02:58 2014

[Bug tapsets/6525] need utrace task-finder-based pid->execname, pid->cwd-path-name tables

https://sourceware.org/bugzilla/show_bug.cgi?id=6525

thepouar at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|thepouar at gmail dot com          |

--

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

thepouar at gmail dot com | 23 Oct 02:58 2014

[Bug tapsets/6525] need utrace task-finder-based pid->execname, pid->cwd-path-name tables

https://sourceware.org/bugzilla/show_bug.cgi?id=6525

thepouar at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thepouar at gmail dot com

--

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

Chung-Lin Tang | 21 Oct 11:09 2014

[PATCH] Remove <stdint.h> from <sys/sdt.h>

Hi,
We're in the process of considering adding the <sys/sdt.h> header during
the build of a full toolchain, which will allow the enabling of
SystemTap probes in some target libraries (e.g. glibc).

There's a small problem that I'm encountering:  we're configuring glibc
with --enable-systemtap, but the configure tests tries a test compile
with <sys/sdt.h> before we even have glibc (headers) installed, a small
circular dependency actually.

I'm guessing the [u]int(8/16/32)_t types were probably historically used
in the <sys/sdt.h> header, but as of currently I see no need of
<stdint.h> in there. May I suggest to simply remove the #include?  (I've
attached the one-liner patch to be clear)

Thanks,
Chung-Lin
diff --git a/includes/sys/sdt.h b/includes/sys/sdt.h
index ba04c12..c2de2a9 100644
--- a/includes/sys/sdt.h
+++ b/includes/sys/sdt.h
 <at>  <at>  -30,7 +30,6  <at>  <at> 
 # define _SDT_DEPAREN_11(a,b,c,d,e,f,g,h,i,j,k)		a b c d e f g h i j k
 # define _SDT_DEPAREN_12(a,b,c,d,e,f,g,h,i,j,k,l)	a b c d e f g h i j k l
 #else
-# include <stdint.h>
 # define _SDT_PROBE(provider, name, n, arglist) \
   do {									    \
(Continue reading)

ajakop at redhat dot com | 14 Oct 17:22 2014

[Bug translator/12276] lookup functions & uploaded-data for address->file:line mappings

https://sourceware.org/bugzilla/show_bug.cgi?id=12276

Abe Jakop <ajakop at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ajakop at redhat dot com
           Assignee|systemtap at sourceware dot org    |ajakop at redhat dot com

--

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

wcohen at redhat dot com | 13 Oct 19:45 2014

[Bug documentation/16968] bad formatting in many help pages for probes

https://sourceware.org/bugzilla/show_bug.cgi?id=16968

--- Comment #2 from William Cohen <wcohen at redhat dot com> ---
Ignore comment #1 that was for a different PR.

--

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

ajakop at redhat dot com | 10 Oct 17:04 2014

[Bug runtime/11472] many skipped probes due lengthy printing delays

https://sourceware.org/bugzilla/show_bug.cgi?id=11472
Bug 11472 depends on bug 11528, which changed state.

Bug 11528 Summary: Pass string values by reference where possible
https://sourceware.org/bugzilla/show_bug.cgi?id=11528

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

--

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

Masanari Iida | 10 Oct 16:55 2014
Picon

[PATCH] Fix spelling typo in man pages

This patch fix some spelling typo in man pages.

Signed-off-by: Masanari Iida <standby24x7 <at> gmail.com>
---
 man/dtrace.1           | 4 ++--
 man/error::fault.7stap | 2 +-
 man/stap-server.8      | 2 +-
 man/stapprobes.3stap   | 2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/man/dtrace.1 b/man/dtrace.1
index 3425e07..7e56aee 100644
--- a/man/dtrace.1
+++ b/man/dtrace.1
 <at>  <at>  -1,7 +1,7  <at>  <at> 
 .\" -*- nroff -*-
 .TH DTRACE 1 
 .SH NAME
-dtrace \- Dtrace compatibile user application static probe generation tool.
+dtrace \- Dtrace compatible user application static probe generation tool.

 .\" macros
 .\" do not nest SAMPLEs
 <at>  <at>  -102,7 +102,7  <at>  <at>  the \fI"test.o"\fR object file, which must therefore be linked into an
 application.
 .PP
 Sometimes, semaphore variables are not necessary nor helpful.  Skipping
-them can simplfy the build process, by omitting the extra \fI"test.o"\fR
+them can simplify the build process, by omitting the extra \fI"test.o"\fR
 file.  To skip dependence upon semaphore variables, include \fI"<sys/sdt.h>"\fR
(Continue reading)

Hemant Kumar | 10 Oct 12:57 2014
Picon

[PATCH v3 0/5] perf/sdt: SDT events listing/probing

This patchset helps in listing dtrace style markers(SDT) present in user space
applications through perf.
Notes/markers are placed at important places by the
developers. They have a negligible overhead when not enabled.
We can enable them and probe at these places and find some important information
like the arguments' values, etc.

We have lots of applications which use SDT markers today, like:
Postgresql, MySql, Mozilla, Perl, Python, Java, Ruby, libvirt, QEMU, glib

To add SDT markers into user applications:
We need to have this header sys/sdt.h present.
sys/sdt.h used is version 3.
If not present, install systemtap-sdt-devel package (for fedora-20).
With this patchset,
- Use perf sdt-cache --add to add SDT events to a cache.
 # perf sdt-cache --add ./user_app

  4 SDT events added for /home/user/user_app

- Use perf sdt-cache --del to remove SDT events from the cache>
 # perf sdt-cache --del ./user_app

 4 events removed for /home/user/user_app

- Dump the cache onto stdout using perf sdt-cache --dump:
 # perf sdt-cache --dump
  /home/user/user_app :
  %user_app:foo_start
  %user_app:fun_start
(Continue reading)

fche at redhat dot com | 8 Oct 20:30 2014

[Bug runtime/17469] New: support kernel unwinding based on .eh_frame rather than .debug_frame data

https://sourceware.org/bugzilla/show_bug.cgi?id=17469

            Bug ID: 17469
           Summary: support kernel unwinding based on .eh_frame rather
                    than .debug_frame data
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: runtime
          Assignee: systemtap at sourceware dot org
          Reporter: fche at redhat dot com

Some kernel images come with .eh_frame vs. .debug_frame unwind data.
(The latter is popular with CFLAGS+=-fno-async-unwind-tables
machines such as x86.)  The stap runtime is reportedly unable to
handle the former (for the kernel; for userspace backtracing it
is reportedly fine).  We should make sure the runtime accepts
both eh* and debug* for both kernel & userspace.

--

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


Gmane