[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <522773EF.8080701@gmail.com>
Date: Wed, 04 Sep 2013 11:54:55 -0600
From: David Ahern <dsahern@...il.com>
To: Adrian Hunter <adrian.hunter@...el.com>
CC: Arnaldo Carvalho de Melo <acme@...stprotocols.net>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: latest perf code fails to parse existing data file
On 9/3/13 7:45 AM, David Ahern wrote:
> On 9/3/13 7:24 AM, Adrian Hunter wrote:
>> On 03/09/13 15:50, David Ahern wrote:
>>> Kernel version? Is your kernel side support there?
>>
>> The kernel version is the same as the perf version i.e. 3.9
>>
>>>
>>> For me data was collected on 2.6.34 about a week ago. Processed fine
>>> up to
>>> the point of this patch getting added.
>>
>> Is it only "perf trace" that fails or does "perf script" fail too?
>
> Both throw the same error. Command line used to create the file:
> perf record -e raw_syscalls:* -e sched:* -p 2271 -g -- sleep 5
Seems to be an artifact of older kernels. Definitely occurs for 2.6.34
and WindRiver Linux 4. Also reproduced with vanilla 2.6.35. Use newer
perf command -- e.g., 3.11 -- to record events and then try to analyze
with Linus', Arnaldo's or Ingo's latest branch which now have this
patch. Given the breakage it needs to be either fixed or reverted before
3.12
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists