All of lore.kernel.org
 help / color / mirror / Atom feed
From: lukma@denx.de (Lukasz Majewski)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board
Date: Sun, 17 Dec 2017 20:41:22 +0100	[thread overview]
Message-ID: <20171217204122.0a10a5e1@jawa> (raw)
In-Reply-To: <CAK8P3a2jEVQXKXJXp27ft5oaD8Jbo6g1fB-t_aduJWhC2dtJ0g@mail.gmail.com>

Hi Arnd,

> On Wed, Dec 13, 2017 at 9:26 AM, Alexander Sverdlin
> <alexander.sverdlin@gmail.com> wrote:
> > On Wed Dec 13 08:34:22 2017 Linus Walleij
> > <linus.walleij@linaro.org> wrote:  
> >> Arnd has been nudging me to do DT conversion for EP93xx
> >> so if there are many active industrial users of these
> >> I should prioritize it, because these things have 20+ years
> >> support cycles.  
> >
> > I'm not sure how important or necessary at all is to change
> > anything in these legacy platforms.  
> 
> I suspect that at several points in the next 5 to 10 years, we will
> remove additional platforms or CPU types, as we tend to do when a
> platform becomes a maintenance burden and is clearly not used by
> anyone.

I suppose that at least the last argument is not the case here :-).

> 
> It's hard to predict in advance what triggers the removal, but as the
> number of platforms that are not using DT or ARCH_MULTIPLATFORM
> goes down to a small number, there will be increased interested in
> either removing or converting the remaining ones. This is not an
> immediate danger at the moment, since we still have 14 platforms that
> are not using ARCH_MULTIPLATFORM, and 23 that have remaining
> board files, but you don't want to be the last user of the last
> platform after the other ones are done ;-)

:-)

> 
> >> We also need to think about upholding support in GCC for
> >> ARMv4(t) for the foreseeable future if there is a big web of
> >> random deeply embedded systems out there that will need
> >> updates.  
> >
> > But we should definitely preserve at least what we have.  
> 
> Plain ARMv4 (and earlier) support in gcc is already marked
> 'deprecated' and will likely be gone in gcc-8 (it's still there as of
> last week). ARMv4T is going to be around for a while, and you can
> even keep building for ARMv4 using "-march=armv4t -marm" when linking
> with 'ld --fix-v4bx'.

I think that we shall start complaining on the gcc-devel mailing list
now.

I would be hard to wake up in 2 years time and realise that we don't
have a modern compiler.

> 
> Debian recently did a survey to find out whether there were still
> users on ARMv4 or ARMv4T, and the result was that probably everyone is
> on ARMv5E or ARMv6 for the ARM port (which is separate from the
> ARMHF port that is ARMv7+). See also
> https://lists.debian.org/debian-user/2017/11/msg00379.html
> and let them know quickly if you use Debian stable releases and
> plan to update to Debian 10 (Buster) in the future.
> 
>      Arnd



Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20171217/56d4973a/attachment.sig>

WARNING: multiple messages have this Message-ID (diff)
From: Lukasz Majewski <lukma@denx.de>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Alexander Sverdlin <alexander.sverdlin@gmail.com>,
	Linus Walleij <linus.walleij@linaro.org>,
	Hartley Sweeten <hsweeten@visionengravers.com>,
	Russell King <linux@armlinux.org.uk>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Olof Johansson <olof@lixom.net>
Subject: Re: [PATCH v5 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board
Date: Sun, 17 Dec 2017 20:41:22 +0100	[thread overview]
Message-ID: <20171217204122.0a10a5e1@jawa> (raw)
In-Reply-To: <CAK8P3a2jEVQXKXJXp27ft5oaD8Jbo6g1fB-t_aduJWhC2dtJ0g@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2840 bytes --]

Hi Arnd,

> On Wed, Dec 13, 2017 at 9:26 AM, Alexander Sverdlin
> <alexander.sverdlin@gmail.com> wrote:
> > On Wed Dec 13 08:34:22 2017 Linus Walleij
> > <linus.walleij@linaro.org> wrote:  
> >> Arnd has been nudging me to do DT conversion for EP93xx
> >> so if there are many active industrial users of these
> >> I should prioritize it, because these things have 20+ years
> >> support cycles.  
> >
> > I'm not sure how important or necessary at all is to change
> > anything in these legacy platforms.  
> 
> I suspect that at several points in the next 5 to 10 years, we will
> remove additional platforms or CPU types, as we tend to do when a
> platform becomes a maintenance burden and is clearly not used by
> anyone.

I suppose that at least the last argument is not the case here :-).

