linux-kernel - Re: [PATCH 4/7] perf/x86-ibs: Add support for IBS pseudo events

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: <1336403718.27020.64.camel@laptop>
Date:	Mon, 07 May 2012 17:15:18 +0200
From:	Peter Zijlstra <peterz@...radead.org>
To:	Robert Richter <robert.richter@....com>
Cc:	Arnaldo Carvalho de Melo <acme@...hat.com>,
	Ingo Molnar <mingo@...nel.org>,
	Stephane Eranian <eranian@...gle.com>,
	Jiri Olsa <jolsa@...hat.com>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 4/7] perf/x86-ibs: Add support for IBS pseudo events

On Mon, 2012-05-07 at 16:47 +0200, Robert Richter wrote:
> > Who again wasn't decoding anything in perf_event_attr:config* ?
> 
> attr:config is one of the ibs control msrs comparable with perfctr's
> evntsel msr:
> 
>  MSRC001_1030 IBS Fetch Control Register (IbsFetchCtl)
>  MSRC001_1033 IBS Execution Control Register (IbsOpCtl)

You missed reading a '*', even so:

> There are some options (randomisation, cycle/micro-op counting) but
> usually it is null since the period is encoded in attr:period. But ibs
> could be setup by an application using attr:config only which then
> passes the value directly to the ctl msr. 

PMU_FORMAT_ATTR(IbsFetchMaxCnt, "config:0-15"   );
PMU_FORMAT_ATTR(IbsFetchCnt,	"config:16-31"	);
PMU_FORMAT_ATTR(IbsFetchVal,	"config:49"	);
PMU_FORMAT_ATTR(IbsRandEn,	"config:57"	);

and

PMU_FORMAT_ATTR(IbsOpMaxCnt,	"config:0-15"	);
PMU_FORMAT_ATTR(IbsOpVal,	"config:18"	);
PMU_FORMAT_ATTR(IbsOpCntCtl,	"config:19"	); /* subject to ibs_caps */

Are the writable bitfields of those two MSRs resp.

This patch adds:

PMU_FORMAT_ATTR(IbsFilter0Idx,	"config1:0-7"	);
PMU_FORMAT_ATTR(IbsFilter0Type,	"config1:12-15"	);
PMU_FORMAT_ATTR(IbsFilter0Mask,	"config1:16-23"	);
PMU_FORMAT_ATTR(IbsFilter0Match,"config1:24-31"	);
PMU_FORMAT_ATTR(IbsFilter0Any,	"config1:16-31"	);

PMU_FORMAT_ATTR(IbsFilter1Idx,	"config1:32-39"	);
PMU_FORMAT_ATTR(IbsFilter1Type,	"config1:44-47"	);
PMU_FORMAT_ATTR(IbsFilter1Mask,	"config1:48-55"	);
PMU_FORMAT_ATTR(IbsFilter1Match,"config1:56-63"	);
PMU_FORMAT_ATTR(IbsFilter1Any,	"config1:48-63"	);

PMU_FORMAT_ATTR(IbsFilter2Idx,	"config2:0-7"	);
PMU_FORMAT_ATTR(IbsFilter2Type,	"config2:12-15"	);
PMU_FORMAT_ATTR(IbsFilter2Mask,	"config2:16-23"	);
PMU_FORMAT_ATTR(IbsFilter2Match,"config2:24-31"	);
PMU_FORMAT_ATTR(IbsFilter2Any,	"config2:16-31"	);

PMU_FORMAT_ATTR(IbsFilter3Idx,	"config2:32-39"	);
PMU_FORMAT_ATTR(IbsFilter3Type,	"config2:44-47"	);
PMU_FORMAT_ATTR(IbsFilter3Mask,	"config2:48-55"	);
PMU_FORMAT_ATTR(IbsFilter3Match,"config2:56-63"	);
PMU_FORMAT_ATTR(IbsFilter3Any,	"config2:48-63"	);

And you can write your events like:

ibs_fetch/IbsFilter0Type=1,IbsFilter0Idx=48,IbsFilter0Mask=0x4,IbsFilter0Match=0x4/

No need to duplicate the struct and you're free to re-arrange the actual
bitfields if there ever is a need.

Even more, if you were to expose these events through sysfs
ibs_fetch/events/$foo you could modify the lot and it'd still all work.

No need to query cpuid to figure out if you're fam 10h+, no need to read
ibs_caps in userspace to figure out if config:19 is available, and no
need to duplicate that struct.

And don't tell me your config[12] fields are spec'ed somewhere..





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