From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 82077 invoked by alias); 6 Feb 2019 21:41:36 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 82060 invoked by uid 89); 6 Feb 2019 21:41:35 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=HTo:U*systemtap, ram, guest, H*Ad:U*wcohen X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 06 Feb 2019 21:41:34 +0000 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 3ACA010F87 for ; Wed, 6 Feb 2019 21:41:33 +0000 (UTC) Received: from [10.13.129.79] (dhcp129-79.rdu.redhat.com [10.13.129.79]) by smtp.corp.redhat.com (Postfix) with ESMTP id 0C2646247B for ; Wed, 6 Feb 2019 21:41:32 +0000 (UTC) To: systemtap@sourceware.org From: William Cohen Subject: Review of the systemtap examples testsuite results x86 Fedora rawhide Message-ID: Date: Wed, 06 Feb 2019 21:41:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019-q1/txt/msg00036.txt.bz2 Now that systemtap is working with 5.0.0-rcx kernel took the time to run the systemtap examples to see what failed. The following two tests are failing because "vitural memory exhausted" Both are using --all-modules. There are some other test other PASS: but it looks like they result in smaller stap-symbols.h files. These particular tests look to be because stap-symbols.h files are huge, over 70MB. This fail might be more of a result of the guest VM having 2GB of RAM. However, not sure why there is such variations in the in the size of the stap-symbols.h files FAIL: systemtap.examples/profiling/fileline-profile run FAIL: systemtap.examples/profiling/periodic build Kernel commit 23c9deeb328 eliminates all the FAN_ALL_* defines causing FAN_ALL_CLASS_BITS to be undefined. This commit is also in the 4.20 kernels, so the errsnoop and strace examples will also break on Fedora 29/28. _fanotify_init_flags_str function in tapset/linux/aux_syscalls.stp will need to be fixed up. FAIL: systemtap.examples/process/errsnoop build FAIL: systemtap.examples/process/strace build The following two tests seem to be having issues with the kernel.statement() on do_sys_open being used for them. Both get "inconsistent relocation address". FAIL: systemtap.examples/general/varwatch build FAIL: systemtap.examples/general/whythefail build The following test appears not to go down some other function other than the vfs_* functions being currently monitored. This does work on RHEL7. Looking through the list of EXPORT_SYMBOLS(vfs_*) in linux/fs/namei.c it looks like vfs_tmpfile or vfs_mkobj are likely missing probes: FAIL: systemtap.examples/general/badname run The syscall.ptrace probe point is now using the nodwarf version, so $request target variable isn't available FAIL: systemtap.examples/process/noptrace build Lots of kernel internal ABI changes making the following fail to build: FAIL: systemtap.examples/process/pfiles build -Will