Message ID | 20230922061530.3121-3-wsa+renesas@sang-engineering.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:612c:172:b0:3f2:4152:657d with SMTP id h50csp5355820vqi; Thu, 21 Sep 2023 23:18:32 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHhelfshze+JjEGQRxgreR2B4JRROgjZOaDbvWWJcd7znieIMZfU9gqp5QZFTQdHsmHSfD6 X-Received: by 2002:a05:6a00:cc8:b0:68e:380c:6b15 with SMTP id b8-20020a056a000cc800b0068e380c6b15mr8430627pfv.26.1695363512107; Thu, 21 Sep 2023 23:18:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695363512; cv=none; d=google.com; s=arc-20160816; b=VAWLuC4FMQX2aq0u9Qrv72meBBnHbXt0W+VpaSs5UimPCfUROaDY35hEOe2JYbiJV1 eIC497fj0+sGJiSrDPhrhHV3ES/gF0X+LBDA5Now7izP8iHBUJB3KX3LUpQG1BtMaH8e vUhAHbSI+4dcUz7n/IVpjm2p8+NGNJTUrJmrdAhKF1GowREaYYlPcDMuDUlrDdo7Y7tU PcnImrV8z23pyt+u3Plg0WV//8qrvlGAqLAZjl3INEfsxNdm8fNd685mDhsYr+d4nIVB 36YLhanj2n8mJtB3cWcrfn0i7IZVBONtuD/oofWuJVuQMjkhObKthyzhnPYZopeV17xA Hz2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=BTlcmFnnfxEfNUisgi/VE1hSD2DIqTeGV9pSI5JKow0=; fh=EuIitoUKuiM0LqfGNhHl1okkw7U+P9hd5DOKJnFBUU4=; b=NHId1AevCwZwhT/AGt0ihRXNjTib+wEMBxrq9kShAe3+LmpO7d+AeS0iDXQCBgkBXt BB9GveZPhkVqYgTSRAOXMaaF1kpiqk1c4ac9ObbczCew6ErgVWtQtskgPnvFoP4v3kvR 1nJl7nG40W0DOmmcy8aZq6fjbZisQx4pP9y4IQznGzr/4zsiyqcxq9P262l7y5LyljiK ByKd6QG1LmGjvVJwd9GEADdH/MG4Yhe4pAxiHuA+7xRT0NHm90sghpaQr50GI4i3HK4k LnMleEGnQyNzPToN7XTSRQtYkXsC+l5ePefdr9fsFohq2SzrUKkoq96+sdLxuSXaA2IJ F+7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sang-engineering.com header.s=k1 header.b=N7OCC2yE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from pete.vger.email (pete.vger.email. [2620:137:e000::3:6]) by mx.google.com with ESMTPS id dc15-20020a056a0035cf00b00690cb77d5e5si75697pfb.394.2023.09.21.23.18.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Sep 2023 23:18:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) client-ip=2620:137:e000::3:6; Authentication-Results: mx.google.com; dkim=pass header.i=@sang-engineering.com header.s=k1 header.b=N7OCC2yE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id BED7781A6C2F; Thu, 21 Sep 2023 23:16:09 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229711AbjIVGPw (ORCPT <rfc822;chrisfriedt@gmail.com> + 30 others); Fri, 22 Sep 2023 02:15:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45846 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230387AbjIVGPu (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 22 Sep 2023 02:15:50 -0400 Received: from mail.zeus03.de (www.zeus03.de [194.117.254.33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 119AF19D for <linux-kernel@vger.kernel.org>; Thu, 21 Sep 2023 23:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= sang-engineering.com; h=from:to:cc:subject:date:message-id :in-reply-to:references:mime-version:content-transfer-encoding; s=k1; bh=BTlcmFnnfxEfNUisgi/VE1hSD2DIqTeGV9pSI5JKow0=; b=N7OCC2 yEDAZZBCJomsG+N7CW92pSkN0zXqQa+hKpd0yENypzbHd92rvRbmHB2DTvhSS1S+ fWaxLWYyVXd8SRun71cQwd++pqYdggI5rvLT7oAe8kv/4toA0tQkcpGbBV9h59uf Sof4gkRIZSemZJs+2zKA/oT7JWTyECdJZ+mmUrDLGsvjsaeF8k5JKqHRKpUlWNtt wq2RcBxmrbH7bpbxWzC3Hmz4Wfb7hXNtyaLYjvbqhvtr6yu8jR29xJW/1vUkjrxI m1odKgtZEPAJCBLj/fJLsTIZxL6WVCZ5HiDuAIYh3xrQGXmXi9Dy+otjhqSzzdwD xsshjicSVtlBAE3w== Received: (qmail 1269071 invoked from network); 22 Sep 2023 08:15:41 +0200 Received: by mail.zeus03.de with ESMTPSA (TLS_AES_256_GCM_SHA384 encrypted, authenticated); 22 Sep 2023 08:15:41 +0200 X-UD-Smtp-Session: l3s3148p1@E3mxiewF9JkujntX From: Wolfram Sang <wsa+renesas@sang-engineering.com> To: linux-mips@vger.kernel.org Cc: Jonas Gorski <jonas.gorski@gmail.com>, Florian Fainelli <f.fainelli@gmail.com>, Wolfram Sang <wsa+renesas@sang-engineering.com>, Russell King <linux@armlinux.org.uk>, Miquel Raynal <miquel.raynal@bootlin.com>, Richard Weinberger <richard@nod.at>, Vignesh Raghavendra <vigneshr@ti.com>, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org Subject: [PATCH v2 2/6] mtd: parsers: ar7: remove support Date: Fri, 22 Sep 2023 08:15:23 +0200 Message-Id: <20230922061530.3121-3-wsa+renesas@sang-engineering.com> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20230922061530.3121-1-wsa+renesas@sang-engineering.com> References: <20230922061530.3121-1-wsa+renesas@sang-engineering.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Thu, 21 Sep 2023 23:16:09 -0700 (PDT) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1777717489867692216 X-GMAIL-MSGID: 1777717489867692216 |
Series |
remove AR7 platform and associated drivers
|
|
Commit Message
Wolfram Sang
Sept. 22, 2023, 6:15 a.m. UTC
AR7 is going to be removed from the Kernel, so remove its support for MTD. Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> Acked-by: Florian Fainelli <f.fainelli@gmail.com> --- Changes since v1: * added ack arch/arm/configs/pxa_defconfig | 1 - drivers/mtd/parsers/Kconfig | 5 -- drivers/mtd/parsers/Makefile | 1 - drivers/mtd/parsers/ar7part.c | 129 --------------------------------- 4 files changed, 136 deletions(-) delete mode 100644 drivers/mtd/parsers/ar7part.c
Comments
Hi Wolfram, wsa+renesas@sang-engineering.com wrote on Fri, 22 Sep 2023 08:15:23 +0200: > AR7 is going to be removed from the Kernel, so remove its support for > MTD. > > Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com> > Acked-by: Florian Fainelli <f.fainelli@gmail.com> > --- > Changes since v1: > * added ack > > arch/arm/configs/pxa_defconfig | 1 - I'm not sure it is wise to merge defconfig changes through mtd. Would you mind sending this change aside to avoid potential conflicts? Each patch can live on their own anyway. > drivers/mtd/parsers/Kconfig | 5 -- > drivers/mtd/parsers/Makefile | 1 - > drivers/mtd/parsers/ar7part.c | 129 --------------------------------- Do you have other changes related to this file in your tree? It failed to apply on my side. > 4 files changed, 136 deletions(-) > delete mode 100644 drivers/mtd/parsers/ar7part.c Thanks, Miquèl
> I'm not sure it is wise to merge defconfig changes through mtd. Would > you mind sending this change aside to avoid potential conflicts? Each > patch can live on their own anyway. Yup, I can send a seperate patch for it. > > drivers/mtd/parsers/Kconfig | 5 -- > > drivers/mtd/parsers/Makefile | 1 - > > drivers/mtd/parsers/ar7part.c | 129 --------------------------------- > > Do you have other changes related to this file in your tree? It failed > to apply on my side. No change. Plain v6.6-rc2. I used "--irreversible-delete", though. Maybe this is causing issues? As I stated in the cover-letter, I wonder if all this should go via MIPS. But there hasn't been any discussion about it yet.
On 22/9/23 19:55, Wolfram Sang wrote: > >> I'm not sure it is wise to merge defconfig changes through mtd. Would >> you mind sending this change aside to avoid potential conflicts? Each >> patch can live on their own anyway. > > Yup, I can send a seperate patch for it. > >>> drivers/mtd/parsers/Kconfig | 5 -- >>> drivers/mtd/parsers/Makefile | 1 - >>> drivers/mtd/parsers/ar7part.c | 129 --------------------------------- >> >> Do you have other changes related to this file in your tree? It failed >> to apply on my side. > > No change. Plain v6.6-rc2. I used "--irreversible-delete", though. Maybe > this is causing issues? As I stated in the cover-letter, I wonder if all > this should go via MIPS. But there hasn't been any discussion about it > yet. MIPS tree for the whole series certainly makes sense.
Hi, philmd@linaro.org wrote on Fri, 22 Sep 2023 20:35:16 +0200: > On 22/9/23 19:55, Wolfram Sang wrote: > > > >> I'm not sure it is wise to merge defconfig changes through mtd. Would > >> you mind sending this change aside to avoid potential conflicts? Each > >> patch can live on their own anyway. > > > > Yup, I can send a seperate patch for it. > > > >>> drivers/mtd/parsers/Kconfig | 5 -- > >>> drivers/mtd/parsers/Makefile | 1 - > >>> drivers/mtd/parsers/ar7part.c | 129 --------------------------------- > >> > >> Do you have other changes related to this file in your tree? It failed > >> to apply on my side. > > > > No change. Plain v6.6-rc2. I used "--irreversible-delete", though. Maybe > > this is causing issues? As I stated in the cover-letter, I wonder if all > > this should go via MIPS. But there hasn't been any discussion about it > > yet. > > MIPS tree for the whole series certainly makes sense. Then: Acked-by: Miquel Raynal <miquel.raynal@bootlin.com> Thanks, Miquèl
> I'm not sure it is wise to merge defconfig changes through mtd. Would > you mind sending this change aside to avoid potential conflicts? Each > patch can live on their own anyway. I checked pxa_defconfig history. Most commits in the last 7 years were just removing outdated Kconfig symbols from all kind of subsystems. Like what we want to do here. I think it is okay to keep it.
Hi Wolfram, wsa+renesas@sang-engineering.com wrote on Thu, 28 Sep 2023 09:10:24 +0200: > > I'm not sure it is wise to merge defconfig changes through mtd. Would > > you mind sending this change aside to avoid potential conflicts? Each > > patch can live on their own anyway. > > I checked pxa_defconfig history. Most commits in the last 7 years were > just removing outdated Kconfig symbols from all kind of subsystems. Like > what we want to do here. I think it is okay to keep it. > Ok, I've acked the patch anyway, so now I expect it to be taken through the mips tree as suggested earlier. Let me know if it's happening differently. Thanks, Miquèl
diff --git a/arch/arm/configs/pxa_defconfig b/arch/arm/configs/pxa_defconfig index 23c131b0854b..9e81b1849e4c 100644 --- a/arch/arm/configs/pxa_defconfig +++ b/arch/arm/configs/pxa_defconfig @@ -100,7 +100,6 @@ CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y CONFIG_CONNECTOR=y CONFIG_MTD=y -CONFIG_MTD_AR7_PARTS=m CONFIG_MTD_CMDLINE_PARTS=m CONFIG_MTD_OF_PARTS=m CONFIG_MTD_AFS_PARTS=m diff --git a/drivers/mtd/parsers/Kconfig b/drivers/mtd/parsers/Kconfig index 60738edcd5d5..da03ab6efe04 100644 --- a/drivers/mtd/parsers/Kconfig +++ b/drivers/mtd/parsers/Kconfig @@ -1,9 +1,4 @@ # SPDX-License-Identifier: GPL-2.0-only -config MTD_AR7_PARTS - tristate "TI AR7 partitioning parser" - help - TI AR7 partitioning parser support - config MTD_BCM47XX_PARTS tristate "BCM47XX partitioning parser" depends on BCM47XX || ARCH_BCM_5301X diff --git a/drivers/mtd/parsers/Makefile b/drivers/mtd/parsers/Makefile index 0e70b621a1d8..9b00c62b837a 100644 --- a/drivers/mtd/parsers/Makefile +++ b/drivers/mtd/parsers/Makefile @@ -1,5 +1,4 @@ # SPDX-License-Identifier: GPL-2.0-only -obj-$(CONFIG_MTD_AR7_PARTS) += ar7part.o obj-$(CONFIG_MTD_BCM47XX_PARTS) += bcm47xxpart.o obj-$(CONFIG_MTD_BCM63XX_PARTS) += bcm63xxpart.o obj-$(CONFIG_MTD_BRCM_U_BOOT) += brcm_u-boot.o diff --git a/drivers/mtd/parsers/ar7part.c b/drivers/mtd/parsers/ar7part.c deleted file mode 100644 index 8cd683711ac6..000000000000