Bug#1055418: systemtap: autopkgtest regression: Pass 4: compilation failed. [man error::pass4]

Hi - > Version: 4.9-1 > https://ci.debian.net/data/autopkgtest/testing/amd64/s/systemtap/39374282/log.gz > > 223s /usr/share/systemtap/runtime/linux/print.c:367:46: error: ‘struct > module’ has no member named ‘core_text_size’; did you mean > ‘kprobes_text_size’? > 223s 367 |(un

Bug#1047029: systemtap: Fails to build source after successful build

Hi - > This package fails to build a source package after a successful build > (dpkg-buildpackage ; dpkg-buildpackage -S). This "make clean" imperfection is improved with upstream commit 88aa8253. - FChE

Bug#1019869: systemtap of debian testing not work with the default testing kernel 5.19

Hi - > WARNING: nginx pid 3525 target 3525 > ERROR: read fault [man error::fault] at 0x561c9d23e380 near operator > '@var' at samples/openresty.stp:18:17 > WARNING: Number of errors: 1, skipped probes: 0 > WARNING: /usr/bin/staprun exited with status: 1 > Pass 5: run

Bug#968327: systemtap: FTBFS: uses %lu to print rlim_t which can be unsigned long long though

Hi - > + * debian/patches/rlim_t.patch: fix FTBFS: bad rlim_t assumptions > + > + -- Thorsten Glaser Thu, 13 Aug 2020 04:03:51 +0200 We merged an embiggened version of your patch to upstream master, thanks! - FChE

Bug#966705: elfutils introduced a bootstrap loop via libmicrohttpd-dev

Hi - > please send a patch to build without libdebuginfod/debuginfod. For distro bootstrapping purposes, elfutils can be built with a configure option that builds a libmicrohttpd- / libcurl- free set of stub binaries / libraries. That should suffice to be able to build the buildroot of the distr

Bug#948353: update to upstream 0.178 release for debuginfod client/server

Source: elfutils Version: 0.178 Severity: wishlist Dear Maintainer, Please consider rebasing elfutils to 0.178 upstream. Its main benefit is the automatic debuginfo downloading client & server. This lets users of debugging type tools like systemtap stop worry about manual apt operations, and let

Bug#892995: systemtap: failes to compile scripts, implicit declaration of some functions

Hi - > Package: systemtap > Version: 3.1-3 > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) > [...] Due to the absence of a fixed kernel API, newer systemtap versions are required to deal with newer kernels. The particular errors lis

Bug#856474: stap: include runtime_defines.h not found

Hi - On Thu, Mar 02, 2017 at 01:25:03PM -0800, Gerald Turner wrote: > FWIW, I attempted to kludge around the mangled include argument by > running stap with "-B 'EXTRA_CFLAGS += -I/usr/share/systemtap/runtime'". > This seems to work around the compilation failure of missing > runtime_defines.h in

Bug#856474: stap: include runtime_defines.h not found

Hi - > [...] Running in verbose mode, it shows: [...] Those paths are > provided by the linux-headers-xxx-amd64 (or equivalent arch) > package. In Debian, build/ and source/ paths are pointing to > separate locations, provided by separate package. [...] Could you provide a make V=1 transcript o

Bug#856474: stap: include runtime_defines.h not found

Hi - > I have been able to reproduce this on a Debian kernel. > [...] > /tmp/stapUHT1si/stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_src.c:10:29: fatal > error: runtime_defines.h: No such file or directory >  #include "runtime_defines.h" >  ^ > compilation terminated. > [

Bug#837697: systemtap: Arguments of user probes are always (incorrectly) zero

Hi, Lluís - > I've attached both. BTW, I'm using debian's gcc 6.1.1-1. Thank you. Those both look just fine, argh. Could you try using gdb's "static probe points" facility to break at the same point, to see if the arguments are accessible? https://sourceware.org/gdb/onlinedocs/gdb/Static-Prob

Bug#837697: systemtap: Arguments of user probes are always (incorrectly) zero

Hi - > $ cat >test.c <<\EOF > [...] > int f(int a1, int a2) > { > TEST_F(a1, a2); > [...] > } > > int main(int argc, char *argv[]) > { > f(1, 1); > f(2, 2); > return 0; > } > EOF > [...] > $ gcc -o test -O0 -g test.c events.o > $ sudo stap test.stp -c './test' > [...] > 0 0 > 0 0

Bug#789075: systemtap: Fails to find "kernel.trace" probe

