Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp259452yba; Sat, 20 Apr 2019 01:50:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqz3CsBPK+QYTU80x5rGBcYYBTU+q2CzeDMysL3eOp59vdFqlscbvhbUIPcaVXKxaFRpM3ZC X-Received: by 2002:a17:902:2a4b:: with SMTP id i69mr8513710plb.292.1555750256355; Sat, 20 Apr 2019 01:50:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555750256; cv=none; d=google.com; s=arc-20160816; b=WgEwwNrM5gyYAdEAuL2CxEQjhTigd6Lf7a+lBqptzpYts48Y+dmdWOj6yE3s24roKS 3ZvAED6olIJnnfjb3fxiwFNF6IgUrAOugefGhII5cM9hUj8H6MF0uYPx4BjSiXBolQMS BLFYO/oI2+2gfeHY91heNU5lQGopQNsA0sf/HG6pAr+fc3GMC66mgiFxkcTRAlCDiDLz Ati8C1Cehr0MRdB3ZQP60rGlv3Ii7HrAyXDLvRGEerDQyKK/7qR3UrujVlTAiCPIEqUh NtPyFXhWdJHTiqzoae1FBk9lNUPcuOJ4ciL+hnvYmHgD2H5BYj3/BSvTrT3Eh4ojEiuR jUxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=t+HA/hf/5h0yXmswHhggouPQbIUDdhKaRlYlpaNwcDE=; b=RsKmbWlXdJAs2BiVI48B7Tv52JQGUKF3Bz9gV2a+9PLkV2AVQZqX9Ie1/+PVIbGiqx YsdM8/OAI4zuKK5LpM8kib7IcKAvy4ZtbPuB2cVdloPQCY8C63bSYjf7OPvrZ+0YORu5 D/z7SaBA2Xd/pfmQBwWJM8SlaFsznvlZm5Jt3rj3ZxcuyYFHaSWgVOYIaBxiH1B4ezri QgdrZcFQJ9SDY2ek4VMjVHjtLehr2X1lH9aeVbhEmx98o9pbKVmTDlImQvvHxod4zanL T9D3qGaPcGmSYoyp9uvf89+VGNrqZa74yizDPpl4t03vTRaJ0yBysYzzY7jZ0fDG5XDU lGhw== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n22si6988827pgk.102.2019.04.20.01.50.39; Sat, 20 Apr 2019 01:50:56 -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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726358AbfDTIsX (ORCPT + 99 others); Sat, 20 Apr 2019 04:48:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53678 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725910AbfDTIsX (ORCPT ); Sat, 20 Apr 2019 04:48:23 -0400 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DAAA488307; Sat, 20 Apr 2019 08:48:22 +0000 (UTC) Received: from krava (ovpn-204-33.brq.redhat.com [10.40.204.33]) by smtp.corp.redhat.com (Postfix) with SMTP id 4579A1001DD1; Sat, 20 Apr 2019 08:48:19 +0000 (UTC) Date: Sat, 20 Apr 2019 10:48:18 +0200 From: Jiri Olsa To: Sasha Levin Cc: Thomas Backlund , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Jiri Olsa , Adrian Hunter , Alexander Shishkin , Alexey Budankov , Andi Kleen , Namhyung Kim , Peter Zijlstra , Stephane Eranian , Arnaldo Carvalho de Melo Subject: Re: [PATCH 5.0 05/93] perf data: Dont store auxtrace index for directory data file Message-ID: <20190420084818.GA16414@krava> References: <20190418160436.781762249@linuxfoundation.org> <20190418160437.573320142@linuxfoundation.org> <20190419132527.GB17719@sasha-vm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190419132527.GB17719@sasha-vm> User-Agent: Mutt/1.11.3 (2019-02-01) X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Sat, 20 Apr 2019 08:48:23 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 19, 2019 at 09:25:27AM -0400, Sasha Levin wrote: > On Thu, Apr 18, 2019 at 10:28:47PM +0300, Thomas Backlund wrote: > > Den 18-04-2019 kl. 20:56, skrev Greg Kroah-Hartman: > > > [ Upstream commit cd3dd8dd8ff62374d90cb3f2e54b8c94106c7810 ] > > > > > > We can't store the auxtrace index when we store into multiple files, > > > because we keep only offset for it, not the file. > > > > > > The auxtrace data will be processed correctly in the 'pipe' mode. > > > > > > Signed-off-by: Jiri Olsa > > > Cc: Adrian Hunter > > > Cc: Alexander Shishkin > > > Cc: Alexey Budankov > > > Cc: Andi Kleen > > > Cc: Namhyung Kim > > > Cc: Peter Zijlstra > > > Cc: Stephane Eranian > > > Link: http://lkml.kernel.org/r/20190308134745.5057-3-jolsa@kernel.org > > > Signed-off-by: Arnaldo Carvalho de Melo > > > Signed-off-by: Sasha Levin > > > --- > > > tools/perf/builtin-record.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c > > > index 882285fb9f64..3fd154f1701b 100644 > > > --- a/tools/perf/builtin-record.c > > > +++ b/tools/perf/builtin-record.c > > > @@ -386,7 +386,7 @@ static int record__process_auxtrace(struct perf_tool *tool, > > > size_t padding; > > > u8 pad[8] = {0}; > > > - if (!perf_data__is_pipe(data)) { > > > + if (!perf_data__is_pipe(data) && !perf_data__is_dir(data)) { > > > off_t file_offset; > > > int fd = perf_data__fd(data); > > > int err; > > > > > > > > > This breaks the build with: > > > > builtin-record.c: In function 'record__process_auxtrace': > > builtin-record.c:389:36: warning: implicit declaration of function > > 'perf_data__is_dir'; did you mean 'perf_data__is_pipe'? > > [-Wimplicit-function-declaration] > > if (!perf_data__is_pipe(data) && !perf_data__is_dir(data)) { > > ^~~~~~~~~~~~~~~~~ > > > > Looks like it depends atleast on: > > > > commit ec65def1045e4c7817b7f741a86dadae82877a93 > > Author: Jiri Olsa > > Date: Fri Mar 8 14:47:35 2019 +0100 > > > > perf data: Support having perf.data stored as a directory > > > > > > Maybe better to drop it. > > I've dropped it, thanks! yes, no harm to drop this one if the perf_data__is_dir is not backported jirka