[PATCH 07/10] bsp/arm: Report correct maximal cache line length for ARM Cortex-A + L2C-310.

Sebastian Huber sebastian.huber at embedded-brains.de
Mon Jul 4 05:31:23 UTC 2016


Does it make sense to use the new

ARM_MULTILIB_CACHE_LINE_MAX_64B

here?


On 04/07/16 01:52, ppisa at cmp.felk.cvut.cz wrote:
> From: Pavel Pisa <pisa at cmp.felk.cvut.cz>
>
> ---
>   c/src/lib/libbsp/arm/shared/arm-l2c-310/cache_.h | 4 ++++
>   1 file changed, 4 insertions(+)
>
> diff --git a/c/src/lib/libbsp/arm/shared/arm-l2c-310/cache_.h b/c/src/lib/libbsp/arm/shared/arm-l2c-310/cache_.h
> index 35c8002..e83b55c 100644
> --- a/c/src/lib/libbsp/arm/shared/arm-l2c-310/cache_.h
> +++ b/c/src/lib/libbsp/arm/shared/arm-l2c-310/cache_.h
> @@ -72,6 +72,10 @@ extern "C" {
>   /* These two defines also ensure that the rtems_cache_* functions have bodies */
>   #define CPU_DATA_CACHE_ALIGNMENT ARM_CACHE_L1_CPU_DATA_ALIGNMENT
>   #define CPU_INSTRUCTION_CACHE_ALIGNMENT ARM_CACHE_L1_CPU_INSTRUCTION_ALIGNMENT
> +#if defined(__ARM_ARCH_7A__)
> +/* Some/many ARM Cortex-A cores have L1 data line lenght 64 bytes */
> +#define CPU_MAXIMAL_CACHE_ALIGNMENT 64
> +#endif
>   #define CPU_CACHE_SUPPORT_PROVIDES_RANGE_FUNCTIONS \
>     ARM_CACHE_L1_CPU_SUPPORT_PROVIDES_RANGE_FUNCTIONS
>   #define CPU_CACHE_SUPPORT_PROVIDES_CACHE_SIZE_FUNCTIONS

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.




More information about the devel mailing list