Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1384455
| From | Borislav Petkov <bp@alien8.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits |
| Date | 2016-04-21 19:50 +0200 |
| Message-ID | <rqqTM-4ry-3@gated-at.bofh.it> (permalink) |
| References | <rqoRX-2Wv-3@gated-at.bofh.it> <rqoRY-2Wv-27@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Apr 21, 2016 at 06:17:00PM +0300, Alexander Shishkin wrote:
> New versions of Intel PT support address range-based filtering. These
> are the registers, bit definitions and relevant CPUID bits.
>
> Signed-off-by: Alexander Shishkin <alexander.shishkin@linux.intel.com>
> ---
> arch/x86/events/intel/pt.c | 2 ++
> arch/x86/events/intel/pt.h | 2 ++
> arch/x86/include/asm/msr-index.h | 18 ++++++++++++++++++
> 3 files changed, 22 insertions(+)
>
> diff --git a/arch/x86/events/intel/pt.c b/arch/x86/events/intel/pt.c
> index 127f58c179..891447dd61 100644
> --- a/arch/x86/events/intel/pt.c
> +++ b/arch/x86/events/intel/pt.c
> @@ -67,11 +67,13 @@ static struct pt_cap_desc {
> PT_CAP(max_subleaf, 0, CR_EAX, 0xffffffff),
> PT_CAP(cr3_filtering, 0, CR_EBX, BIT(0)),
> PT_CAP(psb_cyc, 0, CR_EBX, BIT(1)),
> + PT_CAP(ip_filtering, 0, CR_EBX, BIT(2)),
> PT_CAP(mtc, 0, CR_EBX, BIT(3)),
> PT_CAP(topa_output, 0, CR_ECX, BIT(0)),
> PT_CAP(topa_multiple_entries, 0, CR_ECX, BIT(1)),
> PT_CAP(single_range_output, 0, CR_ECX, BIT(2)),
> PT_CAP(payloads_lip, 0, CR_ECX, BIT(31)),
> + PT_CAP(num_address_ranges, 1, CR_EAX, 0x3),
> PT_CAP(mtc_periods, 1, CR_EAX, 0xffff0000),
> PT_CAP(cycle_thresholds, 1, CR_EBX, 0xffff),
> PT_CAP(psb_periods, 1, CR_EBX, 0xffff0000),
> diff --git a/arch/x86/events/intel/pt.h b/arch/x86/events/intel/pt.h
> index 336878a5d2..6ce8cd20b9 100644
> --- a/arch/x86/events/intel/pt.h
> +++ b/arch/x86/events/intel/pt.h
> @@ -52,11 +52,13 @@ enum pt_capabilities {
> PT_CAP_max_subleaf = 0,
> PT_CAP_cr3_filtering,
> PT_CAP_psb_cyc,
> + PT_CAP_ip_filtering,
> PT_CAP_mtc,
> PT_CAP_topa_output,
> PT_CAP_topa_multiple_entries,
> PT_CAP_single_range_output,
> PT_CAP_payloads_lip,
> + PT_CAP_num_address_ranges,
> PT_CAP_mtc_periods,
> PT_CAP_cycle_thresholds,
> PT_CAP_psb_periods,
> diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h
> index e0e2f7dfbd..964d7e17a6 100644
> --- a/arch/x86/include/asm/msr-index.h
> +++ b/arch/x86/include/asm/msr-index.h
> @@ -105,11 +105,29 @@
> #define RTIT_CTL_CYC_THRESH (0x0full << RTIT_CTL_CYC_THRESH_OFFSET)
> #define RTIT_CTL_PSB_FREQ_OFFSET 24
> #define RTIT_CTL_PSB_FREQ (0x0full << RTIT_CTL_PSB_FREQ_OFFSET)
> +#define RTIT_CTL_ADDR0_OFFSET 32
> +#define RTIT_CTL_ADDR0 (0x0full << RTIT_CTL_ADDR0_OFFSET)
> +#define RTIT_CTL_ADDR1_OFFSET 36
> +#define RTIT_CTL_ADDR1 (0x0full << RTIT_CTL_ADDR1_OFFSET)
> +#define RTIT_CTL_ADDR2_OFFSET 40
> +#define RTIT_CTL_ADDR2 (0x0full << RTIT_CTL_ADDR2_OFFSET)
> +#define RTIT_CTL_ADDR3_OFFSET 44
> +#define RTIT_CTL_ADDR3 (0x0full << RTIT_CTL_ADDR3_OFFSET)
> #define MSR_IA32_RTIT_STATUS 0x00000571
> +#define RTIT_STATUS_FILTEREN BIT(0)
> #define RTIT_STATUS_CONTEXTEN BIT(1)
> #define RTIT_STATUS_TRIGGEREN BIT(2)
> +#define RTIT_STATUS_BUFFOVF BIT(3)
> #define RTIT_STATUS_ERROR BIT(4)
> #define RTIT_STATUS_STOPPED BIT(5)
> +#define MSR_IA32_RTIT_ADDR0_A 0x00000580
> +#define MSR_IA32_RTIT_ADDR0_B 0x00000581
> +#define MSR_IA32_RTIT_ADDR1_A 0x00000582
> +#define MSR_IA32_RTIT_ADDR1_B 0x00000583
> +#define MSR_IA32_RTIT_ADDR2_A 0x00000584
> +#define MSR_IA32_RTIT_ADDR2_B 0x00000585
> +#define MSR_IA32_RTIT_ADDR3_A 0x00000586
> +#define MSR_IA32_RTIT_ADDR3_B 0x00000587
So can we not turn msr-index.h a dumping ground for MSRs pls?
If those are only PT-relevant, why not define them all in pt.h?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Alexander Shishkin <alexander.shishkin@linux.intel.com> - 2016-04-21 17:40 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Borislav Petkov <bp@alien8.de> - 2016-04-21 19:50 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Thomas Gleixner <tglx@linutronix.de> - 2016-04-21 21:00 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Peter Zijlstra <peterz@infradead.org> - 2016-04-21 21:20 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Borislav Petkov <bp@alien8.de> - 2016-04-21 22:50 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Borislav Petkov <bp@alien8.de> - 2016-04-21 22:40 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Thomas Gleixner <tglx@linutronix.de> - 2016-04-22 10:10 +0200
Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits Borislav Petkov <bp@alien8.de> - 2016-04-22 11:40 +0200
csiph-web