Hi - On Wed, Jun 17, 2015 at 04:11:47PM -0300, Ismael Garrido wrote: > Attempting to extract kernel debuginfo build ID from > /lib/modules/3.16.0-4-amd64/build/vmlinux.id > Attempting to extract kernel debuginfo build ID from /sys/kernel/notes > semantic error: while resolving probe point: identif

Bug#766994: systemtap-mode.el:62:1:Error: Symbol's function definition is void: cl-macroexpand-all

Hi - Upstream systemtap commit #35641037b7f9 may help with this: diff --git a/emacs/systemtap-mode.el b/emacs/systemtap-mode.el index cdcd6558a149..42f48d5ddf93 100644 --- a/emacs/systemtap-mode.el +++ b/emacs/systemtap-mode.el @@ -53,7 +53,8 @@ (require 'cc-awk) (eval-when-compile (require

Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev

Hi - > [...] > > If we use systemtap-sdt-dev's sys/sdt.h, do we at least get something > > that might be functional? > > I guess we will get better integration with GDB at the expense of no > integration with the kernel. > > Hopefully Mark can elaborate on this. In the normal Linux case, it's p

Bug#724561: Suggesting 'linux-image' prevents auto-removal of any linux-image package

Hi - > > do we actually need the dependency? Currently if stap fails it will > > guide the user to read README.Debian which will tell them to use > > stap-prep which will install matching header, debug and kbuild packages. > > IMHO we could just drop the suggests unless I'm missing something here.

Bug#691167: enable please

Please enable CONFIG_UPROBES. It enables some unique and useful functionality. The mere presence of the CONFIG_UPROBES code has no performance or security impact on normal operation. Only root users can use "perf probe", and only specifically-authorized users can use it via systemtap. -- To U

Bug#706817: systemtap: Error, 'stap_...' is not a zombie systemtap module.

Hi - On Tue, May 14, 2013 at 10:50:45AM +0300, Timo Juhani Lindfors wrote: > [...] > Could somebody from systemtap upstream take a quick look at the backport > just to make sure I didn't do anything silly? [...] > Backported patch: > http://lindi.iki.fi/lindi/systemtap/wheezy/PR14245-support-sys-k

Bug#700161: systemtap: Please support arch powerpcspe

Hi - On Sat, Feb 09, 2013 at 12:00:14PM +0100, Roland Stigge wrote: > [...] > I guess you need the output of "make check"? > And maybe some additional files? "make check" runs only a non-root subset of the tests. Please consider "sudo make installcheck" for the full testsuite. - FChE pgpEvmlTQ

Bug#690404: Please provide a newer version

Hi - > > This one is corrected by an older, a 1.8-era change (commit e14ac0e274c6). > > if I backport these commits to systemtap 1.7 that is going to be part of > the next stable debian version, can you estimate how long it will take > until upstream kernels again break in some other manner? [...

Bug#690404: Please provide a newer version

Hi - On Sun, Oct 14, 2012 at 01:39:02PM +0200, Guido Günther wrote: > [...] > Followup-For: Bug #690404 > It turns out that 1.7 can't cope with 3.6 kernels at all. When running > any kind of probe one gets: > > /usr/share/systemtap/runtime/task_finder2.c:353:24: error: > VM_EXECUTABLE undeclared (

Bug#604453: Fwd: Fix the uprobes.ko path when used with remotes

Hi - On Fri, Aug 12, 2011 at 02:14:01PM +0300, Timo Juhani Lindfors wrote: > > alibi procedure, see https://bugzilla.redhat.com/show_bug.cgi?id=655904 > > Thanks. I can confirm that these instructions crash > linux-image-3.0.0-1-amd64 3.0.0-1 > > at least under xen. OK. So that confirms kernel

Bug#604453: linux-2.6: xen domU hangs with systemtap kernel.function("*@*/*.c")

Hi, Timo - We have generally found that such problems reflect bugs in the kernel kprobes implementation rather than in systemtap. For one possible alibi procedure, see https://bugzilla.redhat.com/show_bug.cgi?id=655904 - FChE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.

Bug#633535: Processed: reassign 633535 to systemtap

Hi, Ben - > > > > reassign 633535 systemtap > > > Bug reassigned from package 'linux-2.6' to 'systemtap'. > > > > Can you elaborate why you believe systemtap is related? According to > > the dmesg, the last systemtap invocation was several hours before the > > kernel error. > > The last module

Bug#604761: examples/profiling/sched_switch.stp: semantic error: not accessible at this address (0xffffffff812f9f86): identifier '$prev' ..

Hi - On Wed, Nov 24, 2010 at 09:13:48AM +0200, Timo Juhani Lindfors wrote: > Actual results: > 1) stap fails with > > semantic error: not accessible at this address (0x812f9f86): > identifier '$prev' at /usr/share/systemtap/tapset/scheduler.stp:146:13 > source: prev_pid =

