This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Some make installcheck results 2.6.18-128.1.1.el5xen/0.9/0.137 commit e1e3ba36
- From: Mark Wielaard <mjw at redhat dot com>
- To: systemtap at sourceware dot org
- Date: Wed, 25 Mar 2009 14:41:30 +0100
- Subject: Some make installcheck results 2.6.18-128.1.1.el5xen/0.9/0.137 commit e1e3ba36
Hi,
Since we are preparing for a release I ran make installcheck on some
setups.
Host: Linux dijkstra.wildebeest.org 2.6.18-128.1.1.el5xen #1 SMP Mon Jan 26 14:1
9:09 EST 2009 x86_64 x86_64 x86_64 GNU/Linux
Snapshot: version 0.9/0.137 commit e1e3ba36
Distro: Red Hat Enterprise Linux Server release 5.3 (Tikanga)
# of expected passes 783
# of unexpected failures 13
# of unexpected successes 8
# of expected failures 202
# of unknown successes 2
# of known failures 12
# of untested testcases 4
# of unsupported tests 2
FAIL: backtrace (1 0)
FAIL: backtrace-unwindsyms (1 0)
These have never worked.
Tracked as PR6961.
FAIL: itrace1 shutdown (eof)
FAIL: itrace2 shutdown (eof)
Only work on newer (fedora) kernels.
Tracked as RHBZ 463333.
FAIL: sdt additional_flags=-O2
FAIL: sdt c++ additional_flags=-O2
FAIL: sdt additional_flags="-O3"
FAIL: sdt c++ additional_flags="-O3"
Fails with the older gcc 4.2.1, works with newer gcc versions.
Tracked as PR9956.
FAIL: systemtap.base/uprobes_lib.stp
Double calling of uprobe probes. New test.
Tracked as PR9940
FAIL: buildok/twentyfive.stp
FAIL: buildok/twentyfive.stp with server
semantic error: libdwfl failure (dwfl_getmodules): no error while
resolving probe point module("ext3").function("ext3_check_dir_entry")?
ext3 isn't a module on this kernel...
FAIL: 64-bit futimes
FAIL: 32-bit futimes
Not clear from a quick inspection. I suspect the ifdefs are not
completely right.