* [PATCH] perf: Change PMCR write to read-modify-write @ 2019-03-21 2:07 Prasad Sodagudi 2019-03-21 13:34 ` Julien Thierry 2019-04-02 16:50 ` Will Deacon 0 siblings, 2 replies; 6+ messages in thread From: Prasad Sodagudi @ 2019-03-21 2:07 UTC (permalink / raw) To: will.deacon, mingo, catalin.marinas, linux-arm-kernel, peterz Cc: psodagud, linux-kernel Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. Reset routine should write a 1 to PMCR.C and PMCR.P fields only to reset the counters. Other fields should not be changed as they could be set before PMU initialization and their value must be preserved even after reset. Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> --- arch/arm64/kernel/perf_event.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c index 4addb38..0c1afdd 100644 --- a/arch/arm64/kernel/perf_event.c +++ b/arch/arm64/kernel/perf_event.c @@ -868,8 +868,8 @@ static void armv8pmu_reset(void *info) * Initialize & Reset PMNC. Request overflow interrupt for * 64 bit cycle counter but cheat in armv8pmu_write_counter(). */ - armv8pmu_pmcr_write(ARMV8_PMU_PMCR_P | ARMV8_PMU_PMCR_C | - ARMV8_PMU_PMCR_LC); + armv8pmu_pmcr_write(armv8pmu_pmcr_read() | ARMV8_PMU_PMCR_P | + ARMV8_PMU_PMCR_C | ARMV8_PMU_PMCR_LC); } static int __armv8_pmuv3_map_event(struct perf_event *event, -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,\na Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH] perf: Change PMCR write to read-modify-write 2019-03-21 2:07 [PATCH] perf: Change PMCR write to read-modify-write Prasad Sodagudi @ 2019-03-21 13:34 ` Julien Thierry 2019-03-21 20:02 ` Sodagudi Prasad 2019-04-02 16:50 ` Will Deacon 1 sibling, 1 reply; 6+ messages in thread From: Julien Thierry @ 2019-03-21 13:34 UTC (permalink / raw) To: Prasad Sodagudi, will.deacon, mingo, catalin.marinas, linux-arm-kernel, peterz Cc: linux-kernel Hi Prasad, On 21/03/2019 02:07, Prasad Sodagudi wrote: > Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. > Reset routine should write a 1 to PMCR.C and PMCR.P fields only > to reset the counters. Other fields should not be changed > as they could be set before PMU initialization and their > value must be preserved even after reset. > Are there any particular bit you are concerned about? Apart from the RO ones and the Res0 ones (to which we are already writing 0), I see: DP -> irrelevant for non-secure X -> This one is the only potentially interesting, however it resets to an architecturally unknown value, so unless we know for a fact it was set before hand, we probably want to clear it D -> ignored when we have LC set (and we do) E -> Since this is the function we use to reset the PMU on the current CPU, we probably want to set this bit to 0 regardless of its previous value So, is there any issue this patch is solving? Thanks, > Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> > --- > arch/arm64/kernel/perf_event.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c > index 4addb38..0c1afdd 100644 > --- a/arch/arm64/kernel/perf_event.c > +++ b/arch/arm64/kernel/perf_event.c > @@ -868,8 +868,8 @@ static void armv8pmu_reset(void *info) > * Initialize & Reset PMNC. Request overflow interrupt for > * 64 bit cycle counter but cheat in armv8pmu_write_counter(). > */ > - armv8pmu_pmcr_write(ARMV8_PMU_PMCR_P | ARMV8_PMU_PMCR_C | > - ARMV8_PMU_PMCR_LC); > + armv8pmu_pmcr_write(armv8pmu_pmcr_read() | ARMV8_PMU_PMCR_P | > + ARMV8_PMU_PMCR_C | ARMV8_PMU_PMCR_LC); > } > > static int __armv8_pmuv3_map_event(struct perf_event *event, > -- Julien Thierry _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] perf: Change PMCR write to read-modify-write 2019-03-21 13:34 ` Julien Thierry @ 2019-03-21 20:02 ` Sodagudi Prasad 2019-03-22 8:31 ` Julien Thierry 2019-04-01 8:17 ` Mark Rutland 0 siblings, 2 replies; 6+ messages in thread From: Sodagudi Prasad @ 2019-03-21 20:02 UTC (permalink / raw) To: Julien Thierry Cc: peterz, catalin.marinas, will.deacon, linux-kernel, mingo, linux-arm-kernel On 2019-03-21 06:34, Julien Thierry wrote: > Hi Prasad, > > On 21/03/2019 02:07, Prasad Sodagudi wrote: >> Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. >> Reset routine should write a 1 to PMCR.C and PMCR.P fields only >> to reset the counters. Other fields should not be changed >> as they could be set before PMU initialization and their >> value must be preserved even after reset. >> > > Are there any particular bit you are concerned about? Apart from the RO > ones and the Res0 ones (to which we are already writing 0), I see: > > DP -> irrelevant for non-secure > X -> This one is the only potentially interesting, however it resets to > an architecturally unknown value, so unless we know for a fact it was > set before hand, we probably want to clear it > D -> ignored when we have LC set (and we do) > E -> Since this is the function we use to reset the PMU on the current > CPU, we probably want to set this bit to 0 regardless of its previous > value > > So, is there any issue this patch is solving? Hi Julien, Thanks for taking a look into this patch. Yes. On our Qualcomm platforms, observed that X bit is getting cleared by kernel. This bit is getting set by firmware for Qualcomm use cases and non-secure world is resetting without this patch. I think, changing that register this register modifications to read-modify-write style make sense. -Thanks, Prasad > > Thanks, > >> Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> >> --- >> arch/arm64/kernel/perf_event.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/arch/arm64/kernel/perf_event.c >> b/arch/arm64/kernel/perf_event.c >> index 4addb38..0c1afdd 100644 >> --- a/arch/arm64/kernel/perf_event.c >> +++ b/arch/arm64/kernel/perf_event.c >> @@ -868,8 +868,8 @@ static void armv8pmu_reset(void *info) >> * Initialize & Reset PMNC. Request overflow interrupt for >> * 64 bit cycle counter but cheat in armv8pmu_write_counter(). >> */ >> - armv8pmu_pmcr_write(ARMV8_PMU_PMCR_P | ARMV8_PMU_PMCR_C | >> - ARMV8_PMU_PMCR_LC); >> + armv8pmu_pmcr_write(armv8pmu_pmcr_read() | ARMV8_PMU_PMCR_P | >> + ARMV8_PMU_PMCR_C | ARMV8_PMU_PMCR_LC); >> } >> >> static int __armv8_pmuv3_map_event(struct perf_event *event, >> -- The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, Linux Foundation Collaborative Project _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] perf: Change PMCR write to read-modify-write 2019-03-21 20:02 ` Sodagudi Prasad @ 2019-03-22 8:31 ` Julien Thierry 2019-04-01 8:17 ` Mark Rutland 1 sibling, 0 replies; 6+ messages in thread From: Julien Thierry @ 2019-03-22 8:31 UTC (permalink / raw) To: Sodagudi Prasad Cc: peterz, catalin.marinas, will.deacon, linux-kernel, mingo, linux-arm-kernel On 21/03/2019 20:02, Sodagudi Prasad wrote: > On 2019-03-21 06:34, Julien Thierry wrote: >> Hi Prasad, >> >> On 21/03/2019 02:07, Prasad Sodagudi wrote: >>> Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. >>> Reset routine should write a 1 to PMCR.C and PMCR.P fields only >>> to reset the counters. Other fields should not be changed >>> as they could be set before PMU initialization and their >>> value must be preserved even after reset. >>> >> >> Are there any particular bit you are concerned about? Apart from the RO >> ones and the Res0 ones (to which we are already writing 0), I see: >> >> DP -> irrelevant for non-secure >> X -> This one is the only potentially interesting, however it resets to >> an architecturally unknown value, so unless we know for a fact it was >> set before hand, we probably want to clear it >> D -> ignored when we have LC set (and we do) >> E -> Since this is the function we use to reset the PMU on the current >> CPU, we probably want to set this bit to 0 regardless of its previous >> value >> >> So, is there any issue this patch is solving? > > Hi Julien, > > Thanks for taking a look into this patch. Yes. On our Qualcomm > platforms, observed that X bit is getting cleared by kernel. > This bit is getting set by firmware for Qualcomm use cases and > non-secure world is resetting without this patch. > I think, changing that register this register modifications to > read-modify-write style make sense. > Maybe for the X bit, but for the E bit this seems like the wrong thing to do. We want to set the E bit to 0 here. And for platforms that don't have a firmware touching the X bit (or rather the pmcr as a whole), I'd like to understand whether it would be valid to leave this bit set to an architecturally unknown value and preserving that value. Thanks, >>> Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> >>> --- >>> arch/arm64/kernel/perf_event.c | 4 ++-- >>> 1 file changed, 2 insertions(+), 2 deletions(-) >>> >>> diff --git a/arch/arm64/kernel/perf_event.c >>> b/arch/arm64/kernel/perf_event.c >>> index 4addb38..0c1afdd 100644 >>> --- a/arch/arm64/kernel/perf_event.c >>> +++ b/arch/arm64/kernel/perf_event.c >>> @@ -868,8 +868,8 @@ static void armv8pmu_reset(void *info) >>> * Initialize & Reset PMNC. Request overflow interrupt for >>> * 64 bit cycle counter but cheat in armv8pmu_write_counter(). >>> */ >>> - armv8pmu_pmcr_write(ARMV8_PMU_PMCR_P | ARMV8_PMU_PMCR_C | >>> - ARMV8_PMU_PMCR_LC); >>> + armv8pmu_pmcr_write(armv8pmu_pmcr_read() | ARMV8_PMU_PMCR_P | >>> + ARMV8_PMU_PMCR_C | ARMV8_PMU_PMCR_LC); >>> } >>> >>> static int __armv8_pmuv3_map_event(struct perf_event *event, >>> > -- Julien Thierry _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] perf: Change PMCR write to read-modify-write 2019-03-21 20:02 ` Sodagudi Prasad 2019-03-22 8:31 ` Julien Thierry @ 2019-04-01 8:17 ` Mark Rutland 1 sibling, 0 replies; 6+ messages in thread From: Mark Rutland @ 2019-04-01 8:17 UTC (permalink / raw) To: Sodagudi Prasad Cc: Julien Thierry, peterz, catalin.marinas, will.deacon, linux-kernel, mingo, linux-arm-kernel On Thu, Mar 21, 2019 at 01:02:27PM -0700, Sodagudi Prasad wrote: > On 2019-03-21 06:34, Julien Thierry wrote: > > Hi Prasad, > > > > On 21/03/2019 02:07, Prasad Sodagudi wrote: > > > Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. > > > Reset routine should write a 1 to PMCR.C and PMCR.P fields only > > > to reset the counters. Other fields should not be changed > > > as they could be set before PMU initialization and their > > > value must be preserved even after reset. > > > > Are there any particular bit you are concerned about? Apart from the RO > > ones and the Res0 ones (to which we are already writing 0), I see: > > > > DP -> irrelevant for non-secure > > X -> This one is the only potentially interesting, however it resets to > > an architecturally unknown value, so unless we know for a fact it was > > set before hand, we probably want to clear it > > D -> ignored when we have LC set (and we do) > > E -> Since this is the function we use to reset the PMU on the current > > CPU, we probably want to set this bit to 0 regardless of its previous > > value > > > > So, is there any issue this patch is solving? > > Hi Julien, > > Thanks for taking a look into this patch. Yes. On our Qualcomm platforms, > observed that X bit is getting cleared by kernel. > This bit is getting set by firmware for Qualcomm use cases and non-secure > world is resetting without this patch. Given the kernel reconfigures the PMU dynamically at runtime (e.g. to multiplex events over counters), I don't follow how this is useful. Could you elaborate on how specifically you intend to use this? > I think, changing that register this register modifications to > read-modify-write style make sense. I disagree. In general, RESx bits may be allocated new meanings in future (and will reset to UNKNOWN values), so it is not safe to simply preserve the reset value. Given that, any kernel _must_ explicitly reset registers in order to ensure the expected behaviour. Thanks Mark. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] perf: Change PMCR write to read-modify-write 2019-03-21 2:07 [PATCH] perf: Change PMCR write to read-modify-write Prasad Sodagudi 2019-03-21 13:34 ` Julien Thierry @ 2019-04-02 16:50 ` Will Deacon 1 sibling, 0 replies; 6+ messages in thread From: Will Deacon @ 2019-04-02 16:50 UTC (permalink / raw) To: Prasad Sodagudi Cc: mark.rutland, peterz, catalin.marinas, linux-kernel, mingo, linux-arm-kernel [+MarkR] On Wed, Mar 20, 2019 at 07:07:46PM -0700, Prasad Sodagudi wrote: > Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset. > Reset routine should write a 1 to PMCR.C and PMCR.P fields only > to reset the counters. Other fields should not be changed > as they could be set before PMU initialization and their > value must be preserved even after reset. > > Signed-off-by: Prasad Sodagudi <psodagud@codeaurora.org> > --- > arch/arm64/kernel/perf_event.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c > index 4addb38..0c1afdd 100644 > --- a/arch/arm64/kernel/perf_event.c > +++ b/arch/arm64/kernel/perf_event.c > @@ -868,8 +868,8 @@ static void armv8pmu_reset(void *info) > * Initialize & Reset PMNC. Request overflow interrupt for > * 64 bit cycle counter but cheat in armv8pmu_write_counter(). > */ > - armv8pmu_pmcr_write(ARMV8_PMU_PMCR_P | ARMV8_PMU_PMCR_C | > - ARMV8_PMU_PMCR_LC); > + armv8pmu_pmcr_write(armv8pmu_pmcr_read() | ARMV8_PMU_PMCR_P | > + ARMV8_PMU_PMCR_C | ARMV8_PMU_PMCR_LC); No, I don't think this is right at all. Many of these bits are UNKNOWN out of reset, so you're throwing away our means of getting the PMU into a deterministic state. Who is setting which bits that you want to preserve and why? Will _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-04-02 16:51 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2019-03-21 2:07 [PATCH] perf: Change PMCR write to read-modify-write Prasad Sodagudi 2019-03-21 13:34 ` Julien Thierry 2019-03-21 20:02 ` Sodagudi Prasad 2019-03-22 8:31 ` Julien Thierry 2019-04-01 8:17 ` Mark Rutland 2019-04-02 16:50 ` Will Deacon
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).