[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <976e57f8-07ee-4698-b29d-dd854b79e570@canonical.com>
Date: Wed, 29 Sep 2021 15:36:56 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...onical.com>
To: Will McVicker <willmcvicker@...gle.com>,
Russell King <linux@...linux.org.uk>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>,
Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
Sylwester Nawrocki <s.nawrocki@...sung.com>,
Tomasz Figa <tomasz.figa@...il.com>,
Chanwoo Choi <cw00.choi@...sung.com>,
Linus Walleij <linus.walleij@...aro.org>,
Alessandro Zummo <a.zummo@...ertech.it>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
John Stultz <john.stultz@...aro.org>,
Thomas Gleixner <tglx@...utronix.de>,
Arnd Bergmann <arnd@...db.de>, Olof Johansson <olof@...om.net>
Cc: Lee Jones <lee.jones@...aro.org>,
Geert Uytterhoeven <geert@...ux-m68k.org>,
Saravana Kannan <saravanak@...gle.com>,
kernel-team@...roid.com, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-samsung-soc@...r.kernel.org,
linux-clk@...r.kernel.org, linux-gpio@...r.kernel.org,
linux-rtc@...r.kernel.org
Subject: Re: [PATCH v2 11/12] soc: samsung: pm_domains: modularize
EXYNOS_PM_DOMAINS
On 29/09/2021 01:56, Will McVicker wrote:
> Convert the Exynos PM Domains driver into a module. This includes
> setting EXYNOS_PM_DOMAINS as tristate and removing it from being
> auto-selected by ARCH_EXYNOS. Instead, the config will use
> "default y if ARCH_EXYNOS" which allows us to set it to a module via the
> defconfig now.
>
> Signed-off-by: Will McVicker <willmcvicker@...gle.com>
> ---
> arch/arm/mach-exynos/Kconfig | 1 -
> arch/arm64/Kconfig.platforms | 1 -
> drivers/soc/samsung/Kconfig | 3 ++-
> drivers/soc/samsung/pm_domains.c | 12 +++++++-----
> 4 files changed, 9 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-exynos/Kconfig b/arch/arm/mach-exynos/Kconfig
> index e97e1d8f7b00..2ad19a08bf06 100644
> --- a/arch/arm/mach-exynos/Kconfig
> +++ b/arch/arm/mach-exynos/Kconfig
> @@ -15,7 +15,6 @@ menuconfig ARCH_EXYNOS
> select EXYNOS_THERMAL
> select EXYNOS_PMU_ARM
> select EXYNOS_SROM
> - select EXYNOS_PM_DOMAINS if PM_GENERIC_DOMAINS
> select GPIOLIB
> select HAVE_ARM_ARCH_TIMER if ARCH_EXYNOS5
> select HAVE_ARM_SCU if SMP
> diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
> index e5e4b9b2fb97..e44d5e9f5058 100644
> --- a/arch/arm64/Kconfig.platforms
> +++ b/arch/arm64/Kconfig.platforms
> @@ -91,7 +91,6 @@ config ARCH_BRCMSTB
>
> config ARCH_EXYNOS
> bool "ARMv8 based Samsung Exynos SoC family"
> - select EXYNOS_PM_DOMAINS if PM_GENERIC_DOMAINS
> select HAVE_S3C_RTC if RTC_CLASS
> select PINCTRL
> select PM_GENERIC_DOMAINS if PM
> diff --git a/drivers/soc/samsung/Kconfig b/drivers/soc/samsung/Kconfig
> index fdf1162ec98b..e4743c29f73c 100644
> --- a/drivers/soc/samsung/Kconfig
> +++ b/drivers/soc/samsung/Kconfig
> @@ -37,8 +37,9 @@ config EXYNOS_PMU_ARM
> depends on ARCH_EXYNOS || (ARM && COMPILE_TEST)
>
> config EXYNOS_PM_DOMAINS
> - bool "Exynos PM domains" if COMPILE_TEST
> + tristate "Exynos PM domains"
+Cc Arnd and Olof,
Unlike in clocks and soc drivers changes, you mentioned the removal of
"if", however it is not explained why you do it.
Why is the most important part of commit message, not "what". Because
"What" we can easily see. But "why" is sometimes trickier.
Please also explain why Exynos is so special that we deviate from the
policy for all SoC that critical SoC-related drivers have to be enabled
(built-in or as module).
https://lore.kernel.org/lkml/CAK8P3a1TY+XT1vF=wAh0XA5BXU5Z6Ab1d4DekXbVsN9aj3aL5w@mail.gmail.com/
We follow specific convention or policy and changing it requires some
discussion, not silently under the "modularize" hood. It really looks
like you want to sneak it in.
P.S. I recommend also to Cc Soc maintainers, because their point of view
here is crucial.
> depends on (ARCH_EXYNOS && PM_GENERIC_DOMAINS) || COMPILE_TEST
> + default y if ARCH_EXYNOS
Best regards,
Krzysztof
Powered by blists - more mailing lists