[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <96e7f057-c505-e5d7-d89a-345b98d44448@canonical.com>
Date: Tue, 21 Sep 2021 09:22:55 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...onical.com>
To: Will McVicker <willmcvicker@...gle.com>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>,
Sylwester Nawrocki <s.nawrocki@...sung.com>,
Tomasz Figa <tomasz.figa@...il.com>,
Chanwoo Choi <cw00.choi@...sung.com>,
Michael Turquette <mturquette@...libre.com>,
Stephen Boyd <sboyd@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Alessandro Zummo <a.zummo@...ertech.it>,
Alexandre Belloni <alexandre.belloni@...tlin.com>
Cc: Lee Jones <lee.jones@...aro.org>, 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 v1 0/4] arm64: Kconfig: Update ARCH_EXYNOS select configs
On 21/09/2021 09:19, Krzysztof Kozlowski wrote:
> On 20/09/2021 21:03, Will McVicker wrote:
>> This patch series tries to address the issue of ARCH_EXYNOS force selecting
>> a handful of drivers without allowing the vendor to override any of the
>> default configs. This takes away from the flexibilty of compiling a generic
>> kernel with exynos kernel modules. For example, it doesn't allow vendors to
>> modularize these drivers out of the core kernel in order to share a generic
>> kernel image across multiple devices that require device-specific kernel
>> modules.
>
> You do not address the issue in these patches. The problem you describe
> is that drivers are not modules and you are not changing them into modules.
>
>>
>> To address this without impacting the existing behavior, this series
>> switches the default config logic for the offending configs to use "default
>> y if ARCH_EXYNOS" versus having ARCH_EXYNOS directly select them. I have
>> verified that these patches do not impact the default aarch64 .config.
>
> Yep, this is what you did but it does not match the described problem.
> You are not solving it but doing something else.
>
>>
>> Will McVicker (4):
>> clk: samsung: change COMMON_CLK_SAMSUNG default config logic
>> soc: samsung: change SOC_SAMSUNG default config logic
>> pinctrl: samsung: change PINCTRL_EXYNOS default config logic
>> rtc: change HAVE_S3C_RTC default config logic
>>
>
>
> I received only two patches from this set. Please resend following
> get_maintainers.pl script.
For the record - samsung-soc list also did not get all your patches.
NAK, please use get_maintainers.pl.
Best regards,
Krzysztof
Powered by blists - more mailing lists