Favicon

[Bug tapsets/13672] New: on 3.3 kernels, the ioscheduler.stp tapset can't find elevator names

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

             Bug #: 13672
           Summary: on 3.3 kernels, the ioscheduler.stp tapset can't find
                    elevator names
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: tapsets
        AssignedTo: systemtap <at> sourceware.org
        ReportedBy: dsmith <at> redhat.com
    Classification: Unclassified

On rawhide (3.3.0-0.rc2.git0.2.fc17.x86_64), the
buildok/ioscheduler-detailed.stp test fails:

----
# stap -vp4 src/testsuite/buildok/ioscheduler-detailed.stp 
Pass 1: parsed user script and 81 library script(s) using
200724virt/22828res/2812shr kb, in 150usr/30sys/368real ms.
semantic error: unable to find member 'elevator_name' for struct elevator_queue
(alternatives: type elevator_data kobj sysfs_lock hash registered): operator
'->' at /usr/local/share/systemtap/tapset/ioscheduler.stp:28:17
        source:         : $q->elevator->elevator_name)
                                      ^
semantic error: unable to find member 'elevator_name' for struct elevator_queue
(alternatives: type elevator_data kobj sysfs_lock hash registered): operator
'->' at :78:17
(Continue reading)

Favicon

[Bug tapsets/13670] New: on 3.3 kernels, 'mnt_parent' has been moved from 'struct vfsmount'

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

             Bug #: 13670
           Summary: on 3.3 kernels, 'mnt_parent' has been moved from
                    'struct vfsmount'
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: tapsets
        AssignedTo: systemtap <at> sourceware.org
        ReportedBy: dsmith <at> redhat.com
    Classification: Unclassified

On rawhide (3.3.0-0.rc2.git0.2.fc17.x86_64), the buildok/dentry-embedded.stp
test fails:

====
# stap -vp4 ../src/testsuite/buildok/dentry-embedded.stp 
Pass 1: parsed user script and 81 library script(s) using
200684virt/22792res/2812shr kb, in 130usr/10sys/152real ms.
semantic error: unable to find member 'mnt_parent' for struct vfsmount
(alternatives: mnt_root mnt_sb mnt_flags): operator '->' at
/usr/local/share/systemtap/tapset/dentry.stp:120:55
        source:                             if (@cast(vfsmnt,
"vfsmount")->mnt_parent == vfsmnt)
                                                                         ^
semantic error: unable to find member 'mnt_mountpoint' for struct vfsmount
(alternatives: mnt_root mnt_sb mnt_flags): operator '->' at :123:60
(Continue reading)

Picon
Picon
Favicon

systemtap 1.7 for debian, preliminary packages available


Preliminary/unofficial debian packaging for systemtap 1.7 is now
available. Since there are many changes I figured it might be a good
idea to wait some time for feedback and review before uploading to
unstable:

