Linux: जीपीओ निर्यात समय मुद्दा

को निर्मित 27 मार्च 2014 · 9टिप्पणियाँ · स्रोत: raspberrypi/linux

यदि रास्पियन (2014-01-07-wheezy-raspbian.zip) का उपयोग करके रास्पबेरी पाई पर कमांड लाइन से निम्नलिखित तीन आदेशों को व्यक्तिगत रूप से निष्पादित किया जाता है, तो वे सफलतापूर्वक निष्पादित होते हैं:

pi<strong i="6">@raspberrypi</strong> ~ $ echo 23 > /sys/class/gpio/unexport
pi<strong i="7">@raspberrypi</strong> ~ $ echo 23 > /sys/class/gpio/export
pi<strong i="8">@raspberrypi</strong> ~ $ echo out > /sys/class/gpio/gpio23/direction 
pi<strong i="9">@raspberrypi</strong> ~ $

हालाँकि, यदि उन्हें एक ही पंक्ति में एक साथ निष्पादित किया जाता है, तो एक अनुमति अस्वीकृत त्रुटि है:

pi<strong i="13">@raspberrypi</strong> ~ $ echo 23 > /sys/class/gpio/unexport; echo 23 > /sys/class/gpio/export; echo out > /sys/class/gpio/gpio23/direction
-bash: /sys/class/gpio/gpio23/direction: Permission denied
pi<strong i="14">@raspberrypi</strong> ~ $

अनुमति अस्वीकृत त्रुटि इसलिए होती है क्योंकि "इको आउट> /sys/class/gpio/gpio23/direction" को समूह से पहले निष्पादित किया जा रहा है और "/sys/class/gpio/gpio23/direction" के लिए अनुमति बिट्स को उपयुक्त मानों पर सेट किया गया है। . समूह और अनुमति बिट्स "रूट" और "-rw-r--r--" हैं, लेकिन उन्हें "gpio" और "-rwxrwx---" होना चाहिए।

इस समय के मुद्दे को नीचे दिए गए कमांड अनुक्रम में देखा जा सकता है जो gpio 23 को निर्यात करता है और "/sys/class/gpio/gpio23/" की सामग्री को दो बार सूचीबद्ध करता है। पहले ls कमांड का आउटपुट दूसरे ls कमांड के आउटपुट से काफी अलग है। समूह और सभी फाइलों के लिए अनुमतियां दोनों बदल गई हैं।

pi<strong i="19">@raspberrypi</strong> ~ $ echo 23 > /sys/class/gpio/unexport; echo 23 > /sys/class/gpio/export; ls -l /sys/class/gpio/gpio23/; ls -l /sys/class/gpio/gpio23/
total 0
-rw-r--r-- 1 root root 4096 Mar 27 21:51 active_low
-rw-r--r-- 1 root root 4096 Mar 27 21:51 direction
-rw-r--r-- 1 root root 4096 Mar 27 21:51 edge
drwxr-xr-x 2 root root    0 Mar 27 21:51 power
lrwxrwxrwx 1 root root    0 Mar 27 21:51 subsystem -> ../../../../class/gpio
-rw-r--r-- 1 root root 4096 Mar 27 21:51 uevent
-rw-r--r-- 1 root root 4096 Mar 27 21:51 value
total 0
-rwxrwx--- 1 root gpio 4096 Mar 27 21:51 active_low
-rwxrwx--- 1 root gpio 4096 Mar 27 21:51 direction
-rwxrwx--- 1 root gpio 4096 Mar 27 21:51 edge
drwxrwx--- 2 root gpio    0 Mar 27 21:51 power
lrwxrwxrwx 1 root gpio    0 Mar 27 21:51 subsystem -> ../../../../class/gpio
-rwxrwx--- 1 root gpio 4096 Mar 27 21:51 uevent
-rwxrwx--- 1 root gpio 4096 Mar 27 21:51 value

क्या यह एक ऐसा मुद्दा है जिसे संबोधित करने की आवश्यकता है?

स्रोत

fivdi

सबसे उपयोगी टिप्पणी

यह एक बहुत ही कष्टप्रद मुद्दा है जिसके लिए बदसूरत कामकाज की आवश्यकता होती है। इसे बंद नहीं करना चाहिए था।

karolba 27 अग॰ 2016

👍2

सभी 9 टिप्पणियाँ

मैंने अभी उपरोक्त पोस्ट संपादित किया है। प्रारंभ में "इको 23>/sys/class/gpio/unexport" की कोई भी घटना नहीं थी। गैर-निर्यात केवल gpio को उसकी प्रारंभिक गैर-निर्यातित अवस्था में वापस लाने के लिए आवश्यक है।

fivdi 28 मार्च 2014

मुझे समझ आ गया:

pi<strong i="6">@raspberrypi</strong>:~ $ ls -l /sys/class/gpio/
total 0
--w------- 1 root root 4096 Mar 27 17:41 export
lrwxrwxrwx 1 root root    0 Mar 27 17:41 gpiochip0 -> ../../devices/virtual/gpio/gpiochip0
--w------- 1 root root 4096 Mar 27 17:41 unexport
pi<strong i="7">@raspberrypi</strong>:~ $ echo 23 > /sys/class/gpio/unexport
-bash: /sys/class/gpio/unexport: Permission denied

