From: Aaron Lindsay <alindsay@codeaurora.org>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
Michael Spradling <mspradli@codeaurora.org>,
Digant Desai <digantd@codeaurora.org>,
QEMU Developers <qemu-devel@nongnu.org>,
Alistair Francis <alistair.francis@xilinx.com>,
qemu-arm <qemu-arm@nongnu.org>
Subject: Re: [Qemu-arm] [PATCH 07/13] target/arm: Implement PMOVSSET
Date: Tue, 17 Oct 2017 12:02:06 -0400 [thread overview]
Message-ID: <20171017160206.GA22177@codeaurora.org> (raw)
In-Reply-To: <CAFEAcA_1J2xZpnv9dNBeSH5ZvMvBujp3XHPK1SfypjFMU1OBSg@mail.gmail.com>
On Oct 17 15:19, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alindsay@codeaurora.org> wrote:
> > Also modify it to be stored as a uint64_t
> >
> > Signed-off-by: Aaron Lindsay <alindsay@codeaurora.org>
> > ---
> > target/arm/cpu.h | 2 +-
> > target/arm/helper.c | 27 ++++++++++++++++++++++++---
> > 2 files changed, 25 insertions(+), 4 deletions(-)
> >
> > diff --git a/target/arm/cpu.h b/target/arm/cpu.h
> > index 811b1fe..365a809 100644
> > --- a/target/arm/cpu.h
> > +++ b/target/arm/cpu.h
> > @@ -325,7 +325,7 @@ typedef struct CPUARMState {
> > uint32_t c9_data;
> > uint64_t c9_pmcr; /* performance monitor control register */
> > uint64_t c9_pmcnten; /* perf monitor counter enables */
> > - uint32_t c9_pmovsr; /* perf monitor overflow status */
> > + uint64_t c9_pmovsr; /* perf monitor overflow status */
>
> This is a bug fix, so it should go in its own patch. Specifically,
> we already have an AArch64 sysreg PMOVSCLR_EL0 which has
> .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> so we should have made the CPUARMState field 64 bits when we
> added it. (I think without this bugfix reads of the AArch64
> reg will return data from the adjoining field in the struct.)
Okay, I'll split it off in v3.
>
> > uint32_t c9_pmuserenr; /* perf monitor user enable */
> > uint64_t c9_pmselr; /* perf monitor counter selection register */
> > uint64_t c9_pminten; /* perf monitor interrupt enables */
> > diff --git a/target/arm/helper.c b/target/arm/helper.c
> > index 74e90c5..3932ac0 100644
> > --- a/target/arm/helper.c
> > +++ b/target/arm/helper.c
> > @@ -1150,9 +1150,17 @@ static void pmcntenclr_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > static void pmovsr_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > uint64_t value)
> > {
> > + value &= PMU_COUNTER_MASK(env);
> > env->cp15.c9_pmovsr &= ~value;
> > }
> >
> > +static void pmovsset_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > + uint64_t value)
> > +{
> > + value &= PMU_COUNTER_MASK(env);
> > + env->cp15.c9_pmovsr |= value;
> > +}
> > +
> > static void pmxevtyper_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > uint64_t value)
> > {
> > @@ -1317,10 +1325,10 @@ static const ARMCPRegInfo v7_cp_reginfo[] = {
> > .fieldoffset = offsetof(CPUARMState, cp15.c9_pmcnten),
> > .writefn = pmcntenclr_write },
> > { .name = "PMOVSR", .cp = 15, .crn = 9, .crm = 12, .opc1 = 0, .opc2 = 3,
> > - .access = PL0_RW, .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > - .accessfn = pmreg_access,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .fieldoffset = offsetoflow32(CPUARMState, cp15.c9_pmovsr),
>
> Is this just reshuffling the order of .field initializers?
Also updated offsetof -> offsetoflow32. IIRC, I shuffled the order to
match that of the surrounding registers and to appease my sense of
order. Would you prefer that I don't shuffle them, or split that off as
a separate patch?
> > .writefn = pmovsr_write,
> > - .raw_writefn = raw_write },
> > + .raw_writefn = raw_write, .resetvalue = 0 },
>
> .resetvalue 0 is the default, but it doesn't hurt to specify it
> explicitly I guess.
>
> > { .name = "PMOVSCLR_EL0", .state = ARM_CP_STATE_AA64,
> > .opc0 = 3, .opc1 = 3, .crn = 9, .crm = 12, .opc2 = 3,
> > .access = PL0_RW, .accessfn = pmreg_access,
> > @@ -1328,6 +1336,19 @@ static const ARMCPRegInfo v7_cp_reginfo[] = {
> > .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > .writefn = pmovsr_write,
> > .raw_writefn = raw_write },
> > + { .name = "PMOVSSET", .cp = 15, .crn = 9, .crm = 14, .opc1 = 0, .opc2 = 3,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .type = ARM_CP_ALIAS,
> > + .fieldoffset = offsetoflow32(CPUARMState, cp15.c9_pmovsr),
> > + .writefn = pmovsset_write,
> > + .raw_writefn = raw_write },
> > + { .name = "PMOVSSET_EL0", .state = ARM_CP_STATE_AA64,
> > + .opc0 = 3, .opc1 = 3, .crn = 9, .crm = 14, .opc2 = 3,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .type = ARM_CP_ALIAS,
> > + .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > + .writefn = pmovsset_write,
> > + .raw_writefn = raw_write },
>
> You can implement these using a single STATE_BOTH regdef, I think.
> Also, there's a standard order for the fields which goes
> .cp .opc0 .opc1 .crn .crm .opc2
> (you can often omit the .cp as the default is 15).
>
> We need to be a bit careful here, because the AArch32 PMMOVSET
> register isn't implemented in ARMv7 until v7VE. So we need to
> put the regdef somewhere else...
Hmmm, what does it need to be protected by? I assume ARM_FEATURE_V8 ||
(ARM_FEATURE_V7 && something), but I'm not familiar enough with v7 that
it's immediately obvious from looking around what 'something' is.
-Aaron
>
>
> thanks
> -- PMM
--
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
WARNING: multiple messages have this Message-ID (diff)
From: Aaron Lindsay <alindsay@codeaurora.org>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-arm <qemu-arm@nongnu.org>,
Alistair Francis <alistair.francis@xilinx.com>,
Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
Wei Huang <wei@redhat.com>,
QEMU Developers <qemu-devel@nongnu.org>,
Michael Spradling <mspradli@codeaurora.org>,
Digant Desai <digantd@codeaurora.org>
Subject: Re: [Qemu-devel] [PATCH 07/13] target/arm: Implement PMOVSSET
Date: Tue, 17 Oct 2017 12:02:06 -0400 [thread overview]
Message-ID: <20171017160206.GA22177@codeaurora.org> (raw)
In-Reply-To: <CAFEAcA_1J2xZpnv9dNBeSH5ZvMvBujp3XHPK1SfypjFMU1OBSg@mail.gmail.com>
On Oct 17 15:19, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alindsay@codeaurora.org> wrote:
> > Also modify it to be stored as a uint64_t
> >
> > Signed-off-by: Aaron Lindsay <alindsay@codeaurora.org>
> > ---
> > target/arm/cpu.h | 2 +-
> > target/arm/helper.c | 27 ++++++++++++++++++++++++---
> > 2 files changed, 25 insertions(+), 4 deletions(-)
> >
> > diff --git a/target/arm/cpu.h b/target/arm/cpu.h
> > index 811b1fe..365a809 100644
> > --- a/target/arm/cpu.h
> > +++ b/target/arm/cpu.h
> > @@ -325,7 +325,7 @@ typedef struct CPUARMState {
> > uint32_t c9_data;
> > uint64_t c9_pmcr; /* performance monitor control register */
> > uint64_t c9_pmcnten; /* perf monitor counter enables */
> > - uint32_t c9_pmovsr; /* perf monitor overflow status */
> > + uint64_t c9_pmovsr; /* perf monitor overflow status */
>
> This is a bug fix, so it should go in its own patch. Specifically,
> we already have an AArch64 sysreg PMOVSCLR_EL0 which has
> .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> so we should have made the CPUARMState field 64 bits when we
> added it. (I think without this bugfix reads of the AArch64
> reg will return data from the adjoining field in the struct.)
Okay, I'll split it off in v3.
>
> > uint32_t c9_pmuserenr; /* perf monitor user enable */
> > uint64_t c9_pmselr; /* perf monitor counter selection register */
> > uint64_t c9_pminten; /* perf monitor interrupt enables */
> > diff --git a/target/arm/helper.c b/target/arm/helper.c
> > index 74e90c5..3932ac0 100644
> > --- a/target/arm/helper.c
> > +++ b/target/arm/helper.c
> > @@ -1150,9 +1150,17 @@ static void pmcntenclr_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > static void pmovsr_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > uint64_t value)
> > {
> > + value &= PMU_COUNTER_MASK(env);
> > env->cp15.c9_pmovsr &= ~value;
> > }
> >
> > +static void pmovsset_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > + uint64_t value)
> > +{
> > + value &= PMU_COUNTER_MASK(env);
> > + env->cp15.c9_pmovsr |= value;
> > +}
> > +
> > static void pmxevtyper_write(CPUARMState *env, const ARMCPRegInfo *ri,
> > uint64_t value)
> > {
> > @@ -1317,10 +1325,10 @@ static const ARMCPRegInfo v7_cp_reginfo[] = {
> > .fieldoffset = offsetof(CPUARMState, cp15.c9_pmcnten),
> > .writefn = pmcntenclr_write },
> > { .name = "PMOVSR", .cp = 15, .crn = 9, .crm = 12, .opc1 = 0, .opc2 = 3,
> > - .access = PL0_RW, .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > - .accessfn = pmreg_access,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .fieldoffset = offsetoflow32(CPUARMState, cp15.c9_pmovsr),
>
> Is this just reshuffling the order of .field initializers?
Also updated offsetof -> offsetoflow32. IIRC, I shuffled the order to
match that of the surrounding registers and to appease my sense of
order. Would you prefer that I don't shuffle them, or split that off as
a separate patch?
> > .writefn = pmovsr_write,
> > - .raw_writefn = raw_write },
> > + .raw_writefn = raw_write, .resetvalue = 0 },
>
> .resetvalue 0 is the default, but it doesn't hurt to specify it
> explicitly I guess.
>
> > { .name = "PMOVSCLR_EL0", .state = ARM_CP_STATE_AA64,
> > .opc0 = 3, .opc1 = 3, .crn = 9, .crm = 12, .opc2 = 3,
> > .access = PL0_RW, .accessfn = pmreg_access,
> > @@ -1328,6 +1336,19 @@ static const ARMCPRegInfo v7_cp_reginfo[] = {
> > .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > .writefn = pmovsr_write,
> > .raw_writefn = raw_write },
> > + { .name = "PMOVSSET", .cp = 15, .crn = 9, .crm = 14, .opc1 = 0, .opc2 = 3,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .type = ARM_CP_ALIAS,
> > + .fieldoffset = offsetoflow32(CPUARMState, cp15.c9_pmovsr),
> > + .writefn = pmovsset_write,
> > + .raw_writefn = raw_write },
> > + { .name = "PMOVSSET_EL0", .state = ARM_CP_STATE_AA64,
> > + .opc0 = 3, .opc1 = 3, .crn = 9, .crm = 14, .opc2 = 3,
> > + .access = PL0_RW, .accessfn = pmreg_access,
> > + .type = ARM_CP_ALIAS,
> > + .fieldoffset = offsetof(CPUARMState, cp15.c9_pmovsr),
> > + .writefn = pmovsset_write,
> > + .raw_writefn = raw_write },
>
> You can implement these using a single STATE_BOTH regdef, I think.
> Also, there's a standard order for the fields which goes
> .cp .opc0 .opc1 .crn .crm .opc2
> (you can often omit the .cp as the default is 15).
>
> We need to be a bit careful here, because the AArch32 PMMOVSET
> register isn't implemented in ARMv7 until v7VE. So we need to
> put the regdef somewhere else...
Hmmm, what does it need to be protected by? I assume ARM_FEATURE_V8 ||
(ARM_FEATURE_V7 && something), but I'm not familiar enough with v7 that
it's immediately obvious from looking around what 'something' is.
-Aaron
>
>
> thanks
> -- PMM
--
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
next prev parent reply other threads:[~2017-10-17 16:06 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-30 2:08 [Qemu-arm] [PATCH v2 00/13] More fully implement ARM PMUv3 Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 01/13] target/arm: A53: Initialize PMCEID[0] Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 02/13] target/arm: Check PMCNTEN for whether PMCCNTR is enabled Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 12:49 ` Peter Maydell
2017-10-17 12:49 ` Peter Maydell
2017-10-17 14:59 ` [Qemu-arm] " Aaron Lindsay
2017-10-17 14:59 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 15:00 ` [Qemu-arm] " Peter Maydell
2017-10-17 15:00 ` [Qemu-devel] " Peter Maydell
2017-09-30 2:08 ` [Qemu-arm] [PATCH 03/13] target/arm: Reorganize PMCCNTR read, write, sync Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 13:25 ` [Qemu-arm] " Peter Maydell
2017-10-17 13:25 ` [Qemu-devel] " Peter Maydell
2017-10-17 15:26 ` [Qemu-arm] " Aaron Lindsay
2017-10-17 15:26 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 04/13] target/arm: Mask PMU register writes based on PMCR_EL0.N Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 13:41 ` Peter Maydell
2017-10-17 13:41 ` Peter Maydell
2017-10-17 15:42 ` [Qemu-arm] " Aaron Lindsay
2017-10-17 15:42 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 05/13] target/arm: Allow AArch32 access for PMCCFILTR Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 13:52 ` Peter Maydell
2017-10-17 13:52 ` Peter Maydell
2017-09-30 2:08 ` [Qemu-arm] [PATCH 06/13] target/arm: Filter cycle counter based on PMCCFILTR_EL0 Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 14:57 ` [Qemu-arm] " Peter Maydell
2017-10-17 14:57 ` [Qemu-devel] " Peter Maydell
2017-10-17 19:32 ` [Qemu-arm] " Aaron Lindsay
2017-10-17 19:32 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 07/13] target/arm: Implement PMOVSSET Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 14:19 ` [Qemu-arm] " Peter Maydell
2017-10-17 14:19 ` [Qemu-devel] " Peter Maydell
2017-10-17 16:02 ` Aaron Lindsay [this message]
2017-10-17 16:02 ` Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 08/13] target/arm: Split arm_ccnt_enabled into generic pmu_counter_enabled Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 14:04 ` [Qemu-arm] " Peter Maydell
2017-10-17 14:04 ` [Qemu-devel] " Peter Maydell
2017-09-30 2:08 ` [Qemu-devel] [PATCH 09/13] target/arm: Add array for supported PMU events, generate PMCEID[01] Aaron Lindsay
2017-09-30 2:08 ` Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 10/13] target/arm: Finish implementation of PM[X]EVCNTR and PM[X]EVTYPER Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 11/13] target/arm: PMU: Add instruction and cycle events Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-arm] [PATCH 12/13] target/arm: PMU: Set PMCR.N to 4 Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] " Aaron Lindsay
2017-09-30 2:08 ` [Qemu-devel] [PATCH 13/13] target/arm: Implement PMSWINC Aaron Lindsay
2017-09-30 2:08 ` Aaron Lindsay
2017-10-09 14:46 ` [Qemu-arm] [PATCH v2 00/13] More fully implement ARM PMUv3 Aaron Lindsay
2017-10-09 14:46 ` [Qemu-devel] " Aaron Lindsay
2017-10-09 18:27 ` [Qemu-arm] " Peter Maydell
2017-10-09 18:27 ` [Qemu-devel] " Peter Maydell
2017-10-09 20:25 ` [Qemu-arm] " Aaron Lindsay
2017-10-09 20:25 ` [Qemu-devel] " Aaron Lindsay
2017-10-17 15:09 ` Peter Maydell
2017-10-17 15:09 ` Peter Maydell
2017-10-17 19:52 ` [Qemu-arm] " Aaron Lindsay
2017-10-17 19:52 ` [Qemu-devel] " Aaron Lindsay
-- strict thread matches above, loose matches on Subject: below --
2017-04-19 17:41 [Qemu-arm] [PATCH " Aaron Lindsay
2017-04-19 17:41 ` [Qemu-arm] [PATCH 07/13] target/arm: Implement PMOVSSET Aaron Lindsay
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=20171017160206.GA22177@codeaurora.org \
--to=alindsay@codeaurora.org \
--cc=alistair.francis@xilinx.com \
--cc=digantd@codeaurora.org \
--cc=mspradli@codeaurora.org \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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: link
Be 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.