From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2401 invoked by alias); 23 Feb 2012 20:55:06 -0000 Received: (qmail 2393 invoked by uid 22791); 23 Feb 2012 20:55:05 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 23 Feb 2012 20:54:47 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q1NKskfh026959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 23 Feb 2012 15:54:47 -0500 Received: from t510.usersys.redhat.com (dhcp-10-15-1-97.hsv.redhat.com [10.15.1.97]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q1NKsk8c009206 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 23 Feb 2012 15:54:46 -0500 Message-ID: <4F46A795.8000307@redhat.com> Date: Thu, 23 Feb 2012 20:55:00 -0000 From: David Smith User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120209 Thunderbird/10.0.1 MIME-Version: 1.0 To: William Cohen CC: systemtap@sourceware.org Subject: Re: Recent review of SystemTap test results on ARM running Fedora 15 hard float. References: <4F468E22.4010308@redhat.com> In-Reply-To: <4F468E22.4010308@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2012-q1/txt/msg00182.txt.bz2 On 02/23/2012 01:06 PM, William Cohen wrote: > I reviewed the SystemTap testsuite failures for Fedora 15 hard float running on ARM. You can see the recent ARM test results in dejazilla at: > > http://web.elastic.org/~dejazilla/viewsummary.php?_offset=0&_limit=40&_sort=1A&summary=&age=&rg=&tool=&variant=%3D%27armv7l-unknown-linux-gnu%27&versions=&pass=&fail=&kpass=&kfail=&xpass=&xfail=&untested=&unresolved=&unsupported=&warning=&error= Here are some notes on certain tests: > FAIL: ipaddr_IPv4_recvmsg find 'nc' > doesn't seem to find /usr/bin/nc, but nc rpm has been installed on machine That's odd. That test tries to find nc by running "which nc". If that succeeds, it assumes nc is there. Does "which nc" find /usr/bin/nc and return a 0 exit code? > FAIL: vma_vdsodefault > vma_vdso.stp uses uaddr() which didn't work on arm. Hmm, can you tell in systemtap.log what part of 'uaddr()' didn't work? > > FAIL: uprobeslibgcc-O3default-prelink-debug prelink ./libuprobeslibgcc-O3default-prelink-debug.so > FAIL: uprobeslibgcc-O3default-prelink-sep-debug prelink ./libuprobeslibgcc-O3default-prelink-sep-debug.so > FAIL: uprobeslibgcc-O3default-prelink-sep-debug-after prelink ./libuprobeslibgcc-O3default-prelink-sep-debug-after.so > uprobes not available on arm This is odd. I would have thought the testsuite would have realized this platform didn't have uprobes, and not run the test at all. Which .exp is this, exelib.exp? > FAIL: buildok/syscalls-arch-detailed.stp > unable to probe syscall.sigaltstack.return > ARM doesn't have a sys_sigaltstack() function in the kernel. That's PR13480. > FAIL: buildok/tcp-all-probes.stp > FAIL: buildok/tcp-detailed.stp > unable to get identifier '$optname' tapset/tcp.stp:369:27 Hmm, this one looks like a debuginfo problem. Could you show me the output of: # stap -L 'kernel.function("tcp_setsockopt") > FAIL: buildok/twentyeightprime.stp > CONFIG_UTRACE not available (seems like that should be UNTESTED) Actually it should be KFAIL. I'll fix this. > > FAIL: semok/thirtynine.stp > can't access identifier '$prev' at .../semok/thirtynine.stp:6:40 I'd guess this is a debuginfo problem. > FAIL: systemtap.stress/current.stp compilation > can't probe kernel.function("__switch_to").call > need to adapt for arm File a PR on this one. > FAIL: unprivileged embedded C: no embedded C: --unprivileged: inet_get_ip_source(long) > FAIL: unprivileged embedded C: no embedded C: --unprivileged: get_ip(long) I've always been fuzzy on what exactly these errors mean. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax)