वायरलेस उपकरण संस्करण 30 एक स्थायी बीटा क्यों बन गया?

Question

मुझे इस Q / A में वायरलेस टूल्स के बारे में कुछ अच्छी जानकारी मिली । जाहिर तौर पर इसे 1997 में जीन टूर्रहाइल्स द्वारा हेवलेट पैकर्ड द्वारा प्रायोजित लिनक्स कर्नेल में पेश किया गया था ।

संपादित करें: ऐसा लगता है कि हम (वायरलेस एक्सटेंशन्स) टूरराइल द्वारा कर्नेल में जोड़े गए थे, न कि स्वयं वायरलेस उपकरण। उपकरण WE के साथ संवाद करने के प्राथमिक तरीके के रूप में अधिकांश डिस्ट्रोस पर उपलब्ध हैं। आप कर्नेल में देख सकते हैं /proc/net/wireless।

जारी की पिछले संस्करण था v29अभी तक उबंटू 14 और 16 को शामिल करने लगते हैं v30बीटा ( iwconfig -v)।

मैं उत्सुक हूं कि इस पैकेज का क्या हुआ? "बीटा" संस्करण 30 डिफैक्टो मानक संस्करण का उपयोग क्यों किया गया?

क्या एचपी ने जीन टूरहाइल्स को फंड देना बंद कर दिया ताकि विकास रुक जाए? या शायद यह तय किया गया था कि विकास को रोकने के लिए यह स्थिर था, लेकिन अगर ऐसा था तो 30 अभी भी एक बीटा क्यों होगा?

मुझे यह गितुब पृष्ठ मिला लेकिन यह केवल ऐतिहासिक संदर्भ के लिए लगता है।

संस्करण इतिहास

Comments

"लिनक्स कर्नेल में वायरलेस उपकरण संस्करण 30 क्यों था ..." - वायरलेस-उपकरण कर्नेल में नहीं है। ड्राइवर कर्नेल में हैं, वायरलेस-उपकरण कर्नेल-स्पेस ड्राइवरों को कॉन्फ़िगर करने के लिए (ए) उपयोगकर्ता-अंतरिक्ष घटक है।

— 15

@marcelm मैंने आपकी टिप्पणी के आधार पर मेरे प्रश्न में एक नोट जोड़ा। मुझे लगता है कि उसने कर्नेल में हमें जोड़ा है /proc/net/wirelessलेकिन वायरलेस-उपकरण खुद कर्नेल का हिस्सा नहीं हैं। मुझे पता है कि अगर मैं उस पर गलत हूँ।

— फिलिप किर्कब्राइड

हां, हम कर्नेल का हिस्सा हैं। अधिक सटीक रूप से, "वायरलेस एक्सटेंशन" उपयोगकर्ता स्थान का नाम है <-> कर्नेल में वायरलेस प्लंबिंग द्वारा उजागर कर्नेल अंतरिक्ष इंटरफ़ेस। वायरलेस-उपकरण वायरलेस उपकरणों में हेरफेर करने के लिए उस इंटरफ़ेस का उपयोग करता है। वे स्वतंत्र रूप से संस्करणबद्ध हैं; मेरे सिस्टम पर वायरलेस-टूल का संस्करण 30 है, और यह मेरे कर्नेल (4.9.0) से WE संस्करण 22 :) के साथ बात करता है

— marcelm

Answer 1

वायरलेस उपकरण के पक्ष में पदावनत किया जाता है iwक्योंकि वायरलेस एक्सटेंशन को नए nl80211 इंटरफ़ेस के लिए वायरलेस उपकरणों के पक्ष में चित्रित किया गया है। Iw के लिए कर्नेल प्रलेखन कि कहते हैं।

हालांकि, nl80211 सक्रिय विकास के अधीन है और सभी ड्राइवरों को इसके लिए माइग्रेट नहीं किया गया है। वायरलेस उपकरणों को अभी भी उन उपकरणों के लिए आवश्यक है जो वायरलेस एक्सटेंशन से माइग्रेट नहीं किए गए हैं।