> 
> It's hard to predict in advance what triggers the removal, but as the
> number of platforms that are not using DT or ARCH_MULTIPLATFORM
> goes down to a small number, there will be increased interested in
> either removing or converting the remaining ones. This is not an
> immediate danger at the moment, since we still have 14 platforms that
> are not using ARCH_MULTIPLATFORM, and 23 that have remaining
> board files, but you don't want to be the last user of the last
> platform after the other ones are done ;-)

:-)

> 
> >> We also need to think about upholding support in GCC for
> >> ARMv4(t) for the foreseeable future if there is a big web of
> >> random deeply embedded systems out there that will need
> >> updates.  
> >
> > But we should definitely preserve at least what we have.  
> 
> Plain ARMv4 (and earlier) support in gcc is already marked
> 'deprecated' and will likely be gone in gcc-8 (it's still there as of
> last week). ARMv4T is going to be around for a while, and you can
> even keep building for ARMv4 using "-march=armv4t -marm" when linking
> with 'ld --fix-v4bx'.

I think that we shall start complaining on the gcc-devel mailing list
now.

I would be hard to wake up in 2 years time and realise that we don't
have a modern compiler.

> 
> Debian recently did a survey to find out whether there were still
> users on ARMv4 or ARMv4T, and the result was that probably everyone is
> on ARMv5E or ARMv6 for the ARM port (which is separate from the
> ARMHF port that is ARMv7+). See also
> https://lists.debian.org/debian-user/2017/11/msg00379.html
> and let them know quickly if you use Debian stable releases and
> plan to update to Debian 10 (Buster) in the future.
> 
>      Arnd



Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  reply	other threads:[~2017-12-17 19:41 UTC|newest]

