Riot: सीपीयू/एलपीसी2387: भाग अप्रचलित है

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। यदि आप चाहते हैं कि मैं इस मुद्दे को अनदेखा कर दूं, तो कृपया इसे "स्टेट: डोंट बासी" लेबल से चिह्नित करें। आपके योगदानों के लिए धन्यवाद।

सुनिश्चित नहीं है कि इस मुद्दे के बारे में क्या करना है, हालांकि हिस्सा अप्रचलित है, मुझे लगता है कि @ मारिबू इसका उपयोग कर रहा है, कुछ गतिविधि हुई है और सुधार दिखाए गए हैं।

मुझे अपने आप से यह पूछने का कोई मतलब नहीं है कि हमें सामान्य रूप से अप्रचलित हार्डवेयर के बारे में क्या करना चाहिए, क्या हमें इसे बहिष्कृत करना शुरू कर देना चाहिए?

मुझे लगता है कि हमने हेलसिंकी में एक संबंधित प्रश्न पर चर्चा की: किन परिस्थितियों में बोर्ड समर्थन को RIOT में जोड़ा जाना चाहिए।

मुझे लगता है कि सर्वसम्मति यह थी कि निम्नलिखित तीन में से कम से कम एक को सत्य होना चाहिए:

1. बोर्ड का एक महत्वपूर्ण उपयोगकर्ता आधार है
2. हार्डवेयर प्राप्त करना आसान है
   
   
   
   • इसका परिणाम अक्सर 1 होता है।
   
   
   • यह RIOT डेवलपर्स के लिए बोर्ड पर सामग्री प्राप्त करना और परीक्षण करना आसान बनाता है
   
   
3. बोर्ड सक्रिय रूप से बनाए रखा है
   
   
   
   • इसलिए वे वैकल्पिक मॉड्यूल हैं जो सक्रिय रूप से मॉड्यूल को बनाए रखने के इच्छुक लोगों के अलावा RIOT डेवलपर्स के लिए रखरखाव ओवरहेड का कारण नहीं बनते हैं
   
   
   • ताकि वे लापता प्रतिक्रियाओं / परीक्षण के कारण पीआर (जैसे सफाई) को अवरुद्ध न करें
   
   
   • या संक्षेप में: वे किसी और के लिए दर्द नहीं देते हैं
   
   

मेरे लिए, यह अनुमान लगाने के लिए एक अच्छी आधार रेखा होगी कि क्या किसी मॉड्यूल को हटाना/हटाना उचित है (स्किपिंग पॉइंट 2. उन मॉड्यूल के लिए जो हार्डवेयर से संबंधित नहीं हैं)।

वर्तमान में, LPC2387 सक्रिय रूप से बनाए रखा गया है (ईमानदार होने के लिए: ज्यादातर मेरे बजाय @benpicco द्वारा), इसलिए मैं कहता हूं कि बिंदु 3 लागू होता है। इसके अलावा: FUB, HAW और OVGU में अभी भी बहुत सारे MSB-A2 हैं और Hochschule Beuth शिक्षण के लिए MCB2388 बोर्डों का उपयोग कर रहा है, जिसके लिए हाल ही में RIOT में समर्थन जोड़ा गया था। तो इस सीपीयू के लिए कुछ उपयोगकर्ता भी बचे हैं, भले ही एक महत्वपूर्ण उपयोगकर्ता आधार एक अतिकथन हो सकता है। प्वाइंट 2. हालांकि निश्चित रूप से अब एमसीयू (या बोर्ड) पर लागू नहीं होता है।

हो सकता है कि अगले वर्चुअल मेंटेनर असेंबली में चर्चा करने के लिए मॉड्यूल को कब बहिष्कृत करना एक सामान्य प्रश्न होगा?

हो सकता है कि अगले वर्चुअल मेंटेनर असेंबली में चर्चा करने के लिए मॉड्यूल को कब बहिष्कृत करना एक सामान्य प्रश्न होगा?

हमें इसे एक चर्चा विषय के रूप में प्रस्तावित करना चाहिए, लेकिन अगर यह कार्यक्रम में फिट नहीं होता है तो मुझे लगता है कि आपका 3 अंक आधारित दृष्टिकोण मेरे लिए समझ में आता है कि समर्थन क्यों जोड़ें या हटाएं। अगर हम एजेंडा में फिट नहीं हो पाते हैं, तो मैं इसे कहीं न कहीं अपने दिशानिर्देशों में जोड़ने की कोशिश करूंगा।

Linux को अभी SGI Octane के लिए समर्थन मिला है - और जब तक लोग कोड का उपयोग और रखरखाव कर रहे हैं, हम इसे क्यों हटा दें?
रेट्रो-कंप्यूटिंग मजेदार हो सकती है: पलक:

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। यदि आप चाहते हैं कि मैं इस मुद्दे को अनदेखा कर दूं, तो कृपया इसे "स्टेट: डोंट बासी" लेबल से चिह्नित करें। आपके योगदानों के लिए धन्यवाद।

lpc2387 के लिए समर्थन अब काफी अच्छी स्थिति में है, @benpicco को धन्यवाद। यहां तक ​​​​कि इनलाइन-सक्षम आईआरक्यू एपीआई जैसे हालिया विकास के लिए पुराने एआरएम बोर्ड शुरुआती अपनाने वालों का हिस्सा थे।

मैं इसे अभी बंद कर रहा हूं। अगर कोई असहमत है, तो बेझिझक फिर से खोलें।