Riot: cpu/lpc2387: parte está obsoleta

Criado em 5 jul. 2019  ·  7Comentários  ·  Fonte: RIOT-OS/RIOT

Descrição

lpc2387 NRND

A peça NXP "não é recomendada para novos projetos" de acordo com o fabricante.

Embora os clientes existentes ainda possam solicitar a peça, a NXP não recomenda que a peça seja projetada em novos produtos finais. Nenhuma decisão de descontinuação foi tomada. Quando uma decisão for tomada, ela será comunicada por meio do processo de descontinuação do produto da NXP (por exemplo, com uma notificação de descontinuação aos clientes existentes).

Existe uma única parte ARM7 ativa do NXP (LPC2368FBD100) e não parece ser uma substituição direta.

Este processador é usado pela placa msba2 que não só não é um produto de prateleira, como não parece mais ser produzido e é a fonte de mais de uma dor de cabeça de manutenção do sistema de compilação.

ARM7TDMI(S) NRND

Parece que o próprio código ARM7 ( Classic ARM ) também não é recomendado para novos designs.

Isso é relevante considerando o #11759 que afeta o ARM7.

Proposta

Se os problemas não forem corrigidos, proponho limpar o lpc2387 e as placas associadas e talvez o ARM7 também.

Assuntos relacionados

Problemas em aberto relacionados a esta parte:

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

ARM stale cleanup

Comentários muito úteis

Acho que discutimos uma questão relacionada em Helsinque: sob quais circunstâncias o suporte do conselho deve ser adicionado ao RIOT.

Acho que o consenso foi que pelo menos uma das três seguintes precisa ser verdadeira:

  1. A placa tem uma base de usuários significativa
  2. O hardware é fácil de obter

    • Isso geralmente resulta em 1.

    • Torna mais fácil para os desenvolvedores do RIOT obter e testar coisas na placa

  3. A placa é mantida ativamente

    • Portanto, são módulos opcionais que não causam sobrecarga de manutenção para os desenvolvedores do RIOT, exceto aqueles que desejam manter ativamente o módulo

    • Para que eles não bloqueiem PRs (por exemplo, limpezas) devido à falta de respostas / testes

    • Ou resumindo: não causam dor a mais ninguém

Para mim, isso seria uma boa linha de base para estimar se a descontinuação / remoção de qualquer módulo é razoável (pulando o ponto 2. para módulos que não estão relacionados ao hardware).

Atualmente, o LPC2387 é mantido ativamente (para ser honesto: principalmente por @benpicco em vez de mim), então digo que o ponto 3 se aplica. Além disso: o FUB, o HAW e o OVGU ainda têm muito MSB-A2 e a Hochschule Beuth está usando placas MCB2388 para ensino, para as quais o suporte foi adicionado recentemente ao RIOT. Portanto, também há alguns usuários restantes para esta CPU, mesmo que uma base de usuários significativa possa ser um exagero. O ponto 2. no entanto certamente não se aplica mais ao MCU (ou placas).

Talvez a questão geral de quando descontinuar módulos seja um bom ponto para discutir na próxima assembléia de mantenedores virtuais?

Todos 7 comentários

Este problema foi marcado automaticamente como obsoleto porque não teve atividade recente. Será fechado se não ocorrer mais nenhuma atividade. Se você quiser que eu ignore esse problema, marque-o com o rótulo "State: don't stale". Obrigado por suas contribuições.

Não tenho certeza do que fazer sobre esse problema, embora a parte esteja obsoleta, acho que @maribu está usando, houve alguma atividade e correções foram exibidas.

Faz sentido perguntar a nós mesmos o que devemos fazer sobre hardware obsoleto em geral, devemos começar a descontinuar?

Acho que discutimos uma questão relacionada em Helsinque: sob quais circunstâncias o suporte do conselho deve ser adicionado ao RIOT.

Acho que o consenso foi que pelo menos uma das três seguintes precisa ser verdadeira:

  1. A placa tem uma base de usuários significativa
  2. O hardware é fácil de obter

    • Isso geralmente resulta em 1.

    • Torna mais fácil para os desenvolvedores do RIOT obter e testar coisas na placa

  3. A placa é mantida ativamente

    • Portanto, são módulos opcionais que não causam sobrecarga de manutenção para os desenvolvedores do RIOT, exceto aqueles que desejam manter ativamente o módulo

    • Para que eles não bloqueiem PRs (por exemplo, limpezas) devido à falta de respostas / testes

    • Ou resumindo: não causam dor a mais ninguém

Para mim, isso seria uma boa linha de base para estimar se a descontinuação / remoção de qualquer módulo é razoável (pulando o ponto 2. para módulos que não estão relacionados ao hardware).

Atualmente, o LPC2387 é mantido ativamente (para ser honesto: principalmente por @benpicco em vez de mim), então digo que o ponto 3 se aplica. Além disso: o FUB, o HAW e o OVGU ainda têm muito MSB-A2 e a Hochschule Beuth está usando placas MCB2388 para ensino, para as quais o suporte foi adicionado recentemente ao RIOT. Portanto, também há alguns usuários restantes para esta CPU, mesmo que uma base de usuários significativa possa ser um exagero. O ponto 2. no entanto certamente não se aplica mais ao MCU (ou placas).

Talvez a questão geral de quando descontinuar módulos seja um bom ponto para discutir na próxima assembléia de mantenedores virtuais?

Talvez a questão geral de quando descontinuar módulos seja um bom ponto para discutir na próxima assembléia de mantenedores virtuais?

Devemos propô-lo como um assunto de discussão, mas se não se encaixar no cronograma, acho que sua abordagem baseada em 3 pontos faz sentido para mim em por que adicionar ou remover suporte. Se não conseguirmos encaixar na agenda, eu tentaria adicionar isso em nossas diretrizes em algum lugar.

O Linux acaba de receber suporte para o SGI Octane - e enquanto as pessoas estiverem usando e mantendo o código, por que devemos removê-lo?
Retro-computação pode ser divertido :wink:

Este problema foi marcado automaticamente como obsoleto porque não teve atividade recente. Será fechado se não ocorrer mais nenhuma atividade. Se você quiser que eu ignore esse problema, marque-o com o rótulo "State: don't stale". Obrigado por suas contribuições.

O suporte para o lpc2387 agora está em boa forma, graças a @benpicco. Mesmo para desenvolvimentos recentes, como a API IRQ inline, as antigas placas ARM faziam parte dos primeiros adotantes.

Estou fechando isso agora. Se alguém discordar, sinta-se à vontade para reabrir.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

kaspar030 picture kaspar030  ·  3Comentários

sinkarharshad picture sinkarharshad  ·  7Comentários

jdavid picture jdavid  ·  5Comentários

kaspar030 picture kaspar030  ·  6Comentários

jia200x picture jia200x  ·  5Comentários