From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1F6B7C71156 for ; Tue, 1 Dec 2020 14:41:59 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id BA00420757 for ; Tue, 1 Dec 2020 14:41:58 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389082AbgLAOlm (ORCPT ); Tue, 1 Dec 2020 09:41:42 -0500 Received: from mail.kernel.org ([198.145.29.99]:57168 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387462AbgLAOlm (ORCPT ); Tue, 1 Dec 2020 09:41:42 -0500 Received: from gaia (unknown [95.146.230.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9A2B720757; Tue, 1 Dec 2020 14:40:55 +0000 (UTC) Date: Tue, 1 Dec 2020 14:40:53 +0000 From: Catalin Marinas To: ZHIZHIKIN Andrey Cc: Krzysztof Kozlowski , "linux@armlinux.org.uk" , "nicolas.ferre@microchip.com" , "alexandre.belloni@bootlin.com" , "ludovic.desroches@microchip.com" , "tony@atomide.com" , "mripard@kernel.org" , "wens@csie.org" , "jernej.skrabec@siol.net" , "thierry.reding@gmail.com" , "jonathanh@nvidia.com" , "will@kernel.org" , "tsbogend@alpha.franken.de" , "James.Bottomley@HansenPartnership.com" , "deller@gmx.de" , "mpe@ellerman.id.au" , "benh@kernel.crashing.org" , "paulus@samba.org" , "lee.jones@linaro.org" , "sam@ravnborg.org" , "emil.l.velikov@gmail.com" , "daniel.thompson@linaro.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-omap@vger.kernel.org" , "linux-tegra@vger.kernel.org" , "linux-mips@vger.kernel.org" , "linux-parisc@vger.kernel.org" , "linuxppc-dev@lists.ozlabs.org" , Arnd Bergmann , Olof Johansson , arm@kernel.org Subject: Re: [PATCH 1/5] ARM: configs: drop unused BACKLIGHT_GENERIC option Message-ID: <20201201144052.GE31404@gaia> References: <20201130152137.24909-1-andrey.zhizhikin@leica-geosystems.com> <20201130152137.24909-2-andrey.zhizhikin@leica-geosystems.com> <20201130185227.GA29434@kozik-lap> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-tegra@vger.kernel.org On Mon, Nov 30, 2020 at 07:50:25PM +0000, ZHIZHIKIN Andrey wrote: > From Krzysztof Kozlowski : > > On Mon, Nov 30, 2020 at 03:21:33PM +0000, Andrey Zhizhikin wrote: > > > Commit 7ecdea4a0226 ("backlight: generic_bl: Remove this driver as it is > > > unused") removed geenric_bl driver from the tree, together with > > > corresponding config option. > > > > > > Remove BACKLIGHT_GENERIC config item from all ARM configurations. > > > > > > Fixes: 7ecdea4a0226 ("backlight: generic_bl: Remove this driver as it > > > is unused") > > > Cc: Sam Ravnborg > > > Signed-off-by: Andrey Zhizhikin > > > > > > --- > > > arch/arm/configs/at91_dt_defconfig | 1 - > > > arch/arm/configs/cm_x300_defconfig | 1 - > > > arch/arm/configs/colibri_pxa300_defconfig | 1 - > > > arch/arm/configs/jornada720_defconfig | 1 - > > > arch/arm/configs/magician_defconfig | 1 - > > > arch/arm/configs/mini2440_defconfig | 1 - > > > arch/arm/configs/omap2plus_defconfig | 1 - > > > arch/arm/configs/pxa3xx_defconfig | 1 - > > > arch/arm/configs/qcom_defconfig | 1 - > > > arch/arm/configs/sama5_defconfig | 1 - > > > arch/arm/configs/sunxi_defconfig | 1 - > > > arch/arm/configs/tegra_defconfig | 1 - > > > arch/arm/configs/u8500_defconfig | 1 - > > > 13 files changed, 13 deletions(-) > > > > You need to send it to arm-soc maintainers, otherwise no one might feel > > responsible enough to pick it up. > > Good point, thanks a lot! > > I was not aware of the fact that there is a separate ML that should > receive patches targeted ARM SOCs. Can you (or anyone else) please > share it, so I can re-send it there as well? It's not a mailing list as such (with archives etc.), just an alias to the arm-soc maintainers: arm@kernel.org. > > Reviewed-by: Krzysztof Kozlowski > > > > +CC Arnd and Olof, > > > > Dear Arnd and Olof, > > > > Maybe it is worth to add arm-soc entry to the MAINTAINERS file? > > Otherwise how one could get your email address? Not mentioning the > > secret-soc address. :) I tried to convince them before, it didn't work. I guess they don't like to be spammed ;). Or rather, SoC-specific patches, even to defconfig, should go through the specific SoC maintainers. However, there are occasional defconfig patches which are more generic or affecting multiple SoCs. I just ignore them as the arm64 defconfig is usually handled by the arm-soc folk (when I need a defconfig change, I go for arch/arm64/Kconfig directly ;)). Anyway, I still think that we should add a MAINTAINERS entry for arch/arm64/configs/defconfig and arch/arm64/Kconfig.platforms. -- Catalin