[PATCH 4/8] clk: sunxi-ng: Rename files to match Kconfig and drivers
Maxime Ripard
maxime at cerno.tech
Tue Sep 7 10:43:24 PDT 2021
Hi,
On Fri, Sep 03, 2021 at 03:57:14PM -0500, Samuel Holland wrote:
> Hi Maxime,
>
> On 9/3/21 4:10 AM, Maxime Ripard wrote:
> > Hi,
> >
> > On Wed, Sep 01, 2021 at 12:05:22AM -0500, Samuel Holland wrote:
> >> When the drivers are built as modules, the file name will become the
> >> module name. Rename the files so everything matches: the Kconfig symbol,
> >> the platform driver name (as seen in sysfs), and the module name.
> >>
> >> Signed-off-by: Samuel Holland <samuel at sholland.org>
> >
> > I'm not a big fan of big renames like this, it makes merging and
> > backporting patches harder in the long term.
>
> I can split this into two commits, first the .c files and then the .h
> files, so everything is a 100% rename, if that makes a difference.
>
> > I assume you did this to make the module autoloading work? If so, using
> > MODULE_ALIAS would be less intrusive
>
> Autoloading should work anyway, since there is a module alias for the
> compatible string. This change is more about the principle of least
> surprise. The compatible is allwinner,sun50i-a64-ccu, the Kconfig symbol
> is SUN50I_A64_CCU, the driver name (in /sys/bus/platform/drivers) is
> sun50i_a64_ccu, but yet the module name is ccu-sun50i-a64???
We can't really do much for the compatible, and it's the standard
practice there anyway. However, it looks much more common for Kconfig to
have a pattern like $FRAMEWORK_$SOC, so maybe we could just rename the
Kconfig (and drivers name) to CCU_SUN50I_A64? It's not been exposed to
the defconfig so far anyway, so we can change them without any real harm
> Once we allow building modules, the names are ABI, and this
> inconsistency will bother me until the end of time :)
>
> If there is a way to completely rename the module without renaming the
> files (not adding an alias), then that would be enough for me.
Otherwise, yeah, we can do what Stephen suggested
Maxime
More information about the linux-arm-kernel
mailing list