Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2823876ybz; Sun, 3 May 2020 10:08:28 -0700 (PDT) X-Google-Smtp-Source: APiQypJabicfH/1GmqYt7pZchqX9s5cyPjFX++uUeSdbhkhqInUN3gISAK/WPZ0gzAzlA+n5cRyp X-Received: by 2002:a17:906:edb5:: with SMTP id sa21mr12051241ejb.270.1588525708175; Sun, 03 May 2020 10:08:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588525708; cv=none; d=google.com; s=arc-20160816; b=GJAhF3FbB+3/4VN9a16ubuFZZ/tE1LvPcW/eCmJvixRmyy28oRtk3442Ut/0IleHiR J4gn7vtUaKlokKNOJz63uFCgTZKbCRCtpAR60mp/3LjByQzkrs76OUAa6WpwLYGfwNTA JndEAt0HyKIb8GC9/owaIrt6KvEjjjqM9Fgsh42TlI0Kos02+aBc2x2OLLX2T0ksQhEN dpjlmZzYEyxIhhdXKQ3soRcOTO1DO0WXCB2avRrFpsszgOYAdm3ctGZ02EMcqmkF4+pz rD3ed5Vv/KCky5tuIrpCkdXrYlA8eS+vbj43IuhrxlW/UCdb/eFATVzPhQEbsXeGxcnz Qafw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=oioYJOHMoLTTMlPRMjWe3kQ1lyBxtyf6zEkUg0F1cdM=; b=Dy6aMyAFBNuGCaY/knur1xo8/r2GBGuX7KYnoZu7l1HUI6k2KlCB6cUSFpM1UOp63K amuAITCyHrGqtTxbpy5o2V9yplvChg3954NBTQdl/v+FPHQGxEIvBNP9YzWwR5yfka7D JBR4k4X+Qf9UWvzV4rl9AZfdVAmxOajJsH8BoFficD2X16jPioKCRslVoNhsEukqCaiF MZ5mS/j4Cn5ZGXwp8Ys5kDns2uv9kZhQ/k4VtEKMiwfKA1q8NkNST15DViAmY58mWbFQ q4YHU4+3iG5isGJsfjz4jB7d/exKV6xgoRrbZyGnuffPZJvr7rMuK7A40853Li5Yw2wm uNQQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="BOA3sc/0"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cw10si5453004edb.54.2020.05.03.10.08.05; Sun, 03 May 2020 10:08:28 -0700 (PDT) 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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="BOA3sc/0"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728997AbgECRG1 (ORCPT + 99 others); Sun, 3 May 2020 13:06:27 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:33523 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728992AbgECRG1 (ORCPT ); Sun, 3 May 2020 13:06:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1588525585; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oioYJOHMoLTTMlPRMjWe3kQ1lyBxtyf6zEkUg0F1cdM=; b=BOA3sc/0umDxoPA9wKkoXrvDDqSDt0q/0JQ+Wzq/KSGWMawAlhiJ0ks2zNvXzzhf0WmKjA yJEwmX8Mbdxwo9F7KoV7ndW9rnM2OOv9FLmVHV+8DHro0bA5bttjuXik2meHSlM4gABjyT c9mDb5mRKxZ8yz9/1PXUUtqdt011tJc= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-497-0VSx_DckMV-3NG7mntal-w-1; Sun, 03 May 2020 13:06:21 -0400 X-MC-Unique: 0VSx_DckMV-3NG7mntal-w-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id EB282800D24; Sun, 3 May 2020 17:06:17 +0000 (UTC) Received: from krava (unknown [10.40.192.85]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0E50E5D9D5; Sun, 3 May 2020 17:06:11 +0000 (UTC) Date: Sun, 3 May 2020 19:06:08 +0200 From: Jiri Olsa To: Ian Rogers Cc: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Namhyung Kim , Kan Liang , Andi Kleen , Haiyan Song , Jin Yao , Song Liu , Ravi Bangoria , John Garry , Leo Yan , Adrian Hunter , Paul Clarke , LKML , kajoljain , linux-perf-users , Stephane Eranian Subject: Re: [PATCH v4 12/12] perf test: improve pmu event metric testing Message-ID: <20200503170608.GA1915271@krava> References: <20200501173333.227162-1-irogers@google.com> <20200501173333.227162-13-irogers@google.com> <20200503145553.GA1865281@krava> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, May 03, 2020 at 08:26:22AM -0700, Ian Rogers wrote: > On Sun, May 3, 2020 at 7:56 AM Jiri Olsa wrote: > > > > On Fri, May 01, 2020 at 10:33:33AM -0700, Ian Rogers wrote: > > > Add a basic floating point number test to expr. > > > Break pmu-events test into 2 and add a test to verify that all pmu metric > > > expressions simply parse. Try to parse all metric ids/events, failing if > > > metrics for the current architecture fail to parse. > > > > > > Tested on skylakex with the patch set in place. May fail on other > > > architectures if metrics are invalid. > > > > yep, failing for me (-vvv output below).. could you plz > > detect that and skip the test ? > > Thanks, filtering the verbose output we have just 1 parse event failure: > > Parse event failed: id 'arb/event=0x80,umask=0x2,thresh=1/' metric > 'DRAM_Parallel_Reads' expr 'arb@event\=0x80\,umask\=0x2@ / > arb@event\=0x80\,umask\=0x2\,thresh\=1@' > Error string 'unknown term 'thresh' for pmu 'uncore_arb'' help 'valid > terms: event,edge,inv,umask,cmask,config,config1,config2,name,period,freq,branch_type,time,call-graph,stack-size,no-inherit,inherit,max-stack,nr,no-overwrite,overwrite,driver-config,percore,aux-output,aux-sample-size' > > This looks like a bug in skl-metrics.json: > > { > "BriefDescription": "Average number of parallel data read > requests to external memory. Accounts for demand loads and L1/L2 > prefetches", > "MetricExpr": "arb@event\\=0x80\\,umask\\=0x2@ / > arb@event\\=0x80\\,umask\\=0x2\\,thresh\\=1@", > "MetricGroup": "Memory_BW", > "MetricName": "DRAM_Parallel_Reads" > }, > > which can be fixed by removing "\\,thresh\\=1" but looking at the > expression this will just make the expression yield a value of 1. As > this is an Intel json file could they comment? Jiri, could you be > missing a patch on the kernel side? We could lower this failure to > just a diagnostic message to land this set of patches, let me know > what you'd like me to do. I applied this on current Arnaldo's perf/core.. not sure there's more pending changes out there I'd like not to delay this patchset too long.. could we push the first 10 patches and solve the rest in separate change? thanks, jirka