qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Edgar E. Iglesias" <edgar.iglesias@xilinx.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>,
	"Sergey Fedorov" <serge.fdrv@gmail.com>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"QEMU Developers" <qemu-devel@nongnu.org>,
	"Alexander Graf" <agraf@suse.de>
Subject: Re: [Qemu-devel] [PATCH v1 04/10] target-arm: Add VTCR_EL2
Date: Tue, 8 Sep 2015 16:36:49 +0200	[thread overview]
Message-ID: <20150908143649.GE12618@toto> (raw)
In-Reply-To: <CAFEAcA_zKqLjbL-17pmzTETLxS2TLNg+-bh9aTKbV785t+=2tg@mail.gmail.com>

On Tue, Sep 08, 2015 at 03:19:37PM +0100, Peter Maydell wrote:
> On 3 September 2015 at 21:14, Edgar E. Iglesias
> <edgar.iglesias@gmail.com> wrote:
> > From: "Edgar E. Iglesias" <edgar.iglesias@xilinx.com>
> >
> > Signed-off-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
> > ---
> >  target-arm/cpu.h    |  1 +
> >  target-arm/helper.c | 28 ++++++++++++++++++++++++++--
> >  2 files changed, 27 insertions(+), 2 deletions(-)
> >
> > diff --git a/target-arm/cpu.h b/target-arm/cpu.h
> > index 31825d3..ba22e12 100644
> > --- a/target-arm/cpu.h
> > +++ b/target-arm/cpu.h
> > @@ -223,6 +223,7 @@ typedef struct CPUARMState {
> >          };
> >          /* MMU translation table base control. */
> >          TCR tcr_el[4];
> > +        TCR vtcr_el2; /* Virtualization Translation Control.  */
> >          uint32_t c2_data; /* MPU data cachable bits.  */
> >          uint32_t c2_insn; /* MPU instruction cachable bits.  */
> >          union { /* MMU domain access control register
> > diff --git a/target-arm/helper.c b/target-arm/helper.c
> > index a057a70..c82aa1d 100644
> > --- a/target-arm/helper.c
> > +++ b/target-arm/helper.c
> > @@ -325,6 +325,21 @@ void init_cpreg_list(ARMCPU *cpu)
> >      g_list_free(keys);
> >  }
> >
> > +/*
> > + * Some registers are not accessible if EL3.NS=0 and EL3 is using AArch32 but
> > + * they are accesible when EL3 is using AArch64 regardless of EL3.NS.
> > + */
> > +static CPAccessResult access_el3_aa32ns_aa64any(CPUARMState *env,
> > +                                                const ARMCPRegInfo *ri)
> > +{
> > +    bool secure = arm_is_secure_below_el3(env);
> > +
> > +    if (secure && !arm_el_is_aa64(env, 3)) {
> > +        return CP_ACCESS_TRAP_UNCATEGORIZED;
> > +    }
> > +    return CP_ACCESS_OK;
> > +}
> 
> This access function will always return OK for the AArch64 register,
> so probably better to split the regdef rather than using STATE_BOTH,
> and then avoid the accessfn on the 64-bit register.
> 
> > +
> >  static void dacr_write(CPUARMState *env, const ARMCPRegInfo *ri, uint64_t value)
> >  {
> >      ARMCPU *cpu = arm_env_get_cpu(env);
> > @@ -3112,6 +3127,10 @@ static const ARMCPRegInfo el3_no_el2_cp_reginfo[] = {
> >      { .name = "TCR_EL2", .state = ARM_CP_STATE_BOTH,
> >        .opc0 = 3, .opc1 = 4, .crn = 2, .crm = 0, .opc2 = 2,
> >        .access = PL2_RW, .type = ARM_CP_CONST, .resetvalue = 0 },
> > +    { .name = "VTCR_EL2", .state = ARM_CP_STATE_BOTH,
> > +      .opc0 = 3, .opc1 = 4, .crn = 2, .crm = 1, .opc2 = 2,
> > +      .access = PL2_RW, .accessfn = access_el3_aa32ns_aa64any,
> > +      .readfn = arm_cp_read_zero, .writefn = arm_cp_write_ignore },
> 
> RAZ/WI register should use CP_CONST/resetvalue=0. (Access functions
> apply even for const registers.)
> 
> >      { .name = "SCTLR_EL2", .state = ARM_CP_STATE_BOTH,
> >        .opc0 = 3, .opc1 = 4, .crn = 1, .crm = 0, .opc2 = 0,
> >        .access = PL2_RW, .type = ARM_CP_CONST, .resetvalue = 0 },
> > @@ -3246,6 +3265,12 @@ static const ARMCPRegInfo el2_cp_reginfo[] = {
> >        .access = PL2_RW, .writefn = vmsa_tcr_el1_write,
> >        .resetfn = vmsa_ttbcr_reset, .raw_writefn = raw_write,
> >        .fieldoffset = offsetof(CPUARMState, cp15.tcr_el[2]) },
> > +    { .name = "VTCR_EL2", .state = ARM_CP_STATE_BOTH,
> > +      .opc0 = 3, .opc1 = 4, .crn = 2, .crm = 1, .opc2 = 2,
> > +      .access = PL2_RW, .accessfn = access_el3_aa32ns_aa64any,
> > +      .writefn = vmsa_tcr_el1_write,
> 
> There's no AS bit in the VTCR_EL2, so you could avoid an unnecessary
> TLB flush by not using the writefn we use for TCR_EL1. (I think
> that if you don't provide a writefn or raw_writefn it should just
> work, but check that...)

I think you are right, nice catch. I'll fix all of these up.

Cheers,
Edgar


> 
> > +      .resetfn = vmsa_ttbcr_reset, .raw_writefn = raw_write,
> > +      .fieldoffset = offsetof(CPUARMState, cp15.vtcr_el2) },
> >      { .name = "SCTLR_EL2", .state = ARM_CP_STATE_BOTH,
> >        .opc0 = 3, .opc1 = 4, .crn = 1, .crm = 0, .opc2 = 0,
> >        .access = PL2_RW, .raw_writefn = raw_write, .writefn = sctlr_write,
> > @@ -5735,8 +5760,7 @@ static inline bool regime_translation_disabled(CPUARMState *env,
> >  static inline TCR *regime_tcr(CPUARMState *env, ARMMMUIdx mmu_idx)
> >  {
> >      if (mmu_idx == ARMMMUIdx_S2NS) {
> > -        /* TODO: return VTCR_EL2 */
> > -        g_assert_not_reached();
> > +        return &env->cp15.vtcr_el2;
> >      }
> >      return &env->cp15.tcr_el[regime_el(env, mmu_idx)];
> >  }
> 
> thanks
> -- PMM

  reply	other threads:[~2015-09-08 14:37 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-03 20:14 [Qemu-devel] [PATCH v1 00/10] arm: Steps towards EL2 support round 4 Edgar E. Iglesias
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 01/10] target-arm: Log the target EL when taking exceptions Edgar E. Iglesias
2015-09-03 22:18   ` Alistair Francis
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 02/10] target-arm: Correct opc1 for AT_S12Exx Edgar E. Iglesias
2015-09-03 22:45   ` Alistair Francis
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 03/10] target-arm: Add AArch64 access to PAR_EL1 Edgar E. Iglesias
2015-09-03 23:33   ` Alistair Francis
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 04/10] target-arm: Add VTCR_EL2 Edgar E. Iglesias
2015-09-08 14:19   ` Peter Maydell
2015-09-08 14:36     ` Edgar E. Iglesias [this message]
2015-09-11 14:40     ` Edgar E. Iglesias
2015-09-11 14:43       ` Peter Maydell
2015-09-11 16:11         ` Edgar E. Iglesias
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 05/10] target-arm: Add VTTBR_EL2 Edgar E. Iglesias
2015-09-08 14:27   ` Peter Maydell
2015-09-08 18:14     ` Edgar E. Iglesias
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 06/10] target-arm: Supress TBI for S2 translations Edgar E. Iglesias
2015-09-08 14:30   ` Peter Maydell
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 07/10] target-arm: Supress the use of TTBR1 " Edgar E. Iglesias
2015-09-08 14:32   ` Peter Maydell
2015-09-08 14:42     ` Edgar E. Iglesias
2015-09-08 14:50       ` Peter Maydell
2015-09-08 14:57         ` Edgar E. Iglesias
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 08/10] target-arm: Supress EPD for S2, EL2 and EL3 translations Edgar E. Iglesias
2015-09-08 14:33   ` Peter Maydell
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 09/10] target-arm: Add VPIDR_EL2 Edgar E. Iglesias
2015-09-08 14:36   ` Peter Maydell
2015-09-03 20:14 ` [Qemu-devel] [PATCH v1 10/10] target-arm: Add VMPIDR_EL2 Edgar E. Iglesias
2015-09-08 14:42   ` Peter Maydell
2015-09-08 14:43 ` [Qemu-devel] [PATCH v1 00/10] arm: Steps towards EL2 support round 4 Peter Maydell

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=20150908143649.GE12618@toto \
    --to=edgar.iglesias@xilinx.com \
    --cc=agraf@suse.de \
    --cc=alex.bennee@linaro.org \
    --cc=edgar.iglesias@gmail.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=serge.fdrv@gmail.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).