Riot: cpu/lpc2387: bagian sudah usang

Masalah ini secara otomatis ditandai sebagai basi karena tidak ada aktivitas terbaru. Ini akan ditutup jika tidak ada aktivitas lebih lanjut yang terjadi. Jika Anda ingin saya mengabaikan masalah ini, tandai dengan label "Negara: jangan basi". Terima kasih atas kontribusi Anda.

Tidak yakin apa yang harus dilakukan tentang masalah ini, meskipun bagiannya sudah usang, saya pikir @maribu sedang menggunakannya, ada beberapa aktivitas dan perbaikan telah muncul.

Masuk akal untuk bertanya pada diri kita sendiri apa yang harus kita lakukan tentang perangkat keras usang secara umum, haruskah kita mulai mencelanya?

Saya pikir kami membahas pertanyaan terkait di Helsinki: Dalam situasi apa dukungan dewan harus ditambahkan ke RIOT.

Saya pikir konsensusnya adalah bahwa setidaknya satu dari tiga berikut ini harus benar:

1. Papan memiliki basis pengguna yang signifikan
2. Perangkat kerasnya mudah didapat
   
   
   
   • Hal ini sering mengakibatkan 1.
   
   
   • Itu memudahkan pengembang RIOT untuk mendapatkan dan menguji barang-barang di papan
   
   
3. Papan dipelihara secara aktif
   
   
   
   • Jadi mereka adalah modul opsional yang tidak menyebabkan biaya pemeliharaan untuk pengembang RIOT selain mereka yang mau secara aktif memelihara modul
   
   
   • Sehingga mereka tidak memblokir PR (misalnya pembersihan) karena tanggapan / pengujian yang hilang
   
   
   • Atau singkatnya: Mereka tidak menyebabkan rasa sakit bagi orang lain
   
   

Bagi saya, ini akan menjadi garis dasar yang baik untuk memperkirakan apakah penghentian/penghapusan modul apa pun masuk akal (melewati poin 2. untuk modul yang tidak terkait dengan perangkat keras).

Saat ini, LPC2387 dipelihara secara aktif (sejujurnya: kebanyakan oleh @benpicco daripada saya), jadi saya katakan poin 3 berlaku. Juga: FUB, HAW, dan OVGU masih memiliki banyak MSB-A2 dan Hochschule Beuth menggunakan papan MCB2388 untuk pengajaran, yang dukungannya baru-baru ini ditambahkan ke RIOT. Jadi ada juga beberapa pengguna yang tersisa untuk CPU ini, meskipun basis pengguna yang signifikan mungkin berlebihan. Butir 2. namun tentu tidak berlaku lagi untuk MCU (atau board).

Mungkin pertanyaan umum tentang kapan harus menghentikan modul akan menjadi poin yang baik untuk dibahas dalam perakitan pengelola virtual berikutnya?

Mungkin pertanyaan umum tentang kapan harus menghentikan modul akan menjadi poin yang baik untuk dibahas dalam perakitan pengelola virtual berikutnya?

Kami harus mengusulkannya sebagai subjek diskusi, tetapi jika tidak sesuai dengan jadwal, saya pikir pendekatan berbasis 3 poin Anda masuk akal bagi saya mengapa menambah atau menghapus dukungan. Jika kami tidak dapat masuk dalam agenda, saya akan mencoba menambahkan ini dalam pedoman kami di suatu tempat.

Linux baru saja mendapat dukungan untuk SGI Octane - dan selama orang menggunakan & memelihara kodenya, mengapa kami harus menghapusnya?
Komputasi retro bisa menyenangkan :wink:

Masalah ini secara otomatis ditandai sebagai basi karena tidak ada aktivitas terbaru. Ini akan ditutup jika tidak ada aktivitas lebih lanjut yang terjadi. Jika Anda ingin saya mengabaikan masalah ini, tandai dengan label "Negara: jangan basi". Terima kasih atas kontribusi Anda.

Dukungan untuk lpc2387 sekarang dalam kondisi yang cukup baik, terima kasih kepada @benpicco. Bahkan untuk perkembangan terakhir seperti IRQ API yang dapat di-inline, papan ARM lama adalah bagian dari pengadopsi awal.

Saya tutup ini sekarang. Jika ada yang tidak setuju, silakan buka kembali.