Riot: cpu/lpc2387 : la pièce est obsolète

Créé le 5 juil. 2019  ·  7Commentaires  ·  Source: RIOT-OS/RIOT

La description

lpc2387 NRND

La pièce NXP n'est "pas recommandée pour les nouvelles conceptions" selon le fabricant.

Bien que les clients existants puissent toujours commander la pièce, NXP ne recommande pas que la pièce soit conçue dans de nouveaux produits finaux. Aucune décision d'abandon n'a été prise. Lorsqu'une décision est prise, elle sera communiquée via le processus d'interruption de produit de NXP (par exemple, avec une notification d'interruption aux clients existants).

Il existe une seule pièce ARM7 active de NXP (LPC2368FBD100) et elle ne semble pas être un remplacement direct.

Ce processeur est utilisé par la carte msba2 qui non seulement n'est pas un produit standard, mais il ne semble plus être produit et est la source de plus d'un casse-tête de maintenance du système de construction.

ARM7TDMI(S) NRND

Il semble que le code ARM7 ( ARM classique ) lui-même ne soit pas non plus recommandé pour les nouvelles conceptions.

Ceci est pertinent compte tenu du #11759 qui affecte ARM7.

Proposition

Si les problèmes ne sont pas résolus, je propose de nettoyer lpc2387 et les cartes associées et peut-être aussi ARM7.

Problèmes liés

Problèmes ouverts liés à cette partie :

https://github.com/RIOT-OS/RIOT/issues?utf8=%E2%9C%93&q=is%3Aissue+is%3Aopen+lpc2387

ARM stale cleanup

Commentaire le plus utile

Je pense que nous avons discuté d'une question connexe à Helsinki : dans quelles circonstances le soutien du conseil d'administration devrait être ajouté à RIOT.

Je pense que le consensus était qu'au moins l'un des trois éléments suivants doit être vrai :

  1. Le conseil a une base d'utilisateurs importante
  2. Le matériel est facile à obtenir

    • Cela se traduit souvent par 1.

    • Il permet aux développeurs RIOT d'obtenir et de tester facilement des éléments sur la carte

  3. Le conseil est activement maintenu

    • Ce sont donc des modules optionnels qui ne causent pas de frais de maintenance pour les développeurs RIOT autres que ceux qui souhaitent maintenir activement le module

    • Afin qu'ils ne bloquent pas les PR (par exemple, les nettoyages) en raison de réponses / tests manquants

    • Ou en bref : ils ne causent de douleur à personne d'autre

Pour moi, ce serait une bonne ligne de base pour estimer si la dépréciation / la suppression de tout module est raisonnable (sauter le point 2. pour les modules qui ne sont pas liés au matériel).

Actuellement, le LPC2387 est activement maintenu (pour être honnête : principalement par @benpicco plutôt que par moi), donc je dis que le point 3 s'applique. Aussi : La FUB, la HAW et l'OVGU ont encore beaucoup de MSB-A2 et la Hochschule Beuth utilise des cartes MCB2388 pour l'enseignement, pour lesquelles le support a été récemment ajouté à RIOT. Il reste donc quelques utilisateurs pour ce processeur, même si une base d'utilisateurs importante peut être une surestimation. Le point 2. cependant ne s'applique certainement plus au MCU (ou aux cartes).

Peut-être que la question générale de savoir quand déprécier les modules serait un bon point à discuter lors de la prochaine assemblée du responsable virtuel ?

Tous les 7 commentaires

Ce problème a été automatiquement marqué comme obsolète, car il n'a pas eu d'activité récente. Il sera fermé s'il n'y a plus d'activité. Si vous voulez que j'ignore ce problème, veuillez le marquer avec l'étiquette "State: don't stale". Merci pour vos contributions.

Je ne sais pas quoi faire à propos de ce problème, bien que la partie soit obsolète, je pense que @maribu l'utilise, il y a eu une activité et des correctifs sont apparus.

Il est logique de se demander ce que nous devrions faire à propos du matériel obsolète en général, devrions-nous commencer à le déprécier ?

Je pense que nous avons discuté d'une question connexe à Helsinki : dans quelles circonstances le soutien du conseil d'administration devrait être ajouté à RIOT.

Je pense que le consensus était qu'au moins l'un des trois éléments suivants doit être vrai :

  1. Le conseil a une base d'utilisateurs importante
  2. Le matériel est facile à obtenir

    • Cela se traduit souvent par 1.

    • Il permet aux développeurs RIOT d'obtenir et de tester facilement des éléments sur la carte

  3. Le conseil est activement maintenu

    • Ce sont donc des modules optionnels qui ne causent pas de frais de maintenance pour les développeurs RIOT autres que ceux qui souhaitent maintenir activement le module

    • Afin qu'ils ne bloquent pas les PR (par exemple, les nettoyages) en raison de réponses / tests manquants

    • Ou en bref : ils ne causent de douleur à personne d'autre

Pour moi, ce serait une bonne ligne de base pour estimer si la dépréciation / la suppression de tout module est raisonnable (sauter le point 2. pour les modules qui ne sont pas liés au matériel).

Actuellement, le LPC2387 est activement maintenu (pour être honnête : principalement par @benpicco plutôt que par moi), donc je dis que le point 3 s'applique. Aussi : La FUB, la HAW et l'OVGU ont encore beaucoup de MSB-A2 et la Hochschule Beuth utilise des cartes MCB2388 pour l'enseignement, pour lesquelles le support a été récemment ajouté à RIOT. Il reste donc quelques utilisateurs pour ce processeur, même si une base d'utilisateurs importante peut être une surestimation. Le point 2. cependant ne s'applique certainement plus au MCU (ou aux cartes).

Peut-être que la question générale de savoir quand déprécier les modules serait un bon point à discuter lors de la prochaine assemblée du responsable virtuel ?

Peut-être que la question générale de savoir quand déprécier les modules serait un bon point à discuter lors de la prochaine assemblée du responsable virtuel ?

Nous devrions le proposer comme sujet de discussion, mais si cela ne correspond pas au calendrier, je pense que votre approche basée sur 3 points me semble logique dans la raison pour laquelle ajouter ou supprimer un support. Si nous ne pouvons pas tenir compte de l'ordre du jour, j'essaierais de l'ajouter quelque part dans nos lignes directrices.

Linux vient de prendre en charge le SGI Octane - et tant que les gens utilisent et maintiennent le code, pourquoi devrions-nous le supprimer ?
Le rétro-informatique peut être amusant :wink:

Ce problème a été automatiquement marqué comme obsolète, car il n'a pas eu d'activité récente. Il sera fermé s'il n'y a plus d'activité. Si vous voulez que j'ignore ce problème, veuillez le marquer avec l'étiquette "State: don't stale". Merci pour vos contributions.

Le support du lpc2387 est maintenant en assez bon état, grâce à @benpicco. Même pour les développements récents comme l'API IRQ en ligne, les anciennes cartes ARM faisaient partie des premiers utilisateurs.

Je ferme ça maintenant. Si quelqu'un n'est pas d'accord, n'hésitez pas à rouvrir.

Cette page vous a été utile?
0 / 5 - 0 notes