[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251216144845-GYC1903981@gentoo.org>
Date: Tue, 16 Dec 2025 22:48:45 +0800
From: Yixun Lan <dlan@...too.org>
To: Inochi Amaoto <inochiama@...il.com>
Cc: Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>, Haylen Chu <heylenay@....org>,
Brian Masney <bmasney@...hat.com>,
Troy Mitchell <troy.mitchell@...ux.spacemit.com>,
Alex Elder <elder@...cstar.com>,
Akhilesh Patil <akhilesh@...iitb.ac.in>, linux-clk@...r.kernel.org,
linux-riscv@...ts.infradead.org, spacemit@...ts.linux.dev,
linux-kernel@...r.kernel.org, Longbin Li <looong.bin@...il.com>
Subject: Re: [PATCH] clk: spacemit: Fix module build for spacemit common ccu
driver
Hi
On 06:12 Tue 16 Dec , Yixun Lan wrote:
> Hi Inochi,
>
> On 07:29 Mon 15 Dec , Inochi Amaoto wrote:
> > For build spacemit common clock driver as a module, the build
> > process require MODULE_LICENSE()/MODULE_DESCRIPTION() globally
> > and EXPORT_SYMBOL() for every exposed symbol. Otherwise, the
> > build will fail.
> >
> > Add these missing hints, so the driver can be built as a module.
> >
> > Fixes: 1b72c59db0ad ("clk: spacemit: Add clock support for SpacemiT K1 SoC")
> > Signed-off-by: Inochi Amaoto <inochiama@...il.com>
> looks good, thanks
>
> Reviewed-by: Yixun Lan <dlan@...too.org>
>
On my second thought, since all functions only used in spacemit clock
driver, how about using symbol namespaces? please refer the doc
https://www.kernel.org/doc/Documentation/kbuild/namespaces.rst
or check drivers/clk/meson/ for example..
--
Yixun Lan (dlan)
Powered by blists - more mailing lists