From: Vladimir Zapolskiy <vz@kernel.org>
To: Karl Mehltretter <kmehltretter@gmail.com>,
Piotr Wojtaszczyk <piotr.wojtaszczyk@timesys.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] ARM: lpc32xx: only run SoC init on LPC32xx hardware
Date: Fri, 17 Jul 2026 09:29:17 +0300 [thread overview]
Message-ID: <563ae255-a9a6-42f9-8f5f-77b341fed69f@kernel.org> (raw)
In-Reply-To: <20260713192506.7782-1-kmehltretter@gmail.com>
On 7/13/26 22:25, Karl Mehltretter wrote:
> lpc32xx_check_uid() and lpc32xx_pm_init() are arch_initcalls that poke
> LPC32xx-only registers. Since the multiplatform conversion they also
> run on other ARCH_MULTI_V5 boards where access faults e.g. on versatile:
>
> Unable to handle kernel paging request at virtual address f4004130
> PC is at lpc32xx_check_uid+0x2c/0x9c
>
> Drop the arch_initcall() registrations and call both functions directly
> from lpc3250_machine_init(), the machine's .init_machine hook.
> The calls are placed in link order (common.c, pm.c, phy3250.c) to
> keep their previous relative ordering.
>
> Fixes: 75bf1bd7d2f9 ("ARM: lpc32xx: allow multiplatform build")
> Suggested-by: Arnd Bergmann <arnd@arndb.de>
> Signed-off-by: Karl Mehltretter <kmehltretter@gmail.com>
> ---
> v2:
> - Rather than guarding the two arch_initcalls, drop the initcalls
> entirely and call both functions from lpc3250_machine_init(), which
> is already guarded properly. (Suggested by Arnd.)
>
> arch/arm/mach-lpc32xx/common.c | 5 +----
> arch/arm/mach-lpc32xx/common.h | 2 ++
> arch/arm/mach-lpc32xx/phy3250.c | 2 ++
> arch/arm/mach-lpc32xx/pm.c | 5 +----
> 4 files changed, 6 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-lpc32xx/common.c b/arch/arm/mach-lpc32xx/common.c
> index 304ea61a0716..35ed3569c5a3 100644
> --- a/arch/arm/mach-lpc32xx/common.c
> +++ b/arch/arm/mach-lpc32xx/common.c
> @@ -106,7 +106,7 @@ void __init lpc32xx_map_io(void)
> iotable_init(lpc32xx_io_desc, ARRAY_SIZE(lpc32xx_io_desc));
> }
>
> -static int __init lpc32xx_check_uid(void)
> +void __init lpc32xx_check_uid(void)
> {
> u32 uid[4];
>
> @@ -119,7 +119,4 @@ static int __init lpc32xx_check_uid(void)
> system_serial_low = uid[0];
> system_serial_high = uid[1];
> }
> -
> - return 1;
> }
> -arch_initcall(lpc32xx_check_uid);
> diff --git a/arch/arm/mach-lpc32xx/common.h b/arch/arm/mach-lpc32xx/common.h
> index 32f0ad217807..06b20bea324e 100644
> --- a/arch/arm/mach-lpc32xx/common.h
> +++ b/arch/arm/mach-lpc32xx/common.h
> @@ -16,6 +16,8 @@
> * Other arch specific structures and functions
> */
> extern void __init lpc32xx_map_io(void);
> +extern void __init lpc32xx_check_uid(void);
> +extern void __init lpc32xx_pm_init(void);
> extern void __init lpc32xx_serial_init(void);
>
> /*
> diff --git a/arch/arm/mach-lpc32xx/phy3250.c b/arch/arm/mach-lpc32xx/phy3250.c
> index 66701bf43248..ddc6333ca55d 100644
> --- a/arch/arm/mach-lpc32xx/phy3250.c
> +++ b/arch/arm/mach-lpc32xx/phy3250.c
> @@ -71,6 +71,8 @@ static const struct of_dev_auxdata lpc32xx_auxdata_lookup[] __initconst = {
>
> static void __init lpc3250_machine_init(void)
> {
> + lpc32xx_check_uid();
> + lpc32xx_pm_init();
> lpc32xx_serial_init();
>
> of_platform_default_populate(NULL, lpc32xx_auxdata_lookup, NULL);
> diff --git a/arch/arm/mach-lpc32xx/pm.c b/arch/arm/mach-lpc32xx/pm.c
> index 2572bd89a5e8..9b5c5e1462ed 100644
> --- a/arch/arm/mach-lpc32xx/pm.c
> +++ b/arch/arm/mach-lpc32xx/pm.c
> @@ -120,7 +120,7 @@ static const struct platform_suspend_ops lpc32xx_pm_ops = {
> #define EMC_DYN_MEM_CTRL_OFS 0x20
> #define EMC_SRMMC (1 << 3)
> #define EMC_CTRL_REG io_p2v(LPC32XX_EMC_BASE + EMC_DYN_MEM_CTRL_OFS)
> -static int __init lpc32xx_pm_init(void)
> +void __init lpc32xx_pm_init(void)
> {
> /*
> * Setup SDRAM self-refresh clock to automatically disable o
> @@ -129,7 +129,4 @@ static int __init lpc32xx_pm_init(void)
> __raw_writel(__raw_readl(EMC_CTRL_REG) | EMC_SRMMC, EMC_CTRL_REG);
>
> suspend_set_ops(&lpc32xx_pm_ops);
> -
> - return 0;
> }
> -arch_initcall(lpc32xx_pm_init);
Reviewed-by: Vladimir Zapolskiy <vz@kernel.org>
--
Best wishes,
Vladimir
prev parent reply other threads:[~2026-07-17 6:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 19:25 [PATCH v2] ARM: lpc32xx: only run SoC init on LPC32xx hardware Karl Mehltretter
2026-07-14 6:12 ` Arnd Bergmann
2026-07-16 23:00 ` Vladimir Zapolskiy
2026-07-17 6:29 ` Vladimir Zapolskiy [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=563ae255-a9a6-42f9-8f5f-77b341fed69f@kernel.org \
--to=vz@kernel.org \
--cc=arnd@arndb.de \
--cc=kmehltretter@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=piotr.wojtaszczyk@timesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox