From: Andrew Murray <andrew.murray@arm.com> To: Suzuki K Poulose <suzuki.poulose@arm.com> Cc: Mark Rutland <mark.rutland@arm.com>, Marc Zyngier <marc.zyngier@arm.com>, Catalin Marinas <catalin.marinas@arm.com>, Will Deacon <will.deacon@arm.com>, Christoffer Dall <christoffer.dall@arm.com>, kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 3/4] arm64: arm_pmu: Exclude EL1,2 with :G :H perf attributes Date: Thu, 15 Nov 2018 16:06:54 +0000 [thread overview] Message-ID: <20181115160654.GB19420@e119886-lin.cambridge.arm.com> (raw) In-Reply-To: <2b4efe9a-4f2b-961f-c841-6378dbb4bbd3@arm.com> On Thu, Nov 15, 2018 at 02:57:59PM +0000, Suzuki K Poulose wrote: > Hi Andrew, > > On 15/11/2018 12:55, Andrew Murray wrote: > > When using VHE, EL1 is unused by the host and EL2 is unused by the > > guest - therefore we can filter out these events with the PMU as per > > the 'exclude_host' and 'exclude_guest' attributes. > > > > With both VHE and non-VHE we switch the counters between host/guest > > at EL2. With non-VHE when using 'exclude_host' we filter out EL2. > > > > These changes eliminate counters counting host events on the > > boundaries of guest entry/exit when using :G. However when using :H > > unless exclude_hv is set on non-VHE then there is a small blackout > > window at the guest entry/exit where host events are not captured. > > > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> > > --- > > arch/arm64/kernel/perf_event.c | 6 ++++-- > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c > > index 89d444f..c079c1f 100644 > > --- a/arch/arm64/kernel/perf_event.c > > +++ b/arch/arm64/kernel/perf_event.c > > @@ -971,12 +971,14 @@ static int armv8pmu_set_event_filter(struct hw_perf_event *event, > > * with other architectures (x86 and Power). > > */ > > if (is_kernel_in_hyp_mode()) { > > - if (!attr->exclude_kernel) > > + if (!attr->exclude_kernel && !attr->exclude_host) > > config_base |= ARMV8_PMU_INCLUDE_EL2; > > + if (attr->exclude_guest) > > + config_base |= ARMV8_PMU_EXCLUDE_EL1; > > Do we really need this ? exclude_guest also implies you need to > exclude guest EL0. We anyway disable the events when we enter the > guest. So the above is not necessary and could possibly create > confusion. You're right, we disable the event anyway prior to entering EL1 and visa versa so there is no gain. It felt nice to utilise the hardware as extra security but it does complicate this already complex bit of logic. I'll drop it. > > > } else { > > if (attr->exclude_kernel) > > config_base |= ARMV8_PMU_EXCLUDE_EL1; > > - if (!attr->exclude_hv) > > + if (!attr->exclude_hv && !attr->exclude_host) > > config_base |= ARMV8_PMU_INCLUDE_EL2; > > } > > if (attr->exclude_user) > > > > > I think this can be folded into the previous patch, which adds the > support for exclude_host/guest support. :G, :H are nothing but > the those exclude_ flags. Thanks I'll do that. Andrew Murray > > Otherwise looks good to me. > > Cheers > Suzuki
WARNING: multiple messages have this Message-ID (diff)
From: andrew.murray@arm.com (Andrew Murray) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 3/4] arm64: arm_pmu: Exclude EL1,2 with :G :H perf attributes Date: Thu, 15 Nov 2018 16:06:54 +0000 [thread overview] Message-ID: <20181115160654.GB19420@e119886-lin.cambridge.arm.com> (raw) In-Reply-To: <2b4efe9a-4f2b-961f-c841-6378dbb4bbd3@arm.com> On Thu, Nov 15, 2018 at 02:57:59PM +0000, Suzuki K Poulose wrote: > Hi Andrew, > > On 15/11/2018 12:55, Andrew Murray wrote: > > When using VHE, EL1 is unused by the host and EL2 is unused by the > > guest - therefore we can filter out these events with the PMU as per > > the 'exclude_host' and 'exclude_guest' attributes. > > > > With both VHE and non-VHE we switch the counters between host/guest > > at EL2. With non-VHE when using 'exclude_host' we filter out EL2. > > > > These changes eliminate counters counting host events on the > > boundaries of guest entry/exit when using :G. However when using :H > > unless exclude_hv is set on non-VHE then there is a small blackout > > window at the guest entry/exit where host events are not captured. > > > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> > > --- > > arch/arm64/kernel/perf_event.c | 6 ++++-- > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c > > index 89d444f..c079c1f 100644 > > --- a/arch/arm64/kernel/perf_event.c > > +++ b/arch/arm64/kernel/perf_event.c > > @@ -971,12 +971,14 @@ static int armv8pmu_set_event_filter(struct hw_perf_event *event, > > * with other architectures (x86 and Power). > > */ > > if (is_kernel_in_hyp_mode()) { > > - if (!attr->exclude_kernel) > > + if (!attr->exclude_kernel && !attr->exclude_host) > > config_base |= ARMV8_PMU_INCLUDE_EL2; > > + if (attr->exclude_guest) > > + config_base |= ARMV8_PMU_EXCLUDE_EL1; > > Do we really need this ? exclude_guest also implies you need to > exclude guest EL0. We anyway disable the events when we enter the > guest. So the above is not necessary and could possibly create > confusion. You're right, we disable the event anyway prior to entering EL1 and visa versa so there is no gain. It felt nice to utilise the hardware as extra security but it does complicate this already complex bit of logic. I'll drop it. > > > } else { > > if (attr->exclude_kernel) > > config_base |= ARMV8_PMU_EXCLUDE_EL1; > > - if (!attr->exclude_hv) > > + if (!attr->exclude_hv && !attr->exclude_host) > > config_base |= ARMV8_PMU_INCLUDE_EL2; > > } > > if (attr->exclude_user) > > > > > I think this can be folded into the previous patch, which adds the > support for exclude_host/guest support. :G, :H are nothing but > the those exclude_ flags. Thanks I'll do that. Andrew Murray > > Otherwise looks good to me. > > Cheers > Suzuki
next prev parent reply other threads:[~2018-11-15 16:06 UTC|newest] Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-11-15 12:55 [PATCH 0/4] arm64: Support perf event modifiers :G and :H Andrew Murray 2018-11-15 12:55 ` Andrew Murray 2018-11-15 12:55 ` [PATCH 1/4] arm64: KVM: add accessors to track guest/host only counters Andrew Murray 2018-11-15 12:55 ` Andrew Murray 2018-11-15 12:55 ` [PATCH 2/4] arm64: arm_pmu: Add support for exclude_host/exclude_guest attributes Andrew Murray 2018-11-15 12:55 ` Andrew Murray 2018-11-15 12:55 ` [PATCH 3/4] arm64: arm_pmu: Exclude EL1,2 with :G :H perf attributes Andrew Murray 2018-11-15 12:55 ` Andrew Murray 2018-11-15 14:57 ` Suzuki K Poulose 2018-11-15 14:57 ` Suzuki K Poulose 2018-11-15 16:06 ` Andrew Murray [this message] 2018-11-15 16:06 ` Andrew Murray 2018-11-15 12:55 ` [PATCH 4/4] arm64: KVM: Enable support for :G/:H perf event modifiers Andrew Murray 2018-11-15 12:55 ` Andrew Murray 2018-11-15 14:00 ` Julien Thierry 2018-11-15 14:00 ` Julien Thierry 2018-11-15 15:57 ` Andrew Murray 2018-11-15 15:57 ` Andrew Murray 2018-11-15 17:40 ` Suzuki K Poulose 2018-11-15 17:40 ` Suzuki K Poulose 2018-11-16 12:12 ` Andrew Murray 2018-11-16 12:12 ` Andrew Murray 2018-11-16 17:53 ` Suzuki K Poulose 2018-11-16 17:53 ` Suzuki K Poulose
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20181115160654.GB19420@e119886-lin.cambridge.arm.com \ --to=andrew.murray@arm.com \ --cc=catalin.marinas@arm.com \ --cc=christoffer.dall@arm.com \ --cc=kvmarm@lists.cs.columbia.edu \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=marc.zyngier@arm.com \ --cc=mark.rutland@arm.com \ --cc=suzuki.poulose@arm.com \ --cc=will.deacon@arm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.