Thread overview: 159+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-16 23:22 [PATCH 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board Lukasz Majewski
2017-11-16 23:22 ` Lukasz Majewski
2017-11-16 23:22 ` [PATCH 1/4] ARM: ep93xx: ts72xx: Use DEFINE_RES_MEM macros where applicable Lukasz Majewski
2017-11-16 23:22   ` Lukasz Majewski
2017-11-16 23:22 ` [PATCH 2/4] ARM: ep93xx: ts72xx: Provide include guards for ts72xx.h file Lukasz Majewski
2017-11-16 23:22   ` Lukasz Majewski
2017-11-16 23:22 ` [PATCH 3/4] ARM: ep93xx: ts72xx: Exclude reusable part of the ts72xx board Lukasz Majewski
2017-11-16 23:22   ` Lukasz Majewski
2017-11-16 23:22 ` [PATCH 4/4] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative Lukasz Majewski
2017-11-16 23:22   ` Lukasz Majewski
2017-11-19 21:28 ` [PATCH 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board Alexander Sverdlin
2017-11-19 21:28   ` Alexander Sverdlin
2017-11-19 23:23   ` Lukasz Majewski
2017-11-19 23:23     ` Lukasz Majewski
2017-11-20 13:23     ` Arnd Bergmann
2017-11-20 13:23       ` Arnd Bergmann
2017-11-20 14:44       ` Lukasz Majewski
2017-11-20 14:44         ` Lukasz Majewski
2017-11-21 14:31 ` [PATCH v2 0/6] " Lukasz Majewski
2017-11-21 14:31   ` Lukasz Majewski
2017-11-21 14:31   ` [PATCH v2 1/6] ARM: ep93xx: ts72xx: Use DEFINE_RES_MEM macros where applicable Lukasz Majewski
2017-11-21 14:31     ` Lukasz Majewski
2017-11-29 20:33     ` Alexander Sverdlin
2017-11-29 20:33       ` Alexander Sverdlin
2017-11-21 14:32   ` [PATCH v2 2/6] ARM: ep93xx: ts72xx: Provide include guards for ts72xx.h file Lukasz Majewski
2017-11-21 14:32     ` Lukasz Majewski
2017-11-29 20:34     ` Alexander Sverdlin
2017-11-29 20:34       ` Alexander Sverdlin
2017-11-21 14:32   ` [PATCH v2 3/6] ARM: ep93xx: ts72xx: Rewrite ts72xx_register_flash() to accept parameters Lukasz Majewski
2017-11-21 14:32     ` Lukasz Majewski
2017-11-29 20:54     ` Alexander Sverdlin
2017-11-29 20:54       ` Alexander Sverdlin
2017-11-21 14:32   ` [PATCH v2 4/6] ARM: ep93xx: ts72xx: Rewrite map IO code to be reusable Lukasz Majewski
2017-11-21 14:32     ` Lukasz Majewski
2017-11-29 20:36     ` Alexander Sverdlin
2017-11-29 20:36       ` Alexander Sverdlin
2017-11-21 14:32   ` [PATCH v2 5/6] ARM: ep93xx: ts72xx: cosmetic: Add some description to ts72xx code Lukasz Majewski
2017-11-21 14:32     ` Lukasz Majewski
2017-11-21 14:32   ` [PATCH v2 6/6] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative Lukasz Majewski
2017-11-21 14:32     ` Lukasz Majewski
2017-11-29 20:48     ` Alexander Sverdlin
2017-11-29 20:48       ` Alexander Sverdlin
2017-11-29 22:07       ` Lukasz Majewski
2017-11-29 22:07         ` Lukasz Majewski
2017-11-30  0:26         ` Lukasz Majewski
2017-11-30  0:26           ` Lukasz Majewski
2017-11-30  7:07         ` Alexander Sverdlin
2017-11-30  7:07           ` Alexander Sverdlin
2017-11-29  9:45   ` [PATCH v2 0/6] ARM: ep93xx: ts72xx: Add support for BK3 board Lukasz Majewski
2017-11-29  9:45     ` Lukasz Majewski
2017-11-29 12:48     ` Arnd Bergmann
2017-11-29 12:48       ` Arnd Bergmann
2017-11-30  0:45 ` [PATCH v3 " Lukasz Majewski
2017-11-30  0:45   ` Lukasz Majewski
2017-11-30  0:45   ` [PATCH v3 1/6] ARM: ep93xx: ts72xx: Use DEFINE_RES_MEM macros where applicable Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30 16:59     ` Hartley Sweeten
2017-11-30 16:59       ` Hartley Sweeten
2017-11-30  0:45   ` [PATCH v3 2/6] ARM: ep93xx: ts72xx: Provide include guards for ts72xx.h file Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30  0:45   ` [PATCH v3 3/6] ARM: ep93xx: ts72xx: Rewrite ts72xx_register_flash() to accept parameters Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30 17:07     ` Hartley Sweeten
2017-11-30 17:07       ` Hartley Sweeten
2017-11-30  0:45   ` [PATCH v3 4/6] ARM: ep93xx: ts72xx: Rewrite map IO code to be reusable Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30 17:11     ` Hartley Sweeten
2017-11-30 17:11       ` Hartley Sweeten
2017-11-30  0:45   ` [PATCH v3 5/6] ARM: ep93xx: ts72xx: cosmetic: Add some description to ts72xx code Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30 17:23     ` Hartley Sweeten
2017-11-30 17:23       ` Hartley Sweeten
2017-11-30 20:01       ` Alexander Sverdlin
2017-11-30 20:01         ` Alexander Sverdlin
2017-11-30  0:45   ` [PATCH v3 6/6] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative Lukasz Majewski
2017-11-30  0:45     ` Lukasz Majewski
2017-11-30  9:02   ` [PATCH v3 0/6] ARM: ep93xx: ts72xx: Add support for BK3 board Arnd Bergmann
2017-11-30  9:02     ` Arnd Bergmann
2017-11-30  9:57     ` Alexander Sverdlin
2017-11-30 10:44       ` Arnd Bergmann
2017-11-30 10:44         ` Arnd Bergmann
2017-11-30 23:51 ` [PATCH v4 0/5] " Lukasz Majewski
2017-11-30 23:51   ` Lukasz Majewski
2017-11-30 23:51   ` [PATCH v4 1/5] ARM: ep93xx: ts72xx: Provide include guards for ts72xx.h file Lukasz Majewski
2017-11-30 23:51     ` Lukasz Majewski
2017-11-30 23:51   ` [PATCH v4 2/5] ARM: ep93xx: ts72xx: Rewrite ts72xx_register_flash() to accept parameters Lukasz Majewski
2017-11-30 23:51     ` Lukasz Majewski
2017-11-30 23:51   ` [PATCH v4 3/5] ARM: ep93xx: ts72xx: Rewrite map IO code to be reusable Lukasz Majewski
2017-11-30 23:51     ` Lukasz Majewski
2017-11-30 23:51   ` [PATCH v4 4/5] ARM: ep93xx: ts72xx: cosmetic: Add some description to ts72xx code Lukasz Majewski
2017-11-30 23:51     ` Lukasz Majewski
2017-11-30 23:51   ` [PATCH v4 5/5] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative Lukasz Majewski
2017-11-30 23:51     ` Lukasz Majewski
2017-12-11 17:17     ` Hartley Sweeten
2017-12-11 17:17       ` Hartley Sweeten
2017-12-11 21:39       ` Lukasz Majewski
2017-12-11 21:39         ` Lukasz Majewski
2017-12-11 22:28         ` Hartley Sweeten
2017-12-11 22:28           ` Hartley Sweeten
2017-12-11 22:46           ` Lukasz Majewski
2017-12-11 22:46             ` Lukasz Majewski
2017-12-05 18:14   ` [PATCH v4 0/5] ARM: ep93xx: ts72xx: Add support for BK3 board Hartley Sweeten
2017-12-05 18:14     ` Hartley Sweeten
2017-12-06 17:46     ` Alexander Sverdlin
2017-12-06 17:46       ` Alexander Sverdlin
2017-12-11 23:36 ` [PATCH v5 0/4] " Lukasz Majewski
2017-12-11 23:36   ` Lukasz Majewski
2017-12-11 23:36   ` [PATCH v5 1/4] ARM: ep93xx: ts72xx: Provide include guards for ts72xx.h file Lukasz Majewski
2017-12-11 23:36     ` Lukasz Majewski
2017-12-11 23:36   ` [PATCH v5 2/4] ARM: ep93xx: ts72xx: Rewrite ts72xx_register_flash() to accept parameters Lukasz Majewski
2017-12-11 23:36     ` Lukasz Majewski
2017-12-11 23:36   ` [PATCH v5 3/4] ARM: ep93xx: ts72xx: cosmetic: Add some description to ts72xx code Lukasz Majewski
2017-12-11 23:36     ` Lukasz Majewski
2017-12-11 23:36   ` [PATCH v5 4/4] ARM: ep93xx: ts72xx: Add support for BK3 board - ts72xx derivative Lukasz Majewski
2017-12-11 23:36     ` Lukasz Majewski
2017-12-11 23:43   ` [PATCH v5 0/4] ARM: ep93xx: ts72xx: Add support for BK3 board Hartley Sweeten
2017-12-11 23:43     ` Hartley Sweeten
2017-12-13  7:34   ` Linus Walleij
2017-12-13  7:34     ` Linus Walleij
2017-12-13  8:26     ` Alexander Sverdlin
2017-12-13  8:26       ` Alexander Sverdlin
2017-12-13  8:52       ` Lukasz Majewski
2017-12-13  8:52         ` Lukasz Majewski
2017-12-20 12:33         ` Linus Walleij
2017-12-20 12:33           ` Linus Walleij
2017-12-20 12:50           ` Arnd Bergmann
2017-12-20 12:50             ` Arnd Bergmann
2017-12-20 13:00             ` Alexander Sverdlin
2017-12-20 13:00               ` Alexander Sverdlin
2017-12-20 13:14               ` Arnd Bergmann
2017-12-20 13:14                 ` Arnd Bergmann
2017-12-20 13:39                 ` Alexander Sverdlin
2017-12-20 13:39                   ` Alexander Sverdlin
2017-12-20 13:14             ` Lukasz Majewski
2017-12-20 13:14               ` Lukasz Majewski
2017-12-20 13:18           ` Lukasz Majewski
2017-12-20 13:18             ` Lukasz Majewski
2017-12-13 10:11       ` Arnd Bergmann
2017-12-13 10:11         ` Arnd Bergmann
2017-12-17 19:41         ` Lukasz Majewski [this message]
2017-12-17 19:41           ` Lukasz Majewski
2017-12-17 20:07           ` Arnd Bergmann
2017-12-17 20:07             ` Arnd Bergmann
2017-12-17 21:28             ` Lukasz Majewski
2017-12-17 21:28               ` Lukasz Majewski
2017-12-18 11:55               ` Arnd Bergmann
2017-12-18 11:55                 ` Arnd Bergmann
2017-12-18 12:03                 ` Alexander Sverdlin
2017-12-18 12:03                   ` Alexander Sverdlin
2017-12-19 21:36                   ` Lukasz Majewski
2017-12-19 21:36                     ` Lukasz Majewski
2017-12-20  8:11                     ` Arnd Bergmann
2017-12-20  8:11                       ` Arnd Bergmann
2017-12-20  8:53                       ` Lukasz Majewski
2017-12-20  8:53                         ` Lukasz Majewski
2017-12-20 12:48                 ` Linus Walleij
2017-12-20 12:48                   ` Linus Walleij
2017-12-20 12:59                   ` Arnd Bergmann
2017-12-20 12:59                     ` Arnd Bergmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171217204122.0a10a5e1@jawa \
    --to=lukma@denx.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.