From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 45284 invoked by alias); 16 Dec 2015 05:22:35 -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 45275 invoked by uid 89); 16 Dec 2015 05:22:34 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 16 Dec 2015 05:22:33 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 946CE31D8A2; Wed, 16 Dec 2015 05:22:32 +0000 (UTC) Received: from localhost (vpn-53-169.rdu2.redhat.com [10.10.53.169]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tBG5MUYJ020632; Wed, 16 Dec 2015 00:22:31 -0500 Date: Wed, 16 Dec 2015 05:22:00 -0000 From: Pratyush Anand To: William Cohen Cc: David Long , systemtap@sourceware.org Subject: Re: Recent aarch64 kprobes and uprobes patch systemtap testing Message-ID: <20151216052229.GH4674@dhcppc13.redhat.com> References: <5669DF98.3030601@redhat.com> <5669EABE.7040507@linaro.org> <566B019D.1000309@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <566B019D.1000309@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-IsSubscribed: yes X-SW-Source: 2015-q4/txt/msg00287.txt.bz2 On 11/12/2015:12:02:21 PM, William Cohen wrote: > > The "FAIL: pthread_stacks -Gsize (0 0)" looks like it could be an issue with uprobes affecting the running of the program. Pratyush are you able to run this systemtap test locally? Even when I run this test locally it does not work, but it fails very early in my case. May be because of different libpthread.so [root@amd-seattle-01 testsuite]# /root/bin/systemtap/bin/stap -gp4 ./systemtap.examples/process/threadstacks.stp -Gsize=65536 -d /root/systemtap/testsuite/pthread_stacks.x semantic error: while resolving probe point: identifier 'process' at ./systemtap.examples/process/threadstacks.stp:17:7 source: probe process("/lib*/libpthread.so.*").function("allocate_stack") { ^ semantic error: no match Pass 2: analysis failed. [man error::pass2] [root@amd-seattle-01 testsuite]# ls /lib*/libpthread.so.* /lib64/libpthread.so.0 [root@amd-seattle-01 testsuite]# ll /lib64/libpthread.so.0 lrwxrwxrwx. 1 root root 18 Dec 13 23:42 /lib64/libpthread.so.0 -> libpthread-2.17.so [root@amd-seattle-01 testsuite]# objdump -d /lib64/libpthread.so.0 | grep allocate_stack 0000000000006a50 <__deallocate_stack>: 6a7c: 54000061 b.ne 6a88 <__deallocate_stack+0x38> 6a84: 35ffff83 cbnz w3, 6a74 <__deallocate_stack+0x24> 6a88: 540005e1 b.ne 6b44 <__deallocate_stack+0xf4> 6a90: 350005e0 cbnz w0, 6b4c <__deallocate_stack+0xfc> 6ac4: 350005e2 cbnz w2, 6b80 <__deallocate_stack+0x130> 6b14: 54000328 b.hi 6b78 <__deallocate_stack+0x128> 6b2c: 35ffffc2 cbnz w2, 6b24 <__deallocate_stack+0xd4> 6b34: 5400014c b.gt 6b5c <__deallocate_stack+0x10c> 6b48: 17ffffd1 b 6a8c <__deallocate_stack+0x3c> 6b58: 17ffffcf b 6a94 <__deallocate_stack+0x44> 6b74: 17fffff1 b 6b38 <__deallocate_stack+0xe8> 6b7c: 17ffffe7 b 6b18 <__deallocate_stack+0xc8> 6b8c: 17ffffe3 b 6b18 <__deallocate_stack+0xc8> 6c3c: 97ffff85 bl 6a50 <__deallocate_stack> 7ce4: 97fffb5b bl 6a50 <__deallocate_stack> 7f04: 97fffad3 bl 6a50 <__deallocate_stack> 894c: 97fff841 bl 6a50 <__deallocate_stack> [root@amd-seattle-01 testsuite]# ~Pratyush