From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 91100 invoked by alias); 18 Aug 2016 15:39:46 -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 91089 invoked by uid 89); 18 Aug 2016 15:39:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=H*f:sk:666eed3, H*i:sk:666eed3, H*MI:sk:666eed3 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; Thu, 18 Aug 2016 15:39:44 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A2CFAC03070A; Thu, 18 Aug 2016 15:39:43 +0000 (UTC) Received: from t540p.usersys.redhat.com ([10.15.1.231]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u7IFdgbW023485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Aug 2016 11:39:43 -0400 Subject: Re: exercising current aarch64 kprobe support with systemtap To: William Cohen , Pratyush Anand References: <0a594132-796b-779d-b473-a06c0f3e8ae8@redhat.com> <20160627141840.GB8139@dhcppc9> <577EA7EE.2070607@linaro.org> <20160803131302.GC18785@localhost.localdomain> <2947a749-a518-d560-f768-60cc2f2c691e@redhat.com> <20160804044230.GB22191@localhost.localdomain> <20160804143549.GF22191@localhost.localdomain> <06cf3384-f909-dce5-b223-c25eb3ee49a9@redhat.com> <666eed3a-b847-b2d5-fbb3-8bb860e30771@redhat.com> Cc: David Long , systemtap@sourceware.org, Mark Brown , Jeremy Linton , "Frank Ch. Eigler" From: David Smith Message-ID: Date: Thu, 18 Aug 2016 15:39:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <666eed3a-b847-b2d5-fbb3-8bb860e30771@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-q3/txt/msg00176.txt.bz2 On 08/18/2016 10:16 AM, William Cohen wrote: > On 08/18/2016 11:06 AM, David Smith wrote: >> I'm not seeing any issue with fork in the testsuite results, but perhaps >> I've missed something. What error are you referring to? >> > > Sorry, I should have mentioned where I saw it. The fork issues weren't in the syscall tests. It was for procmod_wather.stp. Below is the part of systemtap.log that shows the problem: > > meta taglines 'test_check: stap -p4 procmod_watcher.stp' tag 'test_check' value 'stap -p4 procmod_watcher.stp' > attempting command stap -p4 procmod_watcher.stp > OUT semantic error: while resolving probe point: identifier 'nd_syscall' at procmod_watcher.stp:47:7 > source: probe nd_syscall.fork.return { > ^ > > semantic error: no match > > Pass 2: analysis failed. [man error::pass2] > child process exited abnormally > RC 1 > FAIL: systemtap.examples/process/procmod_watcher build > meta taglines 'test_installcheck: stap procmod_watcher.stp -T 1' tag 'test_installcheck' value 'stap procmod_watcher.stp -T 1' > UNTESTED: systemtap.examples/process/procmod_watcher run Ah. That isn't really an aarch specific problem, lots of kernels implement the C library fork() call with clone(). That's a problem with the procmod_watcher.stp example. I've updated it to handle this problem (and another with exit()) in commit 543563e. -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax)