[<prev] [next>] [day] [month] [year] [list]
Message-ID: <7001eef4-42bd-0c17-50a3-4d619d0fc80a@gmail.com>
Date: Mon, 1 Feb 2021 09:50:43 +0100
From: Matthias Brugger <matthias.bgg@...il.com>
To: Arnd Bergmann <arnd@...nel.org>
Cc: Neal Liu <neal.liu@...iatek.com>, Rob Herring <robh+dt@...nel.org>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will@...nel.org>, SoC Team <soc@...nel.org>,
DTML <devicetree@...r.kernel.org>,
wsd_upstream <wsd_upstream@...iatek.com>,
Hanks Chen <Hanks.Chen@...iatek.com>,
lkml <linux-kernel@...r.kernel.org>,
"moderated list:ARM/Mediatek SoC..."
<linux-mediatek@...ts.infradead.org>,
Jackson-kt Chang <Jackson-kt.Chang@...iatek.com>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v1 2/2] arm64: configs: Support DEVAPC on MediaTek
platforms
On 31/01/2021 23:23, Arnd Bergmann wrote:
> On Sun, Jan 31, 2021 at 3:07 PM Matthias Brugger <matthias.bgg@...il.com> wrote:
>> On 23/12/2020 09:44, Neal Liu wrote:
>>> Support DEVAPC on MediaTek platforms by enabling CONFIG_MTK_DEVAPC.
>>>
>>> Signed-off-by: Neal Liu <neal.liu@...iatek.com>
>>> ---
>>> arch/arm64/configs/defconfig | 1 +
>>> 1 file changed, 1 insertion(+)
>>>
>>> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
>>> index 17a2df6..a373776 100644
>>> --- a/arch/arm64/configs/defconfig
>>> +++ b/arch/arm64/configs/defconfig
>>> @@ -257,6 +257,7 @@ CONFIG_MTD_NAND_MARVELL=y
>>> CONFIG_MTD_NAND_FSL_IFC=y
>>> CONFIG_MTD_NAND_QCOM=y
>>> CONFIG_MTD_SPI_NOR=y
>>> +CONFIG_MTK_DEVAPC=m
>>> CONFIG_SPI_CADENCE_QUADSPI=y
>>> CONFIG_BLK_DEV_LOOP=y
>>> CONFIG_BLK_DEV_NBD=m
>>>
>>
>> From my understanding, defconfig is for a minimal config that allows to boot a
>> machine. As MTK_DEVAPC is a rather exotic driver to detect bus access
>> violations, I think it's not a good candidate for inclusion in defconfig.
>>
>> In any case, I added the SoC maintainer, so that they can correct me, if I'm
>> wrong :)
>
> I generally don't mind adding platform specific drivers as loadable modules
> even if they are somewhat obscure. For built-in drivers, this is
> different though,
> as those have a noticeable impact on other platforms.
>
> I haven't kept track of what this particular driver does, but from the Kconfig
> description, I'd say it should get enabled in defconfig.
>
Thanks for the feedback Arnd.
Applied now to v5.11-next/defconfig
Powered by blists - more mailing lists