[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