Message ID | 20230331-topic-oxnas-upstream-remove-v1-0-5bd58fd1dd1f@linaro.org |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp414511vqo; Fri, 31 Mar 2023 01:52:19 -0700 (PDT) X-Google-Smtp-Source: AKy350YN/yIbM7ewieHJWzUVq/p5XguYGJlz3ThwasFKOtBlrqaaPIjm4ImCguRyTLyuaJGJFkUw X-Received: by 2002:a50:fb11:0:b0:502:62:78 with SMTP id d17-20020a50fb11000000b0050200620078mr29132243edq.28.1680252739275; Fri, 31 Mar 2023 01:52:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680252739; cv=none; d=google.com; s=arc-20160816; b=bir0ykevJi08S8Ro7lV1Gyghj0v+WKBfJvHRybG3Bx4ktoFBooADZKV7nsnKoYG9tO N/ev6ah+untO5fOuJqgq02jDgbuP5iQs9gcMnY3R0+2t/EKENwGLWE0HrsJ6NSUTY5nt hYp7py9JAg6auBLf9CjnqwNPhCcNEERJPRQFWHhH+HYdRRqZ2ljJbcf9fpqT0YJLcDWG q65Z8hBweoQxrQsOB7Gr+gVRKvvBfD2X3Ie9dpqwhdhfMy/YwapPaD5BUiGinqMlIzRZ IpEKxGJbDew7TUfExveIPyOLeTBtCVN2dGD0rKQZo3IXdtY6v2HRnMPbhkjJ8XZOR2yJ cr/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:content-transfer-encoding:mime-version :message-id:date:subject:from:dkim-signature; bh=wKmFDwBzmqKaD1W7wuLHbQZgTpJgWQagzC13l4DdTqw=; b=XCq8aHEagpdgj1OwSvr/WovDKtGJFd+TQBj5wVnZjZBUdr/EsbtyuJ54RmRFl5PVHR hASN5+9GNHtJqAfUs4cG6kh1sQa0SfW76jygb5p/BjHXyr6xedBaejbHBg8vkbj6LqcG 7rxIPGJuKCp+DneIkG3LwiVYhbvuxjVG5NHhNEu6AbxT8htmjMbuLIW7D9qDRc/qtf/G m98YsljqSlb+fZfsM3GamkrWMSnw1PsITmaL+XYjzxpKnbv47e7Iq9JLb+AqDc33AzGk l9lat84iDlgIcYa5sZ+I3wTt9LXOoyn3fWFL1/T8JAKxYjKOFs31zs8VI/yORxuo5HsM 6Ipg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=ez7Y8DKh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z8-20020aa7c648000000b005024d6d6d5bsi1551281edr.532.2023.03.31.01.51.55; Fri, 31 Mar 2023 01:52:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=ez7Y8DKh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231149AbjCaIev (ORCPT <rfc822;jimliu8233@gmail.com> + 99 others); Fri, 31 Mar 2023 04:34:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231165AbjCaIer (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 31 Mar 2023 04:34:47 -0400 Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B2D032686 for <linux-kernel@vger.kernel.org>; Fri, 31 Mar 2023 01:34:45 -0700 (PDT) Received: by mail-wr1-x433.google.com with SMTP id l27so21596769wrb.2 for <linux-kernel@vger.kernel.org>; Fri, 31 Mar 2023 01:34:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1680251684; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:from:to:cc:subject:date:message-id:reply-to; bh=wKmFDwBzmqKaD1W7wuLHbQZgTpJgWQagzC13l4DdTqw=; b=ez7Y8DKhU9m8mENWYc8eLh3UjQj04JKUYpk8LZc0Cgj82lGXgAqKThXbmY29WwZFpa 8iJCKddXPmrHzPzXLQ682kWfEp0XTxPc6/GH5fWihQi5njtBGVCzQSKchgik6ZjPxGVs LJ6kI8ENaL4ylviyHLejBooWU1vyhc5pUBM2V6BzXIypiwp1tF0C80ee0BcHRFohBjvs PS3KjixZZ5L0SEv7mF4LYg/aatUGXQwxrjYjN3GBCSHubljOca4C/g7Smtoai9yEYKM2 MPuBgGNvstDtP1p1JijRIUW+SkbLI/c5/0B4ugSh+dx2vHET0l1a/8etg25rGkrvIHls EkFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680251684; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=wKmFDwBzmqKaD1W7wuLHbQZgTpJgWQagzC13l4DdTqw=; b=s0tGrE/23+DHaVXglnoC9eDS8kevrBlAzc8SkDt21XLS1CBjh17kfV4HPsvsXUx2Ak ZmJ2BKX1MF604bmgMYdsn+ubcQt1y8vYni+EiFtwy+ifEb+gHGJzljSdx4l3Atgqk8eA 75DuH07ICLhJ+IisAmwXMB5W+BXyUHlX17Cdwf0ozxQjXvSskFXEK8E9i8zJTwtyUmlN CiBEJsxbOClKnrsDwhM9CFrTLoyCyNS7Aq8MPm7qIRRz30j4hOVBG0j8qdVBksheP2l5 cjUPLDwiKJXVXCl9X42CycmpJskLdlf9RADAaLE8/fNaLbs16nQjhbN1898USR9Adgb6 tgLg== X-Gm-Message-State: AAQBX9eTP80ocbvg+mUkFTBPRETOQpVVNEOfQeYjDKPG1C8QGPGXHbvw +xweqWVpVe7dy1D1z9HiwLSU5esuNs0JhkJdZDiJ+A== X-Received: by 2002:a5d:58c9:0:b0:2cf:e34c:a229 with SMTP id o9-20020a5d58c9000000b002cfe34ca229mr22477632wrf.8.1680251684116; Fri, 31 Mar 2023 01:34:44 -0700 (PDT) Received: from arrakeen.starnux.net ([2a01:e0a:982:cbb0:8261:5fff:fe11:bdda]) by smtp.gmail.com with ESMTPSA id e11-20020a5d4e8b000000b002cde626cd96sm1563153wru.65.2023.03.31.01.34.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 31 Mar 2023 01:34:43 -0700 (PDT) From: Neil Armstrong <neil.armstrong@linaro.org> Subject: [PATCH RFC 00/20] ARM: oxnas support removal Date: Fri, 31 Mar 2023 10:34:38 +0200 Message-Id: <20230331-topic-oxnas-upstream-remove-v1-0-5bd58fd1dd1f@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIAB6bJmQC/x2NwQqDMBAFf0X23AVNQLDXQj+g19JDjM+6oEnIq gjivzf0OHOYOUmRBUr36qSMXVRiKNDcKvKTC1+wDIXJ1MbW1ja8xiSe4xGc8pZ0zXALZyxxB7v WoBu6dgRApdA7BffZBT+VRtjmuciUMcrxX77p9XzQ57p+JL2B/4cAAAA= To: Arnd Bergmann <arnd@arndb.de>, Olof Johansson <olof@lixom.net>, soc@kernel.org, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Russell King <linux@armlinux.org.uk>, Michael Turquette <mturquette@baylibre.com>, Stephen Boyd <sboyd@kernel.org>, Daniel Lezcano <daniel.lezcano@linaro.org>, Thomas Gleixner <tglx@linutronix.de>, Miquel Raynal <miquel.raynal@bootlin.com>, Richard Weinberger <richard@nod.at>, Vignesh Raghavendra <vigneshr@ti.com>, Giuseppe Cavallaro <peppe.cavallaro@st.com>, Alexandre Torgue <alexandre.torgue@foss.st.com>, Jose Abreu <joabreu@synopsys.com>, "David S. Miller" <davem@davemloft.net>, Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>, Maxime Coquelin <mcoquelin.stm32@gmail.com>, Linus Walleij <linus.walleij@linaro.org>, Bartosz Golaszewski <brgl@bgdev.pl>, Sebastian Reichel <sre@kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, Marc Zyngier <maz@kernel.org> Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-mtd@lists.infradead.org, netdev@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-gpio@vger.kernel.org, linux-pm@vger.kernel.org, Neil Armstrong <neil.armstrong@linaro.org> X-Mailer: b4 0.12.1 X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1761872696184860935?= X-GMAIL-MSGID: =?utf-8?q?1761872696184860935?= |
Series |
ARM: oxnas support removal
|
|
Message
Neil Armstrong
March 31, 2023, 8:34 a.m. UTC
With [1] removing MPCore SMP support, this makes the OX820 barely usable,
associated with a clear lack of maintainance, development and migration to
dt-schema it's clear that Linux support for OX810 and OX820 should be removed.
In addition, the OX810 hasn't been booted for years and isn't even present
in an ARM config file.
For the OX820, lack of USB and SATA support makes the platform not usable
in the current Linux support and relies on off-tree drivers hacked from the
vendor (defunct for years) sources.
The last users are in the OpenWRT distribution, and today's removal means
support will still be in stable 6.1 LTS kernel until end of 2026.
If someone wants to take over the development even with lack of SMP, I'll
be happy to hand off maintainance.
The plan is to apply the first 4 patches first, then the drivers
followed by bindings. Finally the MAINTAINANCE entry can be removed.
I'm not sure about the process of bindings removal, but perhaps the bindings
should be marked as deprecated first then removed later on ?
It has been a fun time adding support for this architecture, but it's time
to get over!
Patch 2 obviously depends on [1].
[1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/
Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org>
---
Neil Armstrong (20):
ARM: dts: oxnas: remove obsolete device tree files
ARM: oxnas: remove OXNAS support
ARM: configs: remove oxnas_v6_defconfig
dt-bindings: arm: oxnas: remove obsolete bindings
clk: oxnas: remove obsolete clock driver
dt-bindings: clk: oxnas: remove obsolete bindings
clksource: timer-oxnas-rps: remove obsolete timer driver
dt-bindings: timer: oxsemi,rps-timer: remove obsolete bindings
nand: oxnas_nand: remove obsolete raw nand driver
dt-bindings: mtd: oxnas-nand: remove obsolete bindings
net: stmmac: dwmac-oxnas: remove obsolete dwmac glue driver
dt-bindings: net: oxnas-dwmac: remove obsolete bindings
pinctrl: pinctrl-oxnas: remove obsolete pinctrl driver
dt-bindings: pinctrl: oxnas,pinctrl: remove obsolete bindings
dt-bindings: gpio: gpio_oxnas: remove obsolete bindings
power: reset: oxnas-restart: remove obsolete restart driver
reset: oxnas: remove obsolete reset driver
irqchip: irq-versatile-fpga: remove obsolete oxnas compatible
dt-bindings: interrupt-controller: arm,versatile-fpga-irq: mark oxnas compatible as deprecated
MAINTAINERS: remove OXNAS entry
Documentation/devicetree/bindings/arm/oxnas.txt | 14 -
.../devicetree/bindings/clock/oxnas,stdclk.txt | 28 -
.../devicetree/bindings/gpio/gpio_oxnas.txt | 47 -
.../arm,versatile-fpga-irq.txt | 4 +-
.../devicetree/bindings/mtd/oxnas-nand.txt | 41 -
.../devicetree/bindings/net/oxnas-dwmac.txt | 41 -
.../devicetree/bindings/pinctrl/oxnas,pinctrl.txt | 56 -
.../devicetree/bindings/reset/oxnas,reset.txt | 32 -
.../devicetree/bindings/timer/oxsemi,rps-timer.txt | 17 -
MAINTAINERS | 10 -
arch/arm/Makefile | 1 -
arch/arm/boot/dts/Makefile | 3 -
arch/arm/boot/dts/ox810se-wd-mbwe.dts | 115 --
arch/arm/boot/dts/ox810se.dtsi | 357 ------
.../dts/ox820-cloudengines-pogoplug-series-3.dts | 93 --
arch/arm/boot/dts/ox820.dtsi | 299 -----
arch/arm/configs/oxnas_v6_defconfig | 92 --
arch/arm/mach-oxnas/Kconfig | 34 -
arch/arm/mach-oxnas/Makefile | 1 -
drivers/clk/Kconfig | 7 -
drivers/clk/Makefile | 1 -
drivers/clk/clk-oxnas.c | 251 ----
drivers/clocksource/Kconfig | 7 -
drivers/clocksource/Makefile | 1 -
drivers/clocksource/timer-oxnas-rps.c | 288 -----
drivers/irqchip/irq-versatile-fpga.c | 1 -
drivers/mtd/nand/raw/Kconfig | 7 -
drivers/mtd/nand/raw/Makefile | 1 -
drivers/mtd/nand/raw/oxnas_nand.c | 211 ----
drivers/net/ethernet/stmicro/stmmac/Kconfig | 11 -
drivers/net/ethernet/stmicro/stmmac/Makefile | 1 -
drivers/net/ethernet/stmicro/stmmac/dwmac-oxnas.c | 245 ----
drivers/pinctrl/Kconfig | 11 -
drivers/pinctrl/Makefile | 1 -
drivers/pinctrl/pinctrl-oxnas.c | 1292 --------------------
drivers/power/reset/Kconfig | 7 -
drivers/power/reset/Makefile | 1 -
drivers/power/reset/oxnas-restart.c | 233 ----
drivers/reset/Kconfig | 3 -
drivers/reset/Makefile | 1 -
drivers/reset/reset-oxnas.c | 114 --
41 files changed, 3 insertions(+), 3977 deletions(-)
---
base-commit: df45499b419b31c4d44ef9f1d1656d1fc0897014
change-id: 20230331-topic-oxnas-upstream-remove-a62e9d96feee
Best regards,
Comments
On Fri, Mar 31, 2023 at 10:34 AM Neil Armstrong <neil.armstrong@linaro.org> wrote: > With [1] removing MPCore SMP support, this makes the OX820 barely usable, > associated with a clear lack of maintainance, development and migration to > dt-schema it's clear that Linux support for OX810 and OX820 should be removed. > > In addition, the OX810 hasn't been booted for years and isn't even present > in an ARM config file. > > For the OX820, lack of USB and SATA support makes the platform not usable > in the current Linux support and relies on off-tree drivers hacked from the > vendor (defunct for years) sources. > > The last users are in the OpenWRT distribution, and today's removal means > support will still be in stable 6.1 LTS kernel until end of 2026. > > If someone wants to take over the development even with lack of SMP, I'll > be happy to hand off maintainance. > > The plan is to apply the first 4 patches first, then the drivers > followed by bindings. Finally the MAINTAINANCE entry can be removed. > > I'm not sure about the process of bindings removal, but perhaps the bindings > should be marked as deprecated first then removed later on ? > > It has been a fun time adding support for this architecture, but it's time > to get over! > > Patch 2 obviously depends on [1]. > > [1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/ > > Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> Acked-by: Linus Walleij <linus.walleij@linaro.org> Yours, Linus Walleij
On Fri, Mar 31, 2023, at 10:34, Neil Armstrong wrote: > With [1] removing MPCore SMP support, this makes the OX820 barely usable, > associated with a clear lack of maintainance, development and migration to > dt-schema it's clear that Linux support for OX810 and OX820 should be removed. > > In addition, the OX810 hasn't been booted for years and isn't even present > in an ARM config file. > > For the OX820, lack of USB and SATA support makes the platform not usable > in the current Linux support and relies on off-tree drivers hacked from the > vendor (defunct for years) sources. > > The last users are in the OpenWRT distribution, and today's removal means > support will still be in stable 6.1 LTS kernel until end of 2026. > > If someone wants to take over the development even with lack of SMP, I'll > be happy to hand off maintainance. > > The plan is to apply the first 4 patches first, then the drivers > followed by bindings. Finally the MAINTAINANCE entry can be removed. > > I'm not sure about the process of bindings removal, but perhaps the bindings > should be marked as deprecated first then removed later on ? > > It has been a fun time adding support for this architecture, but it's time > to get over! > > Patch 2 obviously depends on [1]. > > [1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/ > > Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> Thanks a lot for going through this and preparing the patches! I've discussed this with Daniel Golle on the OpenWRT channel as well, and he indicated that the timing is probably fine here, as there are already close to zero downloads for oxnas builds, and the 6.1 kernel will only be part of a release in 2024. For the dependency on my other patch, I'd suggest you instead remove the SMP files here as well, which means we can merge either part independently based on just 6.3-rc. I can do that change myself by picking up patches 1-4 of your RFC series, or maybe you can send resend them after rebase to 6.3-rc1. For the driver removals, I think we can merge those at the same time as the platform removal since there are no shared header files that would cause build time regressions and there are no runtime regressions other than breaking the platform itself. Maybe just send the driver removal separately to the subsystem maintainers with my Acked-by: Arnd Bergmann <arnd@arndb.de> Arnd
On Fri, Mar 31, 2023 at 03:42:15PM +0200, Arnd Bergmann wrote: > On Fri, Mar 31, 2023, at 10:34, Neil Armstrong wrote: > > With [1] removing MPCore SMP support, this makes the OX820 barely usable, > > associated with a clear lack of maintainance, development and migration to > > dt-schema it's clear that Linux support for OX810 and OX820 should be removed. > > > > In addition, the OX810 hasn't been booted for years and isn't even present > > in an ARM config file. > > > > For the OX820, lack of USB and SATA support makes the platform not usable > > in the current Linux support and relies on off-tree drivers hacked from the > > vendor (defunct for years) sources. > > > > The last users are in the OpenWRT distribution, and today's removal means > > support will still be in stable 6.1 LTS kernel until end of 2026. > > > > If someone wants to take over the development even with lack of SMP, I'll > > be happy to hand off maintainance. > > > > The plan is to apply the first 4 patches first, then the drivers > > followed by bindings. Finally the MAINTAINANCE entry can be removed. > > > > I'm not sure about the process of bindings removal, but perhaps the bindings > > should be marked as deprecated first then removed later on ? > > > > It has been a fun time adding support for this architecture, but it's time > > to get over! > > > > Patch 2 obviously depends on [1]. > > > > [1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/ > > > > Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> > > Thanks a lot for going through this and preparing the patches! > > I've discussed this with Daniel Golle on the OpenWRT channel as well, > and he indicated that the timing is probably fine here, as there are > already close to zero downloads for oxnas builds, and the 6.1 kernel > will only be part of a release in 2024. > > For the dependency on my other patch, I'd suggest you instead > remove the SMP files here as well, which means we can merge either > part independently based on just 6.3-rc. I can do that change > myself by picking up patches 1-4 of your RFC series, or maybe you > can send resend them after rebase to 6.3-rc1. > > For the driver removals, I think we can merge those at the same > time as the platform removal since there are no shared header files > that would cause build time regressions and there are no runtime > regressions other than breaking the platform itself. Maybe > just send the driver removal separately to the subsystem > maintainers with my > > Acked-by: Arnd Bergmann <arnd@arndb.de> Sounds reasonable, so also Acked-by: Daniel Golle <daniel@makrotopia.org> (but I am a bit sad about it anyway. without SMP it doesn't make sense to keep ox820 though)
On 31/03/2023 15:42, Arnd Bergmann wrote: > On Fri, Mar 31, 2023, at 10:34, Neil Armstrong wrote: >> With [1] removing MPCore SMP support, this makes the OX820 barely usable, >> associated with a clear lack of maintainance, development and migration to >> dt-schema it's clear that Linux support for OX810 and OX820 should be removed. >> >> In addition, the OX810 hasn't been booted for years and isn't even present >> in an ARM config file. >> >> For the OX820, lack of USB and SATA support makes the platform not usable >> in the current Linux support and relies on off-tree drivers hacked from the >> vendor (defunct for years) sources. >> >> The last users are in the OpenWRT distribution, and today's removal means >> support will still be in stable 6.1 LTS kernel until end of 2026. >> >> If someone wants to take over the development even with lack of SMP, I'll >> be happy to hand off maintainance. >> >> The plan is to apply the first 4 patches first, then the drivers >> followed by bindings. Finally the MAINTAINANCE entry can be removed. >> >> I'm not sure about the process of bindings removal, but perhaps the bindings >> should be marked as deprecated first then removed later on ? >> >> It has been a fun time adding support for this architecture, but it's time >> to get over! >> >> Patch 2 obviously depends on [1]. >> >> [1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/ >> >> Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> > > Thanks a lot for going through this and preparing the patches! > > I've discussed this with Daniel Golle on the OpenWRT channel as well, > and he indicated that the timing is probably fine here, as there are > already close to zero downloads for oxnas builds, and the 6.1 kernel > will only be part of a release in 2024. > > For the dependency on my other patch, I'd suggest you instead > remove the SMP files here as well, which means we can merge either > part independently based on just 6.3-rc. I can do that change > myself by picking up patches 1-4 of your RFC series, or maybe you > can send resend them after rebase to 6.3-rc1. Ack I'll send patches 1-4 rebased on v6.3-rc1 with the acks and sent a PR next week. > > For the driver removals, I think we can merge those at the same > time as the platform removal since there are no shared header files > that would cause build time regressions and there are no runtime > regressions other than breaking the platform itself. Maybe > just send the driver removal separately to the subsystem > maintainers with my > > Acked-by: Arnd Bergmann <arnd@arndb.de> Thanks, I'll submit those individually once the first patches are merged. Neil > > Arnd
Hi Daniel, On 31/03/2023 15:50, Daniel Golle wrote: > On Fri, Mar 31, 2023 at 03:42:15PM +0200, Arnd Bergmann wrote: >> On Fri, Mar 31, 2023, at 10:34, Neil Armstrong wrote: >>> With [1] removing MPCore SMP support, this makes the OX820 barely usable, >>> associated with a clear lack of maintainance, development and migration to >>> dt-schema it's clear that Linux support for OX810 and OX820 should be removed. >>> >>> In addition, the OX810 hasn't been booted for years and isn't even present >>> in an ARM config file. >>> >>> For the OX820, lack of USB and SATA support makes the platform not usable >>> in the current Linux support and relies on off-tree drivers hacked from the >>> vendor (defunct for years) sources. >>> >>> The last users are in the OpenWRT distribution, and today's removal means >>> support will still be in stable 6.1 LTS kernel until end of 2026. >>> >>> If someone wants to take over the development even with lack of SMP, I'll >>> be happy to hand off maintainance. >>> >>> The plan is to apply the first 4 patches first, then the drivers >>> followed by bindings. Finally the MAINTAINANCE entry can be removed. >>> >>> I'm not sure about the process of bindings removal, but perhaps the bindings >>> should be marked as deprecated first then removed later on ? >>> >>> It has been a fun time adding support for this architecture, but it's time >>> to get over! >>> >>> Patch 2 obviously depends on [1]. >>> >>> [1] https://lore.kernel.org/all/20230327121317.4081816-1-arnd@kernel.org/ >>> >>> Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> >> >> Thanks a lot for going through this and preparing the patches! >> >> I've discussed this with Daniel Golle on the OpenWRT channel as well, >> and he indicated that the timing is probably fine here, as there are >> already close to zero downloads for oxnas builds, and the 6.1 kernel >> will only be part of a release in 2024. >> >> For the dependency on my other patch, I'd suggest you instead >> remove the SMP files here as well, which means we can merge either >> part independently based on just 6.3-rc. I can do that change >> myself by picking up patches 1-4 of your RFC series, or maybe you >> can send resend them after rebase to 6.3-rc1. >> >> For the driver removals, I think we can merge those at the same >> time as the platform removal since there are no shared header files >> that would cause build time regressions and there are no runtime >> regressions other than breaking the platform itself. Maybe >> just send the driver removal separately to the subsystem >> maintainers with my >> >> Acked-by: Arnd Bergmann <arnd@arndb.de> > > Sounds reasonable, so also > > Acked-by: Daniel Golle <daniel@makrotopia.org> > > (but I am a bit sad about it anyway. without SMP it doesn't make sense > to keep ox820 though) Same ! I would have loved to see the full support mainline, but the platform is old and apart you nobody were interested in working on this. Thanks a lot for you work keeping Oxnas support alive! Neil