On 30 October 2014 21:28, Greg Bellows <greg.bell...@linaro.org> wrote: > When EL3 is running in Aarch32 (or ARMv7 with Security Extensions) > VBAR has a secure and a non-secure instance, which are mapped to > VBAR_EL1 and VBAR_EL3. > > Signed-off-by: Greg Bellows <greg.bell...@linaro.org> > > --- > > v5 -> v6 > - Changed _el field variants to be array based > - Merged VBAR and VBAR_EL1 reginfo entries > > v3 -> v4 > - Fix vbar union/structure definition > - Revert back to array-based vbar definition combined with v7 naming > --- > target-arm/cpu.h | 10 +++++++++- > target-arm/helper.c | 8 ++++---- > 2 files changed, 13 insertions(+), 5 deletions(-) > > diff --git a/target-arm/cpu.h b/target-arm/cpu.h > index 3c6ff4a..e0954c7 100644 > --- a/target-arm/cpu.h > +++ b/target-arm/cpu.h > @@ -306,7 +306,15 @@ typedef struct CPUARMState { > uint32_t c9_pmuserenr; /* perf monitor user enable */ > uint32_t c9_pminten; /* perf monitor interrupt enables */ > uint64_t mair_el1; > - uint64_t vbar_el[4]; /* vector base address register */ > + union { /* vector base address register */ > + struct { > + uint64_t _unused_vbar; > + uint64_t vbar_ns; > + uint64_t hvbar; > + uint64_t vbar_s; > + }; > + uint64_t vbar_el[4]; > + }; > uint32_t mvbar; /* (monitor) vector base address register */ > uint32_t c13_fcse; /* FCSE PID. */ > uint64_t contextidr_el1; /* Context ID. */ > diff --git a/target-arm/helper.c b/target-arm/helper.c > index ec957fb..fb040d4 100644 > --- a/target-arm/helper.c > +++ b/target-arm/helper.c > @@ -905,9 +905,9 @@ static const ARMCPRegInfo v7_cp_reginfo[] = { > .resetvalue = 0, .writefn = pmintenclr_write, }, > { .name = "VBAR", .state = ARM_CP_STATE_BOTH, > .opc0 = 3, .crn = 12, .crm = 0, .opc1 = 0, .opc2 = 0, > - .access = PL1_RW, .writefn = vbar_write, > - .fieldoffset = offsetof(CPUARMState, cp15.vbar_el[1]), > - .resetvalue = 0 }, > + .access = PL1_RW, .writefn = vbar_write, .resetvalue = 0, > + .bank_fieldoffsets = { offsetof(CPUARMState, cp15.vbar_s), > + offsetof(CPUARMState, cp15.vbar_ns) } },
This is unnecessarily moving the .resetvalue setting around again. Otherwise Reviewed-by: Peter Maydell <peter.mayd...@linaro.org> thanks -- PMM