On Fri, Jan 31, 2014 at 03:45:27PM +0000, Peter Maydell wrote: > Make the cache ID system registers (CLIDR, CCSELR, CCSIDR, CTR) s/CCSELR/CSSELR/ > visible to AArch64. These are mostly simple 64-bit extensions of the > existing 32 bit system registers and so can share reginfo definitions. According to the document(ARM DDI 0487A.a), some AArch64 system registers are 32-bit, for example CCSIDR_EL1 is 32-bit. But System_Put() and System_Get() writes/reads 64-bit values, which makes me confused. > CTR needs to have a split definition, but we can clean up the > temporary user-mode implementation in favour of using the CPU-specified > reset value, and implement the system-mode-required semantics of > restricting its EL0 accessibility if SCTLR.UCT is not set. > > Signed-off-by: Peter Maydell <peter.maydell@xxxxxxxxxx> > --- > target-arm/cpu.c | 2 ++ > target-arm/cpu.h | 2 +- > target-arm/cpu64.c | 1 + > target-arm/helper.c | 31 +++++++++++++++++++++---------- > 4 files changed, 25 insertions(+), 11 deletions(-) > > diff --git a/target-arm/cpu.c b/target-arm/cpu.c > index fe18b65..8fed098 100644 > --- a/target-arm/cpu.c > +++ b/target-arm/cpu.c > @@ -91,6 +91,8 @@ static void arm_cpu_reset(CPUState *s) > env->aarch64 = 1; > #if defined(CONFIG_USER_ONLY) > env->pstate = PSTATE_MODE_EL0t; > + /* Userspace expects access to CTL_EL0 */ > + env->cp15.c1_sys |= SCTLR_UCT; > #else > env->pstate = PSTATE_D | PSTATE_A | PSTATE_I | PSTATE_F > | PSTATE_MODE_EL1h; > diff --git a/target-arm/cpu.h b/target-arm/cpu.h > index d1ed423..f5b706e 100644 > --- a/target-arm/cpu.h > +++ b/target-arm/cpu.h > @@ -166,7 +166,7 @@ typedef struct CPUARMState { > /* System control coprocessor (cp15) */ > struct { > uint32_t c0_cpuid; > - uint32_t c0_cssel; /* Cache size selection. */ > + uint64_t c0_cssel; /* Cache size selection. */ I see all backing fields for AArch64 system registers are converted to uint64_t, why not convert ARMCPU.ccsidr which backs CCSIDR? -- Regards, Hu Tao _______________________________________________ kvmarm mailing list kvmarm@xxxxxxxxxxxxxxxxxxxxx https://lists.cs.columbia.edu/cucslists/listinfo/kvmarm