Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp966655ybm; Tue, 21 May 2019 06:41:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqxqquLibS/ZcEXUyyLEQE514MfXvcaNYu3L6q5w6aOL9smm6IE+kLPacAFd+FqRhkz4o75S X-Received: by 2002:a63:6fce:: with SMTP id k197mr83159819pgc.140.1558446077980; Tue, 21 May 2019 06:41:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558446077; cv=none; d=google.com; s=arc-20160816; b=FHR0huHY/M9Y1y9teFT3YXCw9ao4WzIGzhqpDs66XRE8tAExT1gaQn0VJYvb7UQjt6 eZgP9JD8H3GYgFpnfHw0m0UWC0ovCyVafJovJNP9WGhDesf8nmQWUKcMBUKKh4bKIWcZ woXl3W9Arext4QTKpd08Tqcxfev3uXlzY9s8UvkLTpDBoxk+syf6e2y743iVxdItI/VP u96uXF9mwZNGhPtgf2AOYxKtfcxTSSdId9ZM803RU61Ndlt2fhXNKzzDjmD9cr+yz1FW n1U+c2UsPwYq/daAdfzyGyGy/MAvZ+JIz/vgSdZ0nUQnkL05KgqgNRWqvwe6LaWQ0p1m ZUGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:in-reply-to :content-disposition:mime-version:references:subject:cc:to:from:date; bh=6hvvcnkQdA2U2zKxJtKLeS9+MOOI4fYnDXvB7P13BME=; b=cSvzBxm+pML5IyrE85OElVoNEy/8gw4f97uMl+unhkSDE329IiEMTyc7EosTvEhvH9 jqrqWisSVZM/yW5rbdII4afo7G5nANxh7qqfhFtdX9kZy0Xvbfo+m4SqREKAmOSFlIVv FOmkprhFEshqzzuq6XksULvaoBqMGrzag+rf2fZEpCEUcqR7c/1x51logiNncwmnmTyn fmMgdee9xqSWwZ6471c/w60q9LLixuV4redV8pgZsw/3+jEvxSRQgnIgXvKHKKSQgg/7 aVYscCq00yGNJK0HthRNeuGArDvontkiEBtGxxKDJ2/LCKiSKW28DBzs3zM4XVE7jD33 A23g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 36si21089867pgw.281.2019.05.21.06.41.01; Tue, 21 May 2019 06:41:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728370AbfEUNi1 (ORCPT + 99 others); Tue, 21 May 2019 09:38:27 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:51520 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728242AbfEUNiV (ORCPT ); Tue, 21 May 2019 09:38:21 -0400 Received: from pps.filterd (m0098394.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4LDalSZ127018 for ; Tue, 21 May 2019 09:38:20 -0400 Received: from e06smtp02.uk.ibm.com (e06smtp02.uk.ibm.com [195.75.94.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 2smh7eurby-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 21 May 2019 09:38:20 -0400 Received: from localhost by e06smtp02.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 21 May 2019 14:38:17 +0100 Received: from b06cxnps3075.portsmouth.uk.ibm.com (9.149.109.195) by e06smtp02.uk.ibm.com (192.168.101.132) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Tue, 21 May 2019 14:38:14 +0100 Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59]) by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id x4LDcDKV14221564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 May 2019 13:38:13 GMT Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 89E87A4051; Tue, 21 May 2019 13:38:13 +0000 (GMT) Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 78293A4040; Tue, 21 May 2019 13:38:13 +0000 (GMT) Received: from lynx.boeblingen.de.ibm.com (unknown [9.152.224.87]) by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS; Tue, 21 May 2019 13:38:13 +0000 (GMT) Received: from brueckh by lynx.boeblingen.de.ibm.com with local (Exim 4.90_1) (envelope-from ) id 1hT4y5-0007kQ-6C; Tue, 21 May 2019 15:38:13 +0200 Date: Tue, 21 May 2019 15:38:13 +0200 From: Hendrik Brueckner To: Arnaldo Carvalho de Melo Cc: Thomas Richter , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, brueckner@linux.vnet.ibm.com, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com Subject: Re: [PATCH] pert/report: Support s390 diag event display on x86 References: <20190520144242.53207-1-tmricht@linux.ibm.com> <20190520170322.GN8945@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190520170322.GN8945@kernel.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 19052113-0008-0000-0000-000002E8F385 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19052113-0009-0000-0000-00002255AA18 Message-Id: <20190521133813.GC10877@linux.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-05-21_03:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905210087 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 20, 2019 at 02:03:22PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, May 20, 2019 at 04:42:42PM +0200, Thomas Richter escreveu: > > Perf report fails to display s390 specific event numbered bd000 > > on an x86 platform. For example on s390 this works without error: > > > > [root@m35lp76 perf]# uname -m > > s390x > > [root@m35lp76 perf]# ./perf record -e rbd000 -- find / >/dev/null > > [ perf record: Woken up 3 times to write data ] > > [ perf record: Captured and wrote 0.549 MB perf.data ] > > [root@m35lp76 perf]# ./perf report -D --stdio > /dev/null > > [root@m35lp76 perf]# > > > > Transfering this perf.data file to an x86 platform and executing > > the same report command produces: > > > > [root@f29 perf]# uname -m > > x86_64 > > [root@f29 perf]# ./perf report -i ~/perf.data.m35lp76 --stdio > > interpreting bpf_prog_info from systems with endianity is not yet supported > > interpreting btf from systems with endianity is not yet supported > > 0x8c890 [0x8]: failed to process type: 68 > > Error: > > failed to process sample > > > > Event bd000 generates auxiliary data which is stored in big endian > > format in the perf data file. > > This error is caused by missing endianess handling on the x86 platform > > when the data is displayed. Fix this by handling s390 auxiliary event > > data depending on the local platform endianness. > > > > Output after on x86: > > > > [root@f29 perf]# ./perf report -D -i ~/perf.data.m35lp76 --stdio > /dev/null > > interpreting bpf_prog_info from systems with endianity is not yet supported > > interpreting btf from systems with endianity is not yet supported > > [root@f29 perf]# > > > > Signed-off-by: Thomas Richter > > --- > > tools/perf/util/s390-cpumsf.c | 95 ++++++++++++++++++++++++++++------- > > 1 file changed, 77 insertions(+), 18 deletions(-) > > > > diff --git a/tools/perf/util/s390-cpumsf.c b/tools/perf/util/s390-cpumsf.c > > index c215704931dc..884ac79528ff 100644 > > --- a/tools/perf/util/s390-cpumsf.c > > +++ b/tools/perf/util/s390-cpumsf.c > > @@ -17,8 +17,8 @@ > > * see Documentation/perf.data-file-format.txt. > > * PERF_RECORD_AUXTRACE_INFO: > > * Defines a table of contains for PERF_RECORD_AUXTRACE records. This > > - * record is generated during 'perf record' command. Each record contains up > > - * to 256 entries describing offset and size of the AUXTRACE data in the > > + * record is generated during 'perf record' command. Each record contains > > + * up to 256 entries describing offset and size of the AUXTRACE data in the > > What is this for? Just a text reflow? Look like this is indeed a text reflow to fit into 80 column space. For me this is OK. In case you any objections, I think Thomas could respin the patch and exclude that hunk. > Also, can you get a Reviewed-by from some other person that works with > s/390? Reviewed by me. Thanks and kind regards, Hendrik