[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170421222159.GA3780@atomide.com>
Date: Fri, 21 Apr 2017 15:21:59 -0700
From: Tony Lindgren <tony@...mide.com>
To: Arnd Bergmann <arnd@...db.de>
Cc: Santosh Shilimkar <ssantosh@...nel.org>,
Tomi Valkeinen <tomi.valkeinen@...com>,
Nishanth Menon <nm@...com>, Tero Kristo <t-kristo@...com>,
linux-arm-kernel@...ts.infradead.org, linux-omap@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ARM: omap2+: make omap4_get_cpu1_ns_pa_addr declaration
usable
* Arnd Bergmann <arnd@...db.de> [170421 14:59]:
> When CONFIG_PM is disabled, we get a build error:
>
> arch/arm/mach-omap2/omap-smp.c: In function 'omap4_smp_maybe_reset_cpu1':
> arch/arm/mach-omap2/omap-smp.c:309:20: error: implicit declaration of function 'omap4_get_cpu1_ns_pa_addr'; did you mean 'omap4_get_scu_base'? [-Werror=implicit-function-declaration]
>
> We need to fix this in multiple files, to ensure the declaration is visible,
> to actually build the function without CONFIG_PM, and to only call it
> when OMAP4 and/or OMAP5 are enabled.
>
> Fixes: 351b7c490700 ("ARM: omap2+: Revert omap-smp.c changes resetting CPU1 during boot")
Oops, sorry about that. Looks like I never hit that with my
randconfig builds earlier probably as we have at least CPU_IDLE and
ARCH_OMAP2PLUS_TYPICAL select PM. Thanks for fixing it:
Acked-by: Tony Lindgren <tony@...mide.com>
Powered by blists - more mailing lists