systemtap (1.7-1~try1) UNRELEASED; urgency=low

  * New Upstream Release.
  * Drop patches that are obsolete or accepted upstream:
    dont-build-pdfdocs.diff dont-remove-scripts.diff
    examples-shebangs.diff grapher-libs.diff new-elfutils.diff
    no-make-distclean-for-man.diff stapex-docdir-path.diff
    use-pdflatex.diff vim-filetype-override.diff xmlto-test.diff
  * Add patches to improve documentation: manpage-paths1.diff
    manpage-syntax1.diff spelling-fixes1.diff spelling-fixes2.diff
  * Update standards-version to 3.9.2, no changes necessary
  * Add armhf to the architecture list (Closes: #645797)
  * Enable hardened build flags (Closes: #655882)
  * Set architecture of systemtap-sdt-dev to linux-any to avoid confusion
    on kfreebsd (Closes: #656383, #656477)
  * Add stapsys group which behaves like stapdev but does not permit the
    use of guru mode.
  * Remove references to "Linux 2.6" from package description and suggests fields
    since we support 3.x too.

Source/amd64 binaries:

http://lindi.iki.fi/lindi/systemtap/debian/

(Continue reading)

Picon
Picon
Favicon

[PATCH] Update stappaths paths to reflect reality a bit better

---
 stappaths.7.in |   18 +++++++++---------
 1 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/stappaths.7.in b/stappaths.7.in
index 9f00dda..52fee6d 100644
--- a/stappaths.7.in
+++ b/stappaths.7.in
@@ -40,14 +40,14 @@ The runtime sources, unless overridden by the
 .I SYSTEMTAP_RUNTIME
 environment variable.
 .TP
-Staprun Path: @prefix@/bin/staprun/
+Staprun Path: @prefix@/bin/staprun
 The auxiliary program supervising module loading, interaction, and
 unloading.
 .TP
-Stapio Path: @prefix@/libexec/systemtap/stapio/
+Stapio Path: @libexecdir@/systemtap/stapio
 The Systemtap module input and output handler.
 .TP
-sdt.h Path: @oldincludedir@/include/sys/std.h
+sdt.h Path: @oldincludedir@/sys/sdt.h
 .TP
 Kernel debuginfo Path: /usr/lib/debug/lib/modules/$(uname \-r)/
 The location of kernel debugging information when packaged into the
@@ -105,22 +105,22 @@ $SYSTEMTAP_DIR/ssl/client
 User's private client\-side SSL certificate database. If SYSTEMTAP_DIR is not
 set, the default is $HOME/.systemtap.
 .TP
(Continue reading)

Favicon

[Bug runtime/12341] deref()/store_deref() variations between arches

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

David Smith <dsmith at redhat dot com> changed:

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

--- Comment #6 from David Smith <dsmith at redhat dot com> 2012-02-06 20:48:08 UTC ---
Since all arches (except for arm) now use the kernel's own routines instead of
custom assembly code, let's close this one.

--

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

Favicon

[Bug translator/13667] New: expose netfilter hook

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

             Bug #: 13667
           Summary: expose netfilter hook
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: translator
        AssignedTo: systemtap <at> sourceware.org
        ReportedBy: fche <at> redhat.com
    Classification: Unclassified

The netfilter hook mechanism is a legacy linux kernel mechanism
that (in the absence of tracepoints) could be an attractive
alternative to kprobes for monitoring or even manipulating
network traffic.  See <linux/netfilter.h>, net/netfilter/core.c
nf_iterate().

Possible basic probe point syntax:

probe netfilter.hook  {
    do_something_with ($skb, $in, $out)
    # dunno what to do with $okfn
    $verdict = NF_DROP
}

With extensions expressed as filters on those $values possibly
expressed as:
(Continue reading)

Picon
Picon
Favicon

[PATCH] Properly quote minus sign in man pages

---
 stap-server.8  |    4 ++--
 stap.1         |    6 +++---
 stappaths.7.in |    2 +-
 3 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/stap-server.8 b/stap-server.8
index b8823e8..daa874d 100644
--- a/stap-server.8
+++ b/stap-server.8
@@ -212,8 +212,8 @@ to each server specified. If more servers are specified than
 .TP
 \fB\-\-ssl\fR \fIcertificate\-db\-path\fR
 This option allows the specification of a separate NSS certificate database
-for each server. Each --ssl option is added to a list which will be applied,
-in turn, to each server specified. If more servers are specified than --ssl
+for each server. Each \-\-ssl option is added to a list which will be applied,
+in turn, to each server specified. If more servers are specified than \-\-ssl
 options, the default certificate database
 (see \fBFILES\fR) for subsequent servers.

diff --git a/stap.1 b/stap.1
index 9dd6e01..314629d 100644
--- a/stap.1
+++ b/stap.1
@@ -1686,7 +1686,7 @@ The following scripting language features are unavailable to all unprivileged us

 .RS
 .IP \(bu 4
-any feature enabled by the Guru Mode (-g) option.
(Continue reading)

Picon
Picon
Favicon

[PATCH 1/2] Fix more spelling errors

---
 buildrun.cxx                                       |    2 +-
 install-sh                                         |    4 ++--
 parse.cxx                                          |    2 +-
 runtime/staprun/modverify.c                        |    4 ++--
 runtime/transport/ring_buffer.c                    |    2 +-
 runtime/uprobes-common.c                           |    8 ++++----
 runtime/uprobes/Makefile                           |    2 +-
 tapset/errno.stp                                   |    2 +-
 tapset/nfs_proc.stp                                |    2 +-
 tapset/nfsd.stp                                    |    2 +-
 tapset/speculative.stp                             |    2 +-
 tapset/stap_staticmarkers.stp                      |    2 +-
 tapset/tcpmib.stp                                  |    2 +-
 tapsets.cxx                                        |    2 +-
 testsuite/systemtap.examples/network/tcpipstat.stp |    2 +-
 15 files changed, 20 insertions(+), 20 deletions(-)

diff --git a/buildrun.cxx b/buildrun.cxx
index d5a2b3c..fd8535a 100644
--- a/buildrun.cxx
+++ b/buildrun.cxx
@@ -314,7 +314,7 @@ compile_pass (systemtap_session& s)
     o << "EXTRA_CFLAGS += -ftime-report -Q" << endl;

   // XXX: unfortunately, -save-temps can't work since linux kbuild cwd
-  // is not writeable.
+  // is not writable.
   //
   // if (s.keep_tmpdir)
(Continue reading)

Picon
Picon
Favicon

[PATCH] Fix spelling errors

---
 README.unprivileged |   10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/README.unprivileged b/README.unprivileged
index d622fd3..afd2aba 100644
--- a/README.unprivileged
+++ b/README.unprivileged
@@ -48,7 +48,7 @@ below for more details.
 Trust of Unprivileged Users
 ---------------------------
 Even with the appropriate compile server available, each
-unprivileged user must be explicitely trusted. This is done by adding each
+unprivileged user must be explicitly trusted. This is done by adding each
 unprivileged user to the group stapusr and possibly the group stapsys
 on each host on which they will
 run systemtap scripts. To see if you are a member of the group stapusr on the
@@ -99,7 +99,7 @@ stap_5330.ko
 # staprun stap_5330.ko
 Hello

-Note that the module has already been ceritified (signed), so no special options
+Note that the module has already been certified (signed), so no special options
 are needed.

 Additional Information
@@ -177,7 +177,7 @@ Starting stap-server -a "x86_64" -r "2.6.34.7-61.fc13.x86_64" -u "stap-server"
 This starts a compile server for the specified kernel release and hardware
 architecture. The kernel and kernel-devel package for the specified release and
 architecture must be installed on the server host. The kernel-debuginfo package
(Continue reading)

fche | 4 Feb 15:27
Favicon

new systemtap snapshot available

A new automated systemtap source snapshot is available
ftp://sourceware.org/pub/systemtap/snapshots/systemtap-20120204.tar.bz2
1929841 bytes, 007fa07 tag
See also ftp://sourceware.org/pub/systemtap/snapshots/

Favicon

[Bug translator/13664] New: support dwarf types for stap variables

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

             Bug #: 13664
           Summary: support dwarf types for stap variables
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: translator
        AssignedTo: systemtap <at> sourceware.org
        ReportedBy: jistone <at> redhat.com
    Classification: Unclassified

It sure would be nice if stap variables could carry some rich type information.
 We know how to do complex accesses on $vars, but as soon as you assign it to a
local variable, it becomes just a long (equivalent to int64_t).  Any further
access requires a nest of @casts, generally failing expressiveness and DRY
principles.

This is hard to do fully.  The greatest challenge may be trying to decide
whether two DWARF types are equivalent -- just ask Mark and Roland about DWARF
compression.  But with a few simplifications (aka designed limitations), I
think we can feasibly add more useful type functionality.

My suggestions:

* Represent the type of a variable as basically a pair of dwflpp and Dwarf_Die
(or even just the die offset).

(Continue reading)


Gmane