[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK8P3a2Pg8CkXgN8YNhp2U5Kgwf08kQGpLeTsyWKgNpGChC4uQ@mail.gmail.com>
Date: Sat, 6 Nov 2021 21:13:47 +0100
From: Arnd Bergmann <arnd@...db.de>
To: Heiko Stübner <heiko@...ech.de>
Cc: Cedric Roux <sed@...e.fr>, Russell King <linux@...linux.org.uk>,
Arnd Bergmann <arnd@...db.de>,
Linus Walleij <linus.walleij@...aro.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
"moderated list:ARM/SAMSUNG EXYNOS ARM ARCHITECTURES"
<linux-samsung-soc@...r.kernel.org>,
Olof Johansson <olof@...om.net>, Kukjin Kim <kgene@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski@...onical.com>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Sylwester Nawrocki <snawrocki@...nel.org>,
Tomasz Figa <tomasz.figa@...il.com>,
Chanwoo Choi <cw00.choi@...sung.com>,
Inki Dae <inki.dae@...sung.com>,
Sam Van Den Berge <sam.van.den.berge@...enet.be>,
Lihua Yao <ylhuajnu@...look.com>
Subject: Re: [RFC PATCH] ARM: s3c: mark as deprecated and schedule removal
after 2022
On Sat, Nov 6, 2021 at 8:33 PM Heiko Stübner <heiko@...ech.de> wrote:
> Am Samstag, 6. November 2021, 19:20:05 CET schrieb Krzysztof Kozlowski:
> > On 05/11/2021 18:49, Cedric Roux wrote:
> > >
> > > Anyway, there is at least one s3c2440 server on Earth powered
> > > by the linux kernel. Now you know! :)
> >
> > Thanks for coming back! We will see how much of feedback we gather.
>
> I do believe all (or at least most) of s3c24xx could run with a devicetree
> base with core peripherals enabled.
>
> So one possible alternative way could be to just deprecate (and then drop)
> all the board-files + their platform-data parts in mach-s3c.
Yes, and this would be similar to what we've done for mach-imx and
mach-omap2 in the past.
However, I think the Cragganmore/Speyside board that Mark mentioned
is not in the category of easily converted machines, so leaving only the
DT-enabled machines around would not help him.
If this is actually the case, one other possibility would be to remove
all the board files except for that one, in the hope that the transformation
(even a partial one) to DT becomes easier when there is no risk of
breaking other machines.
Arnd
Powered by blists - more mailing lists