Bug#604453: Processed: reassign 604453 to systemtap

Hi - On Mon, Nov 22, 2010 at 11:59:22PM +, Ben Hutchings wrote: > [...] > > This is a known problem, also known as http://sourceware.org/PR2725. > > [...] > So do you think I should assign this back to the kernel? I guess it depends on whether you folks are likely to have time to improve th

Bug#604453: stap hangs with broad wildcards

This problem sounds like , and usually represents a latent kernel problem (in the kprobes or related APIs) rather than a bug in systemtap. With newer kernels, the "perf probe" interface can be used to set kprobes at the same place where systemtap would place them, and

Bug#585497: systemtap-doc: error messages from dhelp while indexing langref.pdf

Hi - On Fri, Jun 11, 2010 at 03:30:50AM +0200, Laurent Bonnaud wrote: > [...] > Error: Illegal entry in bfrange block in ToUnicode CMap > [...] > /usr/share/doc/systemtap-doc/langref.pdf I see the same thing on fedora. A backtrace: #0 error (pos=-1, msg=0x351ad4bbf8 "Illegal entry in

Bug#545429: systemtap: warnings at startup

Hi - On Mon, Sep 07, 2009 at 11:57:24AM +0200, Eugeniy Meshcheryakov wrote: > [...] > > Copy failed > > ("/tmp/stapDk1TWx/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn" to > > "/home/lucas/.systemtap/cache/38/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn"): > Hmm, I also wonder why it trie

Bug#365349: Add support for creating a "debuginfo" package

Hi - On Thu, Jul 16, 2009 at 09:21:50AM +0200, Bastian Blank wrote: > [...] > > THis would be ideal. Current tools like "crash" don't work with an > > image that's been stripped with "--only-keep-debug". I'm not sure what > > strip is removing that crash needs, but I'll look into it. > > This w

Bug#536469: new systemtap snapshot available

Eugeniy Meshcheryakov writes: > Is it possible to encode systemtap's version number in snapshot file > name. That'll simplify packaging of snapshots (see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536469) > [...] These snapshot tarball files normally contain a SNAPSHOT file with the git

Bug#526957: systemtap: Run test suite.

Hi - On Mon, May 04, 2009 at 09:52:58PM +0200, Kurt Roeckx wrote: > > Or even "make installcheck" for actual execution of systemtap test > > scripts (as opposed to their mere compilation). > > installcheck seems to expect things to be installed on the system? > Is there some way to override that

Bug#526957: systemtap: Run test suite.

Hi - On Mon, May 04, 2009 at 07:42:33PM +0200, Kurt Roeckx wrote: > Could you please run the testsuite during the build procces? > [...] > It should work by running "make check" in the src dir. Of even "make installcheck" for actual execution of systemtap test scripts (as opposed to their mere c

Bug#395484: systemtap: FTBFS: perfmon3/pfmlib.h: No such file or directory

Hi - On Fri, Oct 27, 2006 at 12:05:53PM +0200, Julien Danjou wrote: > There was a problem while autobuilding your package: > > > if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DBINDIR='"/usr/bin"' > > -DPKGDATADIR='"/usr/share/systemtap"' -DPKGLIBDIR='"/usr/lib/systemtap"' > > -DPERFMON

Bug#365349: also for systemtap

Hi - Having debugging data available as an optional add-on would also make systemtap (http://sources.redhat.com/systemtap) work on a debian system without having to build a custom kernel. - FChE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EM

Bug#376616: FTBFS with GCC 4.2: warning: statement with no effect

Hi - On Tue, Jul 04, 2006 at 12:50:40AM +0200, Martin Michlmayr wrote: > Package: systemtap > [...] > Your package fails to build with GCC 4.2. [...] > ... > > if gcc -D_GNU_SOURCE -DHAVE_CONFIG_H > > -DOBJDIR=\"/build/tbm/systemtap-0.0.20060610/build-tree/src/build-elfutils/libebl\" > > -I. -I

Bug#338174: systemtap / elfutils license

Hi - Please be aware that, at long last, elfutils has been relicensed under the GPL plus an exception. Please see elfutils version 0.120. - FChE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#95469: wnpp: cgen -- cpu tools generator

Hi - On Sun, Sep 25, 2005 at 10:11:04PM -0500, Drew Scott Daniels wrote: > cgen looks like an interesting tool, but I'm not sure about all of it's > uses. The description says it has simulators. What kind of simulator? cgen can generate the instruction-decoding kernels of gdb and sid simulators.