linux-kernel - Re: [PATCH] perf: make perf.data more self-descriptive (v5)

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]

Message-ID: <20110923101305.GO6063@erda.amd.com>
Date:	Fri, 23 Sep 2011 12:13:05 +0200
From:	Robert Richter <robert.richter@....com>
To:	Stephane Eranian <eranian@...gle.com>
CC:	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"acme@...hat.com" <acme@...hat.com>,
	"peterz@...radead.org" <peterz@...radead.org>,
	"mingo@...e.hu" <mingo@...e.hu>,
	"dsahern@...il.com" <dsahern@...il.com>,
	"ak@...ux.intel.com" <ak@...ux.intel.com>
Subject: Re: [PATCH] perf: make perf.data more self-descriptive (v5)

On 22.09.11 08:31:28, Stephane Eranian wrote:
> We define the following useful new extensions:
>  - HEADER_HOSTNAME: the hostname
>  - HEADER_OSRELEASE: the kernel release number
>  - HEADER_ARCH: the hw architecture
>  - HEADER_CPUDESC: generic CPU description
>  - HEADER_NRCPUS: number of online/avail cpus
>  - HEADER_CMDLINE: perf command line
>  - HEADER_VERSION: perf version
>  - HEADER_TOPOLOGY: cpu topology
>  - HEADER_EVENT_DESC: full event description (attrs)
>  - HEADER_CPUID: easy-to-parse low level CPU identication

Stephane,

could we also put in the dynamical pmu mapping? This is important
esp. for decoding samples of dynamically registered pmus (ibs_op,
ibs_fetch, uncore, etc.). We need the type/name mapping information in
the header and the type encoding in the sample, e.g on a system with:

 # cat /sys/devices/ibs_fetch/type
 6
 # cat /sys/devices/ibs_op/type
 7

the header could contain something like:

 HEADER_DYN_PMUS: ibs_fetch=6, ibs_op=7

Then we can encode the (dynamically generated) type value in the
sample and a parser may know its origin and format. This way we could
write costumized data sample parser which may detect the sampling
format from perf.data.

E.g. perf report could be used to encode IBS data samples without any
architectural or pmu specific command line.

-Robert

-- 
Advanced Micro Devices, Inc.
Operating System Research Center

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