[PATCH] mach-ux500: unlock I&D l2x0 caches before init

Rob Herring robherring2 at gmail.com
Thu Sep 1 10:20:54 EDT 2011


Linus,

On 09/01/2011 04:41 AM, Linus Walleij wrote:
> From: Linus Walleij <linus.walleij at linaro.org>
> 
> Apparently U8500 U-Boot versions may leave the l2x0 locked down
> before executing the kernel. Make sure we unlock it before we
> initialize the l2x0. This fixes a performance problem reported
> by Jan Rinze.
> 

Just when you think a bootloader wouldn't muck with something like this...

I'll ask the obvious question: As this is u-boot, can't this be fixed in
u-boot?

> Cc: Srinidhi Kasagar <srinidhi.kasagar at stericsson.com>
> Cc: Rabin Vincent <rabin.vincent at stericsson.com>
> Cc: Adrian Bunk <adrian.bunk at movial.com>
> Reported-by: Jan Rinze <janrinze at gmail.com>
> Tested-by: Robert Marklund <robert.marklund at stericsson.com>
> Signed-off-by: Linus Walleij <linus.walleij at linaro.org>
> ---
>  arch/arm/mach-ux500/cache-l2x0.c |   15 +++++++++++++++
>  1 files changed, 15 insertions(+), 0 deletions(-)
> 
> diff --git a/arch/arm/mach-ux500/cache-l2x0.c b/arch/arm/mach-ux500/cache-l2x0.c
> index 9d09e4d..96ef556 100644
> --- a/arch/arm/mach-ux500/cache-l2x0.c
> +++ b/arch/arm/mach-ux500/cache-l2x0.c
> @@ -70,3 +70,18 @@ static int ux500_l2x0_init(void)
>  }
>  
>  early_initcall(ux500_l2x0_init);
> +
> +static int ux500_l2x0_unlock(void)
> +{
> +	/*
> +	 * Unlock Data and Instruction Lock if locked. Ux500 U-Boot versions
> +	 * apparently locks both caches before jumping to the kernel.
> +	 */
> +	if (readl_relaxed(l2x0_base + L2X0_LOCKDOWN_WAY_D) & 0xFF)
> +		writel_relaxed(0x0, l2x0_base + L2X0_LOCKDOWN_WAY_D);
> +
> +	if (readl_relaxed(l2x0_base + L2X0_LOCKDOWN_WAY_I) & 0xFF)
> +		writel_relaxed(0x0, l2x0_base + L2X0_LOCKDOWN_WAY_I);

Do you really need to read the register first?

Can't this just be done unconditionally in l2x0_init for everyone. I
doubt anyone wants to lock down ways. You would need to adjust for
16-way support.

Rob



More information about the linux-arm-kernel mailing list