qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [Qemu-ppc for-2.10] [PATCH V3 2/5] target/ppc: Flush TLB


From: Suraj Jitindar Singh
Subject: Re: [Qemu-ppc] [Qemu-ppc for-2.10] [PATCH V3 2/5] target/ppc: Flush TLB on write to PIDR
Date: Thu, 06 Apr 2017 10:37:42 +1000

On Thu, 2017-03-30 at 15:34 +1100, David Gibson wrote:
> On Wed, Mar 29, 2017 at 04:43:46PM +1100, Suraj Jitindar Singh wrote:
> > 
> > The PIDR (process id register) is used to store the id of the
> > currently
> > running process, which is used to select the process table entry
> > used to
> > perform address translation. This means that when we write to this
> > register
> > all the translations in the TLB become outdated as they are for a
> > previously running process. Thus when this register is written to
> > we need
> > to invalidate the TLB entries to ensure stale entries aren't used
> > to
> > to perform translation for the new process, which would result in
> > at best
> > segfaults or alternatively just random memory being accessed.
> > 
> > Signed-off-by: Suraj Jitindar Singh <address@hidden>
> > Reviewed-by: David Gibson <address@hidden>
> > ---
> >  target/ppc/helper.h         | 1 +
> >  target/ppc/misc_helper.c    | 8 ++++++++
> >  target/ppc/translate_init.c | 8 +++++++-
> >  3 files changed, 16 insertions(+), 1 deletion(-)
> > 
> > diff --git a/target/ppc/helper.h b/target/ppc/helper.h
> > index 6d77661..bb6a94a 100644
> > --- a/target/ppc/helper.h
> > +++ b/target/ppc/helper.h
> > @@ -709,6 +709,7 @@ DEF_HELPER_FLAGS_1(load_601_rtcu,
> > TCG_CALL_NO_RWG, tl, env)
> >  DEF_HELPER_FLAGS_1(load_purr, TCG_CALL_NO_RWG, tl, env)
> >  #endif
> >  DEF_HELPER_2(store_sdr1, void, env, tl)
> > +DEF_HELPER_2(store_pidr, void, env, tl)
> >  DEF_HELPER_FLAGS_2(store_tbl, TCG_CALL_NO_RWG, void, env, tl)
> >  DEF_HELPER_FLAGS_2(store_tbu, TCG_CALL_NO_RWG, void, env, tl)
> >  DEF_HELPER_FLAGS_2(store_atbl, TCG_CALL_NO_RWG, void, env, tl)
> > diff --git a/target/ppc/misc_helper.c b/target/ppc/misc_helper.c
> > index fa573dd..0e42178 100644
> > --- a/target/ppc/misc_helper.c
> > +++ b/target/ppc/misc_helper.c
> > @@ -88,6 +88,14 @@ void helper_store_sdr1(CPUPPCState *env,
> > target_ulong val)
> >      }
> >  }
> >  
> > +void helper_store_pidr(CPUPPCState *env, target_ulong val)
> > +{
> > +    PowerPCCPU *cpu = ppc_env_get_cpu(env);
> > +
> > +    env->spr[SPR_BOOKS_PID] = val;
> > +    tlb_flush(CPU(cpu));
> > +}
> > +
> >  void helper_store_hid0_601(CPUPPCState *env, target_ulong val)
> >  {
> >      target_ulong hid0;
> > diff --git a/target/ppc/translate_init.c
> > b/target/ppc/translate_init.c
> > index aa0c44d..79f17a0 100644
> > --- a/target/ppc/translate_init.c
> > +++ b/target/ppc/translate_init.c
> > @@ -394,6 +394,12 @@ static void spr_write_sdr1 (DisasContext *ctx,
> > int sprn, int gprn)
> >      gen_helper_store_sdr1(cpu_env, cpu_gpr[gprn]);
> >  }
> >  
> > +/* PIDR */
> > +static void spr_write_pidr(DisasContext *ctx, int sprn, int gprn)
> > +{
> > +    gen_helper_store_pidr(cpu_env, cpu_gpr[gprn]);
> > +}
> > +
> >  /* 64 bits PowerPC specific SPRs */
> >  #if defined(TARGET_PPC64)
> >  static void spr_read_hior (DisasContext *ctx, int gprn, int sprn)
> > @@ -8200,7 +8206,7 @@ static void gen_spr_power8_book4(CPUPPCState
> > *env)
> >                       KVM_REG_PPC_ACOP, 0);
> >      spr_register_kvm(env, SPR_BOOKS_PID, "PID",
> >                       SPR_NOACCESS, SPR_NOACCESS,
> > -                     &spr_read_generic, &spr_write_generic,
> > +                     &spr_read_generic, &spr_write_pidr,
> >                       KVM_REG_PPC_PID, 0);
> >      spr_register_kvm(env, SPR_WORT, "WORT",
> >                       SPR_NOACCESS, SPR_NOACCESS,
> 
> Hrm.. I'm a bit confused.  I see PID being registered for both POWER8
> and POWER9, but I thought the PID register was new for POWER9 (for
> BookS).
> 

Yeah so for POWER8 the PIDR only existed for POWER8E.

But in the init function we don't differentiate between the various
POWER8 processors.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]