From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8869 invoked by alias); 28 Nov 2007 15:08:00 -0000 Received: (qmail 8858 invoked by uid 22791); 28 Nov 2007 15:07:59 -0000 X-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 28 Nov 2007 15:07:55 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.1) with ESMTP id lASF7rTH019784; Wed, 28 Nov 2007 10:07:53 -0500 Received: from pobox-2.corp.redhat.com (pobox-2.corp.redhat.com [10.11.255.15]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lASF7ruL030422; Wed, 28 Nov 2007 10:07:53 -0500 Received: from localhost.localdomain (vpn-15-46.rdu.redhat.com [10.11.15.46]) by pobox-2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id lASF7qss014956; Wed, 28 Nov 2007 10:07:52 -0500 Message-ID: <474D8447.3080705@redhat.com> Date: Wed, 28 Nov 2007 15:08:00 -0000 From: David Smith User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: David Wilder CC: SystemTAP Subject: Re: Results of systemtap-20071124 snapshot on s390x References: <474B661C.9040203@us.ibm.com> <474C2B4C.4020708@redhat.com> <474C9498.6000701@us.ibm.com> <474C9B88.7030104@redhat.com> <474CA321.7020905@us.ibm.com> In-Reply-To: <474CA321.7020905@us.ibm.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: 2007-q4/txt/msg00408.txt.bz2 David Wilder wrote: > David Smith wrote: >> David Wilder wrote: >>> David Smith wrote: >>>> David Wilder wrote: >>>>> FAIL: K_MARKER04 compilation failed >>>> I've been meaning to ask about this for awhile, so here goes. What >>>> kernel is this using (and does this kernel have marker support)? If >>>> your kernel has markers, this could fail if the first marker found has >>>> no arguments. If your kernel doesn't have marker support, this test >>>> shouldn't be run. >>>> >>> I forgot to put the kernel version in the test report. I am running >>> 2.4.24-rc3. And CONFIG_MARKERS is "y". I plan to take a look at the >>> failure in the next day or so. I will let you know what I find. >> >> Since your kernel does have markers, then I'll bet the first marker that >> the test found doesn't actually have an argument (K_MARKER04 tests >> whether the first argument can be accessed). >> >> Can you post the K_MARKER04 section of systemtap.log? >> >> If your problem is that the first marker found doesn't have an argument, >> I'll need to look at changing the test somehow. >> > > Pass 1: parsed user script and 38 library script(s) in > 480usr/0sys/501real ms.^M > Pass 2: analyzed script: 1 probe(s), 1 function(s), 0 embed(s), 0 > global(s) in 20usr/20sys/42real ms.^M > Pass 3: translated to C into > "/tmp/stapsIbnv3/stap_be214f08543be97af4999459e36b103f_387.c" in > 0usr/0sys/1real ms.^M > Pass 4: compiled C into "stap_be214f08543be97af4999459e36b103f_387.ko" > in 1170usr/300sys/1485real ms.^M > Pass 4: compilation failed. Try again with more '-v' (verbose) options.^M > FAIL: K_MARKER04 compilation failed > Pass 1: parsed user script and 38 library script(s) in > 480usr/0sys/499real ms.^M > semantic error: invalid marker argument number: identifier '$arg200' at > :1:49^M > semantic error: no match for probe point while resolving probe point > kernel.mark("core_marker_format")^M > Pass 2: analyzed script: 0 probe(s), 0 function(s), 0 embed(s), 0 > global(s) in 20usr/30sys/44real ms.^M > Pass 2: analysis failed. Try again with more '-v' (verbose) options.^M Interesting. The problem isn't that the marker the test used didn't have an argument. Otherwise, you would have gotten an error that looked like the error message you got above (that comes from K_MARKER05). For instance, here's what I get when I try to compile a probe that uses '$arg1' when a marker doesn't have any arguments. # stap -e 'probe kernel.mark("mm_handle_fault_exit") { print($arg1)}' semantic error: invalid marker argument number: identifier '$arg1' at :1:51 while resolving probe point kernel.mark("mm_handle_fault_exit") Pass 2: analysis failed. Try again with more '-v' (verbose) options. What's weird is that only K_MARKER04 is failing. K_MARKER01 and K_MARKER02 compile correctly, yet K_MARKER04 doesn't compile. The only difference between K_MARKER02 and K_MARKER04 is that K_MARKER04 prints $arg1. Can you find a marker that has an argument and do a stap command like this and report the output? # stap -vvv -p4 -e 'probe kernel.mark("FOO") { print($arg1) }' -- David Smith dsmith@redhat.com Red Hat http://www.redhat.com 256.217.0141 (direct) 256.837.0057 (fax)