Riot: cpu/lpc2387: la pieza está obsoleta

Creado en 5 jul. 2019  ·  7Comentarios  ·  Fuente: RIOT-OS/RIOT

Descripción

lpc2387 NRND

La pieza NXP "no se recomienda para nuevos diseños" según el fabricante.

Si bien los clientes existentes aún pueden solicitar la pieza, NXP no recomienda que la pieza se diseñe en nuevos productos finales. No se ha tomado ninguna decisión de suspensión. Cuando se tome una decisión, se comunicará a través del proceso de descontinuación de productos de NXP (p. ej., con una notificación de descontinuación a los clientes existentes).

Existe una sola pieza ARM7 activa de NXP (LPC2368FBD100) y no parece ser un reemplazo directo.

Este procesador es utilizado por la placa msba2, que no solo no es un producto listo para usar, sino que parece que ya no se produce y es la fuente de más de un dolor de cabeza de mantenimiento del sistema de compilación.

ARM7TDMI(S) NRND

Parece que el propio código ARM7 ( ARM clásico ) tampoco es recomendable para nuevos diseños.

Esto es relevante considerando #11759 que afecta ARM7.

Propuesta

Si los problemas no se solucionan, propongo limpiar lpc2387 y las placas asociadas y quizás también ARM7.

Asuntos relacionados

Cuestiones abiertas relacionadas con esta parte:

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

ARM stale cleanup

Comentario más útil

Creo que discutimos una pregunta relacionada en Helsinki: bajo qué circunstancias se debe agregar el soporte de la junta a RIOT.

Creo que el consenso fue que al menos uno de los siguientes tres debe ser cierto:

  1. El tablero tiene una base de usuarios significativa
  2. El hardware es fácil de obtener.

    • Esto a menudo resulta en 1.

    • Hace que sea fácil para los desarrolladores de RIOT obtener y probar cosas en la placa.

  3. El tablero se mantiene activamente

    • Por lo tanto, son módulos opcionales que no causan gastos generales de mantenimiento para los desarrolladores de RIOT que no sean aquellos que estén dispuestos a mantener activamente el módulo.

    • Para que no bloqueen los PR (por ejemplo, limpiezas) debido a la falta de respuestas/pruebas

    • O en resumen: no causan dolor a nadie más.

Para mí, esta sería una buena línea de base para estimar si la desaprobación/eliminación de algún módulo es razonable (saltar el punto 2 para módulos que no están relacionados con el hardware).

Actualmente, el LPC2387 se mantiene activamente (para ser honesto: principalmente por @benpicco en lugar de por mí), por lo que digo que se aplica el punto 3. Además: la FUB, la HAW y la OVGU todavía tienen muchas MSB-A2 y la Hochschule Beuth está usando placas MCB2388 para la enseñanza, para las cuales se agregó soporte recientemente a RIOT. Por lo tanto, también quedan algunos usuarios para esta CPU, aunque una base de usuarios significativa podría ser una exageración. Punto 2. Sin embargo, ciertamente ya no se aplica a la MCU (o placas).

¿Quizás la pregunta general de cuándo desaprobar los módulos sería un buen punto para discutir en la próxima asamblea de mantenimiento virtual?

Todos 7 comentarios

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Si desea que ignore este problema, márquelo con la etiqueta "Estado: no obsoleto". Gracias por sus aportaciones.

No estoy seguro de qué hacer con este problema, aunque la parte está obsoleta, creo que @maribu la está usando, ha habido alguna actividad y han aparecido soluciones.

Tiene sentido preguntarnos qué debemos hacer con el hardware obsoleto en general, ¿deberíamos comenzar a desaprobarlo?

Creo que discutimos una pregunta relacionada en Helsinki: bajo qué circunstancias se debe agregar el soporte de la junta a RIOT.

Creo que el consenso fue que al menos uno de los siguientes tres debe ser cierto:

  1. El tablero tiene una base de usuarios significativa
  2. El hardware es fácil de obtener.

    • Esto a menudo resulta en 1.

    • Hace que sea fácil para los desarrolladores de RIOT obtener y probar cosas en la placa.

  3. El tablero se mantiene activamente

    • Por lo tanto, son módulos opcionales que no causan gastos generales de mantenimiento para los desarrolladores de RIOT que no sean aquellos que estén dispuestos a mantener activamente el módulo.

    • Para que no bloqueen los PR (por ejemplo, limpiezas) debido a la falta de respuestas/pruebas

    • O en resumen: no causan dolor a nadie más.

Para mí, esta sería una buena línea de base para estimar si la desaprobación/eliminación de algún módulo es razonable (saltar el punto 2 para módulos que no están relacionados con el hardware).

Actualmente, el LPC2387 se mantiene activamente (para ser honesto: principalmente por @benpicco en lugar de por mí), por lo que digo que se aplica el punto 3. Además: la FUB, la HAW y la OVGU todavía tienen muchas MSB-A2 y la Hochschule Beuth está usando placas MCB2388 para la enseñanza, para las cuales se agregó soporte recientemente a RIOT. Por lo tanto, también quedan algunos usuarios para esta CPU, aunque una base de usuarios significativa podría ser una exageración. Punto 2. Sin embargo, ciertamente ya no se aplica a la MCU (o placas).

¿Quizás la pregunta general de cuándo desaprobar los módulos sería un buen punto para discutir en la próxima asamblea de mantenimiento virtual?

¿Quizás la pregunta general de cuándo desaprobar los módulos sería un buen punto para discutir en la próxima asamblea de mantenimiento virtual?

Deberíamos proponerlo como un tema de discusión, pero si no se ajusta al cronograma, creo que su enfoque basado en 3 puntos tiene sentido para mí en cuanto a por qué agregar o quitar apoyo. Si no podemos encajar en la agenda, trataría de agregar esto en alguna parte de nuestras pautas.

Linux acaba de recibir soporte para SGI Octane, y mientras la gente esté usando y manteniendo el código, ¿por qué deberíamos eliminarlo?
La retrocomputación puede ser divertida :wink:

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Si desea que ignore este problema, márquelo con la etiqueta "Estado: no obsoleto". Gracias por sus aportaciones.

El soporte para lpc2387 ahora está en muy buena forma, gracias a @benpicco. Incluso para desarrollos recientes como la API IRQ en línea, las antiguas placas ARM fueron parte de los primeros en adoptar.

Estoy cerrando esto ahora. Si alguien no está de acuerdo, siéntase libre de volver a abrir.

¿Fue útil esta página
0 / 5 - 0 calificaciones