Re: [RFC} arm architecture board/feature deprecation timeline
- To: "Andrew Lunn" <andrew@lunn.ch>
- Cc: "Jeremy J. Peper" <jeremy@jeremypeper.com>, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, "Russell King" <linux@armlinux.org.uk>, "Linus Walleij" <linus.walleij@linaro.org>, "Richard Earnshaw" <richard.earnshaw@arm.com>, "Richard Sandiford" <richard.sandiford@arm.com>, "Ramana Radhakrishnan" <ramanara@nvidia.com>, "Nicolas Pitre" <nico@fluxnic.net>, "Krzysztof Kozlowski" <krzk@kernel.org>, "Mark Brown" <broonie@kernel.org>, "Kristoffer Ericson" <kristoffer.ericson@gmail.com>, "Robert Jarzmik" <robert.jarzmik@free.fr>, "Aaro Koskinen" <aaro.koskinen@iki.fi>, "Janusz Krzysztofik" <jmkrzyszt@gmail.com>, "Tony Lindgren" <tony@atomide.com>, Linux-OMAP <linux-omap@vger.kernel.org>, "Nikita Shubin" <nikita.shubin@maquefel.me>, linux-samsung-soc@vger.kernel.org, "Sebastian Hesselbarth" <sebastian.hesselbarth@gmail.com>, "Gregory Clement" <gregory.clement@bootlin.com>, debian-arm@lists.debian.org, "Dmitry Torokhov" <dmitry.torokhov@gmail.com>, "Alexandre Torgue" <alexandre.torgue@foss.st.com>
- Subject: Re: [RFC} arm architecture board/feature deprecation timeline
- From: "Arnd Bergmann" <arnd@arndb.de>
- Date: Mon, 19 Aug 2024 16:34:10 +0200
- Message-id: <[🔎] a0ecae5c-e72f-4d19-98df-1ab848f36d4b@app.fastmail.com>
- In-reply-to: <[🔎] a6316f7c-4064-4145-aa6a-d34197a3981a@lunn.ch>
- References: <2831c5a6-cfbf-4fe0-b51c-0396e5b0aeb7@app.fastmail.com> <3413899.e9J7NaK4W3@earth> <[🔎] 790bf2c4-2ecf-429c-8e28-ad5807ffed7a@app.fastmail.com> <[🔎] a8c009b5-ada0-4f78-92f7-7a6c5075ccf1@app.fastmail.com> <[🔎] a6316f7c-4064-4145-aa6a-d34197a3981a@lunn.ch>
On Mon, Aug 19, 2024, at 16:23, Andrew Lunn wrote:
> On Mon, Aug 19, 2024 at 04:12:10PM +0200, Arnd Bergmann wrote:
>
> It is a long time since i looked at Orion, so i could be wrong....
>
> As far as i remember, it has a PCI controller and a PCIe
> controller. They are slightly different. The PCIe part is i think
> simpler to support, it follows the standards better. I _think_ the PCI
> controller uses a GPIO for interrupt support, which causes a mess.
>
> If only PCIe is needed, it should not be too hard to make work. I
> would try to avoid the PCI controller is possible.
This machine uses both PCIe (for ethernet) and PCI (for SATA).
The PCIe driver is arch/arm/plat-orion/pcie.c and is shared
with mach-dove and mach-mv78xx0, previously also with kirkwood
and presumably armadaxp, which now use the more modern
drivers/pci/controller/pci-mvebu.c.
I just looked at the other dts files for orion5x and see
that they still use the old pci/pcie driver without an
entry in the dts files.
This is clearly not where we want to be in the long run,
but doing the same thing for the terastation_pro2
is at least not going to make it worse.
Arnd
Reply to: