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

Re: [Xen-devel] [PATCH] xen/arm: Read the cacheline size from CTR register


  • To: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • From: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • Date: Fri, 2 Mar 2018 10:33:06 -0800 (PST)
  • Authentication-results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org
  • Authentication-results: mail.kernel.org; spf=none smtp.mailfrom=sstabellini@xxxxxxxxxx
  • Cc: Julien Grall <julien.grall@xxxxxxx>, xen-devel@xxxxxxxxxxxxx
  • Delivery-date: Fri, 02 Mar 2018 18:33:13 +0000
  • Dmarc-filter: OpenDMARC Filter v1.3.2 mail.kernel.org A9048214EE
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Fri, 2 Mar 2018, Stefano Stabellini wrote:
> On Fri, 2 Mar 2018, Julien Grall wrote:
> > Hi,
> > 
> > On 01/03/18 23:27, Stefano Stabellini wrote:
> > > See the corresponding Linux commit as reference:
> > > 
> > >    commit f91e2c3bd427239c198351f44814dd39db91afe0
> > >    Author: Catalin Marinas <catalin.marinas@xxxxxxx>
> > >    Date:   Tue Dec 7 16:52:04 2010 +0100
> > > 
> > >        ARM: 6527/1: Use CTR instead of CCSIDR for the D-cache line size on
> > > ARMv7
> > > 
> > >        The current implementation of the dcache_line_size macro reads the 
> > > L1
> > >        cache size from the CCSIDR register. This, however, is not 
> > > guaranteed
> > > to
> > >        be the smallest cache line in the cache hierarchy. The patch 
> > > changes
> > > to
> > >        the macro to use the more architecturally correct CTR register.
> > > 
> > >        Reported-by: Kevin Sapp <ksapp@xxxxxxxxxxx>
> > >        Signed-off-by: Catalin Marinas <catalin.marinas@xxxxxxx>
> > >        Signed-off-by: Russell King <rmk+kernel@xxxxxxxxxxxxxxxx>
> > > 
> > > Suggested-by: Julien Grall <julien.grall@xxxxxxx>
> > > Signed-off-by: Stefano Stabellini <sstabellini@xxxxxxxxxx>
> > > 
> > > ---
> > > 
> > > This patch depends on "unsafe big.LITTLE support".
> > 
> > I still really don't think this should depend on "unsafe big.LITTLE 
> > support".
> > We want to backport this patch but I am still unconvinced that this is the
> > case of the big.LITTLE one. So can you please reshuffle the patches?
> 
> I'll move it earlier. For simplicity, I'll make it the first patch of
> "unsafe big.LITTLE support", althought I understand that they are
> separate fixes.
> 
> 
> > > 
> > > Previously, we discussed the possibility of reading the cacheline size
> > > when needed from the register, instead of reading it from a variable,
> > > but going through the code it doesn't seem like a worthwhile
> > > optimization.
> > 
> > Well there are a couple of reasons I wanted this to avoid the a variable:
> >     1) Potentially reading a system register + few instructions is faster
> > than a memory access
> >     2) The name of the variable leads to confusing. It is named
> > cacheline_bytes but stores the minimum cacheline size of for the data cache.
> > 
> > 1) is arguable and I don't much care whether it is done. However, I really
> > want to avoid a wrong variable name that could lead to more misuse. So we
> > should at least rename read_cacheline_size() and cacheline_bytes.
> 
> Sure, I can rename. Would min_cacheline_bytes and
> read_min_cacheline_bytes() be clearer? Otherwise, please suggest an
> alternative naming scheme.

Or min_dcache_line_bytes ?

 
> > 
> > > ---
> > >   xen/include/asm-arm/cpregs.h |  2 ++
> > >   xen/include/asm-arm/page.h   | 11 +++++------
> > >   2 files changed, 7 insertions(+), 6 deletions(-)
> > > 
> > > diff --git a/xen/include/asm-arm/cpregs.h b/xen/include/asm-arm/cpregs.h
> > > index 9e13848..8db65d5 100644
> > > --- a/xen/include/asm-arm/cpregs.h
> > > +++ b/xen/include/asm-arm/cpregs.h
> > > @@ -106,6 +106,7 @@
> > >     /* CP15 CR0: CPUID and Cache Type Registers */
> > >   #define MIDR            p15,0,c0,c0,0   /* Main ID Register */
> > > +#define CTR             p15,0,c0,c0,1   /* Cache Type Register */
> > >   #define MPIDR           p15,0,c0,c0,5   /* Multiprocessor Affinity
> > > Register */
> > >   #define ID_PFR0         p15,0,c0,c1,0   /* Processor Feature Register 0 
> > > */
> > >   #define ID_PFR1         p15,0,c0,c1,1   /* Processor Feature Register 1 
> > > */
> > > @@ -303,6 +304,7 @@
> > >   #define CPACR_EL1               CPACR
> > >   #define CPTR_EL2                HCPTR
> > >   #define CSSELR_EL1              CSSELR
> > > +#define CTR_EL0                 CTR
> > >   #define DACR32_EL2              DACR
> > >   #define ESR_EL1                 DFSR
> > >   #define ESR_EL2                 HSR
> > > diff --git a/xen/include/asm-arm/page.h b/xen/include/asm-arm/page.h
> > > index 9fbf232..4c81878 100644
> > > --- a/xen/include/asm-arm/page.h
> > > +++ b/xen/include/asm-arm/page.h
> > > @@ -140,14 +140,13 @@ extern size_t cacheline_bytes;
> > >     static inline size_t read_cacheline_size(void)
> > >   {
> > > -    uint32_t ccsid;
> > > +    uint32_t ctr;
> > >   -    /* Read the cache size ID register for the level-0 data cache */
> > > -    WRITE_SYSREG32(0, CSSELR_EL1);
> > > -    ccsid = READ_SYSREG32(CCSIDR_EL1);
> > > +    /* Read CTR */
> > > +    ctr = READ_SYSREG32(CTR_EL0);
> > >   -    /* Low 3 bits are log2(cacheline size in words) - 2. */
> > > -    return (size_t) (1U << (4 + (ccsid & 0x7)));
> > > +    /* Bits 16-19 are the log2 number of words in the cacheline. */
> > > +    return (size_t) (4 << ((ctr >> 16) & 0xf));
> > >   }
> > >     /* Functions for flushing medium-sized areas.
> > > 
> > 
> > -- 
> > Julien Grall
> > 
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.