मैं यही उम्मीद करूंगा। केवल रूट को /sys/class/gpio/unexport तक पहुंचने की अनुमति है, इसलिए जब पीआई ऐसा करने का प्रयास करता है तो उसे अनुमति से इनकार कर दिया जाता है।

अगर मैं पहले "सुडो सु" चलाता हूं, तो आदेश अपेक्षा के अनुरूप काम करता है।

popcornmix 28 मार्च 2014

पुराने संस्करणों या रास्पियन पर मुझे यही मिलता था, लेकिन 2014-01-07-wheezy-raspbian पर मुझे मिलता है:

pi<strong i="7">@raspberrypi</strong> ~ $ ls -l /sys/class/gpio/
total 0
-rwxrwx--- 1 root gpio 4096 Mar 28 16:58 export
lrwxrwxrwx 1 root gpio    0 Jan  1  1970 gpiochip0 -> ../../devices/virtual/gpio/gpiochip0
-rwxrwx--- 1 root gpio 4096 Mar 28 17:01 unexport
pi<strong i="8">@raspberrypi</strong> ~ $ echo 23 > /sys/class/gpio/export 
pi<strong i="9">@raspberrypi</strong> ~ $

सब कुछ ठीक काम करता है और कोई त्रुटि नहीं है। समूह gpio में सभी को /sys/class/gpio/export तक पहुँचने की अनुमति है और pi समूह gpio का सदस्य है।

pi<strong i="13">@raspberrypi</strong> ~ $ groups pi
pi : pi adm dialout cdrom sudo audio video plugdev games users netdev input spi gpio

uname निम्न आउटपुट करता है:

pi<strong i="17">@raspberrypi</strong> ~ $ uname -a
Linux raspberrypi 3.10.34+ #661 PREEMPT Thu Mar 27 00:36:02 GMT 2014 armv6l GNU/Linux

fivdi 28 मार्च 2014

व्यवहार बदल गया क्योंकि हम पिफेस लोगों से कुछ udev सामान का उपयोग कर रहे हैं। आप सही कह रहे हैं कि आपको बनाए गए डिवाइस पर अनुमतियों को बदलने के लिए udev की प्रतीक्षा करनी होगी। यह एक यूजरस्पेस चीज है इसलिए वास्तव में इस रेपो के लिए नहीं है, लेकिन मुझे सच में यकीन नहीं है कि इसे सुधारने का कोई तरीका है।

asb 28 मार्च 2014

क्या यह काम करता हैं?

echo 23 > /sys/class/gpio/unexport; echo 23 > /sys/class/gpio/export; sleep 1; echo out > /sys/class/gpio/gpio23/direction

popcornmix 28 मार्च 2014

@asb ठीक है, जानकारी के लिए धन्यवाद। मुझे लगता है कि मैं कोड को ऑनऑफ़ में बदल

@popcornmix हाँ, यह काम करता है, धन्यवाद।

fivdi 28 मार्च 2014

मैं उपयोगकर्ता स्थान में GPIO अनुमति प्रक्रिया के विस्तार में मूल्य देख सकता हूं, लेकिन यह कार्यान्वयन
कर्नेल GPIO निर्यात संचालन के शब्दार्थ को दूषित कर दिया है। /sys/class/gpio/export . को लिखें
उपयोगकर्ता अंतरिक्ष प्रक्रिया को रिपोर्ट करने के लिए प्रतीक्षा करनी चाहिए कि उसने रिटर्न लिखने से पहले अपना काम पूरा कर लिया है।

वर्कअराउंड समाधान जो कहते हैं कि उपयोगकर्ताओं को sysfs मेटाडेटा के व्यवस्थित होने के लिए कुछ समय प्रतीक्षा करनी चाहिए
निर्यात संचालन बहुत बदसूरत हैं क्योंकि प्रतीक्षा करने के लिए कोई सही अवधि नहीं है। वर्कअराउंड रणनीति जो
मेटाडेटा में परिवर्तन की तलाश है (उदाहरण के लिए समूह जीपीओ पर सेट) अपर्याप्त हैं क्योंकि इसका उद्देश्य
उपयोगकर्ता स्थान अनुमति प्रक्रिया लचीलापन है - यह तय कर सकती है कि रूट उचित समूह है और कोई परिवर्तन नहीं है
होता है।

कर्नेल GPIO निर्यात संचालन में शब्दार्थ परिवर्तन पोर्टेबल कोड के लिए एक बाधा है, न केवल
रास्पबेरी पाई और अन्य हार्डवेयर प्लेटफॉर्म के बीच, लेकिन विभिन्न लिनक्स के बीच भी
रास्पबेरी पाई पर वितरण।

ryniker 9 नव॰ 2014

माना। यह एक काम कर रहे sysfs कार्यान्वयन प्रदान करने के लिए कर्नेल की ज़िम्मेदारी है, और रास्पियन के कार्यान्वयन को बदसूरत तरीके से स्पष्ट रूप से तोड़ दिया गया है। मैं नहीं देखता कि इस मुद्दे को बंद के रूप में कैसे चिह्नित किया जा सकता है।

jwatt 27 दिस॰ 2014

👍2

karolba 27 अग॰ 2016

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Linux: जीपीओ निर्यात समय मुद्दा

सबसे उपयोगी टिप्पणी

सभी 9 टिप्पणियाँ

संबंधित मुद्दों