Riot: cpu / lpc2387：一部は廃止されました

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 この問題を無視したい場合は、「状態：古くない」というラベルを付けてください。 貢献していただきありがとうございます。

この問題についてどうしたらよいかわかりません。この部分は廃止されていますが、 @ maribuが使用していると思いますが、いくつかのアクティビティがあり、修正が表示されています。

廃止されたハードウェア全般について何をすべきかを自問するのは理にかなっていますが、非推奨にする必要がありますか？

ヘルシンキで関連する質問について話し合ったと思います。どのような状況で、ボードサポートをRIOTに追加する必要があります。

コンセンサスは、次の3つのうち少なくとも1つが真実である必要があるということだったと思います。

1. ボードにはかなりのユーザーベースがあります
2. ハードウェアは簡単に入手できます
   
   
   
   • これはしばしば1になります。
   
   
   • これにより、RIOT開発者はボード上のものを簡単に入手してテストできます。
   
   
3. ボードは積極的に維持されています
   
   
   
   • したがって、これらはオプションのモジュールであり、モジュールを積極的に保守する意思のある開発者以外のRIOT開発者に保守のオーバーヘッドを引き起こしません。
   
   
   • 応答/テストの欠落が原因でPR（クリーンアップなど）がブロックされないようにする
   
   
   • または要するに：彼らは他の誰にも痛みを引き起こしません
   
   

私にとって、これは、モジュールの非推奨/削除が合理的かどうかを見積もるのに適したベースラインになります（ハードウェアに関連しないモジュールの場合は、ポイント2をスキップします）。

現在、LPC2387は積極的に保守されているので（正直に言うと、私ではなく@benpiccoによって主に）、ポイント3が当てはまると思います。 また、FUB、HAW、およびOVGUにはまだ多くのMSB-A2があり、Hochschule BeuthはMCB2388ボードを使用して教育を行っており、最近RIOTにサポートが追加されました。 したがって、かなりのユーザーベースが誇張されている可能性があるとしても、このCPUに残されているユーザーもいます。 ポイント2。ただし、MCU（またはボード）には適用されません。

おそらく、モジュールを非推奨にする時期に関する一般的な質問は、次の仮想メンテナアセンブリで議論するのに良いポイントになるでしょうか？

おそらく、モジュールを非推奨にする時期に関する一般的な質問は、次の仮想メンテナアセンブリで議論するのに良いポイントになるでしょうか？

ディスカッションのテーマとして提案する必要がありますが、スケジュールに合わない場合は、サポートを追加または削除する理由として、3ポイントベースのアプローチが理にかなっていると思います。 議題に収まらない場合は、ガイドラインのどこかにこれを追加しようと思います。

LinuxはSGIOctaneのサポートを取得したばかりです。そして、人々がコードを使用および保守している限り、なぜそれを削除する必要があるのでしょうか。
レトロコンピューティングは楽しいことがあります：wink：

この問題は、最近のアクティビティがないため、自動的に古いものとしてマークされています。 それ以上のアクティビティが発生しない場合は閉じられます。 この問題を無視したい場合は、「状態：古くない」というラベルを付けてください。 貢献していただきありがとうございます。

@benpiccoのおかげで、lpc2387のサポートはかなり良い形になりました。 インライン化可能なIRQAPIのような最近の開発でさえ、古いARMボードは初期の採用者の一部でした。

これを閉じます。 同意できない場合は、お気軽に再開してください。