From: Ingo Molnar <mingo@elte.hu>
To: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Peter Zijlstra <peterz@infradead.org>,
Arnaldo Carvalho de Melo <acme@redhat.com>,
Paul Mackerras <paulus@samba.org>, Mike Galbraith <efault@gmx.de>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC][PATCH] perf tools: Merge trace.info content into perf.data
Date: Wed, 7 Oct 2009 08:43:55 +0200 [thread overview]
Message-ID: <20091007064355.GA3283@elte.hu> (raw)
In-Reply-To: <20091007062204.GE21673@elte.hu>
* Ingo Molnar <mingo@elte.hu> wrote:
> * Frederic Weisbecker <fweisbec@gmail.com> wrote:
>
> > Hi,
> >
> > Here is an attempt to remove the trace.info file. It works well for
> > me, the reason for it to be an RFC is that I have doubts about the
> > backward compatibility.
> >
> > A file created by perf after his patch is unsupported by previous
> > version because the size of the headers have increased.
>
> That's OK i think in terms of trace.info - trace.info was a temporary
> hack to begin with.
>
> > That said, it's two new fields that have been added in the end of the
> > headers, and those could be ignored by previous versions if they just
> > handled the dynamic header size and then ignore the unknow part. The
> > offsets guarantee the compatibility.
>
> Yes, that's how it should work.
>
> > But previous versions handle the header size using its static size,
> > not dynamic, then it's not backward compatible.
> >
> > Anyway, I'm not sure exactly how to handle that.
>
> That's a bug in the previous version - mind doing a standalone fix for
> that so we can mark it Cc: stable?
Meanwhile i've applied your two patches - they are clear steps forward.
We'll need the -stable fix so that the new perf.data can be read. (and
even that only affects -R afaics - so normal perf record / perf report
is compatible.)
Btw., we also need a patch for new perf to read older perf.data files
[non-trace.info ones], as those are not working either:
$ perf report
Fatal: incompatible file format
( We dont want to push it - i.e. i dont think we need to support old
perf.data + trace.info combos. )
Ingo
next prev parent reply other threads:[~2009-10-07 6:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-06 21:36 [RFC][PATCH] perf tools: Merge trace.info content into perf.data Frederic Weisbecker
2009-10-07 6:22 ` Ingo Molnar
2009-10-07 6:43 ` Ingo Molnar [this message]
2009-10-07 8:18 ` Frederic Weisbecker
2009-10-07 8:11 ` Frederic Weisbecker
2009-10-07 6:47 ` Peter Zijlstra
2009-10-07 8:20 ` Frederic Weisbecker
2009-10-07 7:31 ` [tip:perf/core] " tip-bot for Frederic Weisbecker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091007064355.GA3283@elte.hu \
--to=mingo@elte.hu \
--cc=acme@redhat.com \
--cc=efault@gmx.de \
--cc=fweisbec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=paulus@samba.org \
--cc=peterz@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.