कारण उबंटू (और बहुत अधिक सभी डिस्ट्रोस मुझे पता है) संस्करण 30 बीटा प्रदान करता है, क्योंकि यह संस्करण एक महत्वपूर्ण बग को ठीक करता है जो कि संस्करण 29 में था, जो कि एक बफर के कारण क्षेत्र में बहुत सारे नेटवर्क होने पर iwconfig विफल हो गया था। अतिप्रवाह। वायरलेस टूल्स के लिए गितुब रेपो इसे प्रदर्शित नहीं करता है, लेकिन यहां आर्क से प्रासंगिक पैच है

Answer 2

मुझे क्यू / ए के माध्यम से पढ़ना चाहिए था कि मैंने बेहतर लिंक किया क्योंकि इस परियोजना को क्यों छोड़ दिया गया था इस पर चर्चा करने वाले एक पेज का लिंक था :

क्या हमें और विकसित किया जा रहा है?

नहीं ऐसा नहीं है। WE के लिए केवल बग फिक्स स्वीकार किए जा रहे हैं।

हम क्यों छोड़ रहे हैं WE

WEs पर आधारित हैं ioctl()और यद्यपि ioctl()इसका उपयोग किया गया है और अभी भी उपयोगकर्ता के बीच संचार के लिए एक मानक परिवहन के रूप में उपयोग किया जा रहा है k → कर्नेलस्पेस नए परिवहन कई कारणों से पसंद किए जा रहे हैं।

लिनक्स डिवाइस ड्राइवर्स से - तीसरा संस्करण:

In user space, the ioctl system call has the following prototype:

int ioctl(int fd, unsigned long cmd, ...);

प्रोटोटाइप डॉट्स की वजह से यूनिक्स प्रणाली कॉल की सूची में बाहर खड़ा है, जो आमतौर पर फ़ंक्शन को एक चर संख्या के तर्क के रूप में चिह्नित करता है। एक वास्तविक प्रणाली में, हालांकि, एक सिस्टम कॉल में वास्तव में तर्कों की एक चर संख्या नहीं हो सकती है। सिस्टम कॉल में एक अच्छी तरह से परिभाषित प्रोटोटाइप होना चाहिए, क्योंकि उपयोगकर्ता प्रोग्राम केवल हार्डवेयर "गेट्स" के माध्यम से उन्हें एक्सेस कर सकते हैं। इसलिए, प्रोटोटाइप में डॉट्स एक चर संख्या के तर्कों का प्रतिनिधित्व नहीं करते हैं, बल्कि एक एकल वैकल्पिक तर्क है, जिसे पारंपरिक रूप से पहचाना जाता है char *argp। संकलन के दौरान प्रकार की जाँच को रोकने के लिए डॉट्स बस हैं।

यह भी बताता है:

ioctlकॉल की असंरचित प्रकृति ने इसे कर्नेल डेवलपर्स के बीच अनुकूलता से गिरा दिया है। प्रत्येक ioctlकमांड, अनिवार्य रूप से, एक अलग, आमतौर पर अनिर्धारित सिस्टम कॉल है, और किसी भी तरह के व्यापक तरीके से इन कॉलों का ऑडिट करने का कोई तरीका नहीं है। ioctlसभी प्रणालियों पर अनैतिक रूप से तर्क-वितर्क कार्य करना भी कठिन है ; उदाहरण के लिए, 32-बिट मोड में चल रहे यूजरस्पेस प्रक्रिया के साथ 64-बिट सिस्टम पर विचार करें।

वायरलेस-एक्सटेंशन्स क्या है

नए विकास को cfg80211 और nl80211 पर केंद्रित किया जाना चाहिए।

---

साइड नोट: ऐसा लगता है कि जीन टूर्रहिल्स ने 1997-2009 के आसपास इस परियोजना पर काम किया था। मैं एक पाया 2014 से लेख कह Tourrhiles हिमाचल प्रदेश में ही था, एक परियोजना पर काम कर बुलाया OpenFlow :

एचपी के जीन टूर्रिलेस एक्स्टेंसिबिलिटी वर्किंग ग्रुप की भी अध्यक्षता करते हैं, जो ओपनफ़्लो के भविष्य के संस्करणों में नवीनतम तकनीक को चलाने के लिए "संपादक" के रूप में काम करता है।