Riot: cpu/lpc2387: Teil ist veraltet

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität gab. Es wird geschlossen, wenn keine weiteren Aktivitäten stattfinden. Wenn Sie möchten, dass ich dieses Problem ignoriere, markieren Sie es bitte mit dem Label „State: don’t stale“. Vielen Dank für Ihre Beiträge.

Ich bin mir nicht sicher, was ich in Bezug auf dieses Problem tun soll, obwohl das Teil veraltet ist, denke ich, dass @maribu es verwendet, es gab einige Aktivitäten und es wurden Korrekturen angezeigt.

Es macht Sinn, sich selbst zu fragen, was wir im Allgemeinen mit veralteter Hardware tun sollten, sollten wir anfangen, sie abzulehnen?

Ich glaube, wir haben in Helsinki eine verwandte Frage diskutiert: Unter welchen Umständen sollte RIOT um Vorstandsunterstützung erweitert werden?

Ich denke, der Konsens war, dass mindestens einer der folgenden drei Punkte wahr sein muss:

1. Das Board hat eine bedeutende Benutzerbasis
2. Die Hardware ist leicht zu beschaffen
   
   
   
   • Dies führt oft zu 1.
   
   
   • Es macht es RIOT-Entwicklern leicht, Material auf dem Board zu erhalten und zu testen
   
   
3. Das Board wird aktiv gepflegt
   
   
   
   • Sie sind also optionale Module, die keinen Wartungsaufwand für RIOT-Entwickler verursachen, außer denen, die bereit sind, das Modul aktiv zu warten
   
   
   • Damit sie PRs (z. B. Aufräumarbeiten) nicht aufgrund fehlender Antworten / Tests blockieren
   
   
   • Oder kurz gesagt: Sie bereiten niemandem Schmerzen
   
   

Für mich wäre dies eine gute Basis, um abzuschätzen, ob die Abwertung / Entfernung eines Moduls angemessen ist (Überspringen von Punkt 2. für Module, die nichts mit Hardware zu tun haben).

Derzeit wird der LPC2387 aktiv gepflegt (um ehrlich zu sein: eher von @benpicco als von mir), daher sage ich Punkt 3 trifft zu. Übrigens: Die FUB, die HAW und die OVGU haben noch viele MSB-A2 und die Hochschule Beuth nutzt MCB2388-Boards für die Lehre, für die kürzlich Unterstützung von RIOT hinzugefügt wurde. Es gibt also auch noch einige Nutzer für diese CPU, auch wenn eine beachtliche Nutzerbasis vielleicht übertrieben ist. Punkt 2. trifft aber sicherlich nicht mehr auf die MCU (bzw. Boards) zu.

Vielleicht wäre die allgemeine Frage, wann Module veraltet sind, ein guter Punkt, um sie in der nächsten Versammlung der virtuellen Betreuer zu diskutieren?

Vielleicht wäre die allgemeine Frage, wann Module veraltet sind, ein guter Punkt, um sie in der nächsten Versammlung der virtuellen Betreuer zu diskutieren?

Wir sollten es als Diskussionsthema vorschlagen, aber wenn es nicht in den Zeitplan passt, denke ich, dass Ihr 3-Punkte-basierter Ansatz für mich sinnvoll ist, warum Unterstützung hinzugefügt oder entfernt wird. Wenn wir nicht in die Tagesordnung passen, würde ich versuchen, dies irgendwo in unsere Richtlinien aufzunehmen.

Linux hat gerade Unterstützung für SGI Octane erhalten - und solange die Leute den Code verwenden und pflegen, warum sollten wir ihn entfernen?
Retro-Computing kann Spaß machen :wink:

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität gab. Es wird geschlossen, wenn keine weiteren Aktivitäten stattfinden. Wenn Sie möchten, dass ich dieses Problem ignoriere, markieren Sie es bitte mit dem Label „State: don’t stale“. Vielen Dank für Ihre Beiträge.

Die Unterstützung für den lpc2387 ist dank @benpicco jetzt in einem ziemlich guten Zustand. Auch bei neueren Entwicklungen wie der inline-fähigen IRQ-API gehörten die alten ARM-Boards zu den Early Adopters.

Ich schließe das jetzt. Wenn jemand anderer Meinung ist, können Sie ihn gerne wieder öffnen.