linux-kernel - Re: [BUG] perf sched broken

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 12 Jan 2011 14:35:10 -0800
From:	Corey Ashford <cjashfor@...ux.vnet.ibm.com>
To:	Stephane Eranian <eranian@...gle.com>
CC:	LKML <linux-kernel@...r.kernel.org>,
	Frédéric Weisbecker 
	<fweisbec@...il.com>, Arnaldo Carvalho de Melo <acme@...hat.com>,
	Peter Zijlstra <peterz@...radead.org>, mingo@...e.hu,
	Robert Richter <robert.richter@....com>
Subject: Re: [BUG] perf sched broken

On 01/12/2011 01:29 AM, Stephane Eranian wrote:
> Hi,
>
> I am trying to use perf sched from tip-x86 but it fails for all my attempts.
>
> First of, I think the event list is stale. This is not so much the
> events themselves
> but rather the flags.

I'm currently using the master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git

Without your :r patch, I do see the problem with the :r modifier, but 
this sequence

$ perf record -R -a -c 1 -e sched:sched_switch -- sleep 1
 > [ perf record: Woken up 1 times to write data ]
 > [ perf record: Captured and wrote 0.365 MB perf.data (~15962 samples) ]
 > $./perf report -D

is working fine for me.  I even removed /usr/bin from my search path to 
make sure /usr/bin/perf wasn't getting found during the run of ./perf.

I am running on a different environment than you, though.  I am using 
Fedora 14 (2.6.35 kernel).

For the record, this is what I see:
[root@...708135540 perf]# ./perf report -D
WARNING: No sample_id_all support, falling back to unordered processing

0x100 [0x40]: event: 1
.
. ... raw event: size 64 bytes
.  0000:  01 00 00 00 01 00 40 00 ff
  ff ff ff 00 00 00 00  ...
...@.........
.  0010:  00 00 00 00 00 00 00 00 ff
  ff ff 9f ff ff ff ff  ...
.............
.  0020:  00 00 00 81 ff ff ff ff 5b
  6b 65 72 6e 65 6c 2e  ...
.....[kernel.
.  0030:  6b 61 6c 6c 73 79 6d 73 5d
  5f 74 65 78 74 00 00  kal
lsyms]_text..
.
-1 -1 0x100 [0x40]: PERF_RECORD_MMAP -1/0: [0(0xffffffff9fffffff) @ 
0xffffffff81000000]: [kernel
.kallsyms]_text

0x140 [0x38]: event: 1
.
. ... raw event: size 56 bytes
.  0000:  01 00 00 00 01 00 38 00 ff
  ff ff ff 00 00 00 00  ...
...8.........
.  0010:  00 00 00 a0 ff ff ff ff ff
  2f 00 00 00 00 00 00  ...
....../......
.  0020:  00 00 00 00 00 00 00 00 5b
  6f 75 74 70 75 74 5d  ...
.....[output]
.  0030:  00 00 00 00 00 00 00 00
                         ...
.....
.
-1 -1 0x140 [0x38]: PERF_RECORD_MMAP -1/0: [0xffffffffa0000000(0x2fff) @ 
0]: [output]

.. and so on ..


I will look into the :r problem now.

- Corey
--
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/