ioctl() फ़ंक्शन

Question

के लिए प्रतिस्थापन मैं इंटरफ़ेस डिज़ाइन के लिए दिशानिर्देश के रूप में POSIX का उपयोग करके छोटे माइक्रोक्रोनरोलर अनुप्रयोगों के लिए डिवाइस ड्राइवर I/O मॉडल विकसित कर रहा हूं। 2008 सूचियों ioctl() और <stropts.h> रूप अप्रचलित: उदाहरण के UART बॉड दर, I2C दास पता, आदि

मैं दिखाई देता है तो POSIX के लिए - मैं ड्राइवर/हार्डवेयर मानकों को नियंत्रित करने का एक साधन के रूप ioctl() कार्यान्वित किया। डिवाइस ड्राइवर के साथ संवाद करने के लिए अनुशंसित वैकल्पिक तंत्र क्या है?

Answer 1

पॉज़िक्स केवल ioctl() कार्यक्षमता के बहुत सीमित सबसेट को परिभाषित करता है - जो स्ट्रीम्स से संबंधित है। चूंकि स्ट्रीम्स सुविधा अश्लील है, इसके लिए इंटरफ़ेस भी POSIX में अश्लील है।

हालांकि, ioctl() 'हमेशा के लिए' यूनिक्स का हिस्सा रहा है (यह निश्चित रूप से 7 वें संस्करण यूनिक्स में था, और मैं सहनशील रूप से निश्चित हूं कि यह तब भी नया नहीं था)। यह खुले होने के बाद डिवाइस ड्राइवरों को नियंत्रित करने का 'तरीका' है। एकमात्र मुद्दा यह है कि इस तरह के इंटरफेस और नियंत्रण मानकीकृत नहीं हैं।

आप टर्मिनल को नियंत्रित करने के लिए लिखे गए कार्यों के सेट के लिए <termios.h> फ़ाइलों को देख सकते हैं। मुझे उम्मीद है कि ठेठ कार्यान्वयन ioctl() या अन्य समान विशिष्ट तंत्र का उपयोग करता है, लेकिन जब इसे मानकीकृत किया गया था तो इंटरफ़ेस सामान्य बना दिया गया था (<termios.h> इंटरफ़ेस किसी भी पिछले इंटरफ़ेस, या तो 7 वें संस्करण या सिस्टम III या किसी अन्य इंटरफ़ेस के समान नहीं है)। यदि आप चाहते थे, तो आप अपने ioctl() इंटरफ़ेस के ऊपर मानक फ़ंक्शन लिख सकते हैं जो आपके उपयोगकर्ता उपयोग करेंगे; आप उन कार्यों को अपने ioctl() इंटरफ़ेस पर कॉल करने के लिए लागू करेंगे।

तो, ioctl() दूर नहीं जा रहा है; डिवाइस ड्राइवरों को नियंत्रित करने का यह सही तरीका है। पॉज़िक्स का थोड़ा अलग एजेंडा है, यह सब कुछ है।