Received: by 2002:a05:6a10:8395:0:0:0:0 with SMTP id n21csp593751pxh; Tue, 9 Nov 2021 15:51:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJytzOk8jtedYciIBo/L9MOinxLQ1hSznkNZZUV8gKoAhtVYMZj/RZYVektZwitkFHVexJDg X-Received: by 2002:a05:6602:2e11:: with SMTP id o17mr3352007iow.172.1636501910433; Tue, 09 Nov 2021 15:51:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636501910; cv=none; d=google.com; s=arc-20160816; b=sY5jikntu3+HHk7vtgF2xVSqYlvY35QAuprzfLsE8L2fWrcNqCvoo16anqHTt9hGEM XKH7EoBYbIB2AbRLM/PfDMjEKbcXQ8m0tVQkXXNl7Tpqs9B9ISJWyk0tkdSyzHbdhtAW MHoHvKU7kBpD6tQ4HsU7oeta+rDODU1rvYsQY0bA5zjR5vsHLJ/pRfi9Hx4u+fKTIsov 295PdIN44J3MeNCk80tdGppLa7Lr7oDGf0jVZpQLtmAeK1AVsUTK+NB5wcAv1ZXyQXUe golV3BzyUhXafoY8vkYOccEUSNIcVPuzO+P7Hr2SgZ8ZSk2Azq08N1Zc2YLqLC0oSTM4 I04Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=3yGIFpRisE7uRZYt0f/+izQ5hOiIZQKbduiOkJxWXNk=; b=CHRehHImNwdRhCPi9agZANkf33KQu8N3UICN4J+UF9zOYWeqU+cvGWA/FG2tns4x+l qi6xUEEmUvQqG9DKH+4sv7g6qywgzQpbXXf3zCFkxyvWzBYXs87caaVYRNPX/kgNbVU0 GPt2TTr6oHT1IAn99dtLIVF4asvrazhlmq0PODr14lYg9J2CmSDkRj8MNAU2EQtm7BjT Tbgfn4VyzFPYpUCwThT1QElOopCJroR4lKOEngRwzCeKPtfuP75ctbC9ZYOLkwGaQcXa jcYo3dDEVtkHyFKzKp5b/PqDWJ7a2mjkKuHj83f98lsXbMPO1goM2NZsMxj8aXTuKR9M J69w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y5si44833229ill.62.2021.11.09.15.51.38; Tue, 09 Nov 2021 15:51:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234882AbhKIN3l (ORCPT + 97 others); Tue, 9 Nov 2021 08:29:41 -0500 Received: from foss.arm.com ([217.140.110.172]:33872 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230190AbhKIN3j (ORCPT ); Tue, 9 Nov 2021 08:29:39 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A784D2B; Tue, 9 Nov 2021 05:26:53 -0800 (PST) Received: from [10.57.46.99] (unknown [10.57.46.99]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id F3D253F70D; Tue, 9 Nov 2021 05:26:50 -0800 (PST) Subject: Re: [PATCH 5/5] perf arm-spe: Snapshot mode test To: James Clark , Leo Yan Cc: linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, John Garry , Will Deacon , Mathieu Poirier , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Mike Leach , linux-arm-kernel@lists.infradead.org, coresight@lists.linaro.org References: <20210916154635.1525-1-german.gomez@arm.com> <20210916154635.1525-5-german.gomez@arm.com> <20211020131339.GG49614@leoy-ThinkPad-X240s> From: German Gomez Message-ID: <5af799c3-5f39-9792-225e-1957c3da7b07@arm.com> Date: Tue, 9 Nov 2021 13:26:49 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi James, Leo, Thank you for testing the patch. On 02/11/2021 15:37, James Clark wrote: > [...] > Ok, it seems like I was relying on buggy dash behaviour for my original change. Even with this: > > if [[ "$1" == "int" ]]; then > kill -SIGINT $$ > fi > if [[ "$1" == "term" ]]; then > kill -SIGTERM $$ > fi > > it still doesn't allow you to break out of running it in a while loop. This is only because of > the exit code, rather than any kind of signal propagation. Actually it's possible to stop it > with Ctrl-\ rather than Ctrl-C, and that doesn't require any extra handling in the script. > > For that reason I'm happy to go with Leo's original suggestion when I first added this which was > to not have any extra kill at all. Thanks for debugging the issue, I think I will consider this fix in the re-submission. Thanks, German > > Another fix could be this, but I'm not too keen on it because I don't think any other tests behave > like this: > > [ "$1" = "int" ] || exit 1 > [ "$1" = "term" ] || exit 1 > >>>> + exit $glb_err >>>> +} >>>> + >>>> +trap cleanup_files exit term int >>>> + >>>> +arm_spe_report() { >>>> + if [ $2 != 0 ]; then >>>> + echo "$1: FAIL" >>>> + glb_err=$2 >>>> + else >>>> + echo "$1: PASS" >>>> + fi >>>> +} >>>> + >>>> +perf_script_samples() { >>>> + echo "Looking at perf.data file for dumping samples:" >>>> + >>>> + # from arm-spe.c/arm_spe_synth_events() >>>> + events="(ld1-miss|ld1-access|llc-miss|lld-access|tlb-miss|tlb-access|branch-miss|remote-access|memory)" >>>> + >>>> + # Below is an example of the samples dumping: >>>> + # dd 3048 [002] 1 l1d-access: ffffaa64999c __GI___libc_write+0x3c (/lib/aarch64-linux-gnu/libc-2.27.so) >>>> + # dd 3048 [002] 1 tlb-access: ffffaa64999c __GI___libc_write+0x3c (/lib/aarch64-linux-gnu/libc-2.27.so) >>>> + # dd 3048 [002] 1 memory: ffffaa64999c __GI___libc_write+0x3c (/lib/aarch64-linux-gnu/libc-2.27.so) >>>> + perf script -F,-time -i ${perfdata} 2>&1 | \ >>>> + egrep " +$1 +[0-9]+ .* +${events}:(.*:)? +" > /dev/null 2>&1 >>>> +} >>>> + >>>> +perf_report_samples() { >>>> + echo "Looking at perf.data file for reporting samples:" >>>> + >>>> + # Below is an example of the samples reporting: >>>> + # 73.04% 73.04% dd libc-2.27.so [.] _dl_addr >>>> + # 7.71% 7.71% dd libc-2.27.so [.] getenv >>>> + # 2.59% 2.59% dd ld-2.27.so [.] strcmp >>>> + perf report --stdio -i ${perfdata} 2>&1 | \ >>>> + egrep " +[0-9]+\.[0-9]+% +[0-9]+\.[0-9]+% +$1 " > /dev/null 2>&1 >>>> +} >>>> + >>>> +arm_spe_snapshot_test() { >>>> + echo "Recording trace with snapshot mode $perfdata" >>>> + perf record -o ${perfdata} -e arm_spe// -S \ >>>> + -- dd if=/dev/zero of=/dev/null > /dev/null 2>&1 & >>>> + PERFPID=$! >>>> + >>>> + # Wait for perf program >>>> + sleep 1 >>>> + >>>> + # Send signal to snapshot trace data >>>> + kill -USR2 $PERFPID >>>> + >>>> + # Stop perf program >>>> + kill $PERFPID >>>> + wait $PERFPID >>>> + >>>> + perf_script_samples dd && >>>> + perf_report_samples dd >>>> + >>>> + err=$? >>>> + arm_spe_report "SPE snapshot testing" $err >>>> +} >>>> + >>>> +arm_spe_snapshot_test >>>> +exit $glb_err >>>> \ No newline at end of file >>>> -- >>>> 2.17.1 >>>>