EDIMAX EW-7811UN .... कि rtl8188cus चिपसेट, IIRC का उपयोग कर रहा है।

यदि आपको पहले से एक नहीं मिला है, तो सामग्री के साथ /etc/modprobe.d/8192cu.conf बनाएं।

बिजली प्रबंधन अक्षम करें

विकल्प 8192cu rtw_power_mgnt = 0 rtw_enusbss = 0

Rpi3 वास्तव में inbuilt wifi के लिए brcmfmac ड्राइवर का उपयोग करता है
एक समस्या है जो बिजली की बचत / प्रबंधन को बंद करने की आवश्यकता है

मुझे लगता है कि नए रसियन कर्नेल ने इसे पहले ही डिफ़ॉल्ट रूप से बिजली की बचत को निष्क्रिय करने के लिए पैच कर दिया है, लेकिन मुझे नहीं लगता कि यह इस 4.5 शाखा में अभी तक है

मैं इस समय क्या कर रहा हूं (gentoo इंस्टॉल) वाईफाई कार्ड पर बिजली की बचत को निष्क्रिय करने के लिए बूटअप पर निम्नलिखित है

iw wlan0 सेट पॉवर_स्वे ऑफ

Rpi3 वास्तव में inbuilt wifi के लिए brcmfmac ड्राइवर का उपयोग करता है

हाँ मुझे पता है। ओह मैं समझा। वह अब EDIMAX EW-7811UN डोंगल का उपयोग नहीं कर रहा है। वह इसका उपयोग RPi2 के साथ करता था।

हाँ, मैं किसी भी समय usb wifi का उपयोग नहीं करता, मैं पॉवर प्रबंधन को बंद करने के लिए cmd लाइन कैसे सेट करूँ?
Crontab
@reboot iw wlan0 ने power_save को बंद कर दिया

रास्पियन के लिए निश्चित नहीं है, क्योंकि मैं जेंटू का उपयोग कर रहा हूं यह अलग होगा

इसे आज़माएँ: https://gist.github.com/mkb/40bf48bc401ffa0cc4d3

लगता है कि काम करने के बाद से मैं powermanagement बंद कर दिया है मैं एक और दुर्घटना नहीं था।

बस इसका उल्लेख करने के लिए, क्रैश के बाद स्वचालित रूप से वेलन को पुनः आरंभ करने के लिए, यह यहां मदद करता है:
sudo cp /etc/wpa_supplicant/ifupdown.sh/etc/ifplugd/action.d/ifupdown

BTW, नवीनतम एप्टीट्यूड अपग्रेड कर्नेल में डिफ़ॉल्ट रूप से पावर प्रबंधन अक्षम है।
@ dh-connect आपके लिए यह काम करता है यदि आप अपना वर्तमान वर्कअराउंड हटाते हैं?

यह अभी भी नवीनतम उन्नयन के बाद दुर्घटनाग्रस्त हो रहा है, अब मुझे यह त्रुटि syslog में मिलती है:
brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!

जब आप कहते हैं कि यह दुर्घटनाग्रस्त है, तो क्या त्रुटि संदेश के अलावा अन्य लक्षण हैं?

नहीं, सिर्फ एक जिसे मैंने यहां पोस्ट किया है लेकिन यह लॉग में कई बार है

wlan काम करना बंद कर देता है, मैं अभी भी इसके साथ काम कर सकता हूं लेकिन wlan को वापस काम करने के लिए मुझे इसे रिबूट करना होगा

धन्यवाद - मुझे लगता है कि "वलन काम करना बंद कर देता है" एक लक्षण के रूप में गिना जाता है।

मैंने कुछ चीजों की कोशिश की है, लेकिन वलन अभी भी टूट गया है

जब मैं कॉन्फ़िगरेशन वापस लेता हूं तो ऊपर दिए गए प्रश्न का उत्तर देने के लिए
/ etc / नेटवर्क / इंटरफेस में वायरलेस-पावर बंद
और रिबूट
और iwconfig के साथ सेटिंग्स की जाँच करें
पावर प्रबंधन को डिफ़ॉल्ट रूप से वापस चालू नहीं किया जाता है, मैं यह नहीं कहूंगा कि यह डायस्बल्ड है इसलिए मैं कॉन्फ़िगरेशन को छोड़ दूंगा

मैंने कोशिश की कि कर्नेल के साथ 4.1.19 और अब कर्नेल के साथ भी 4.1.20 ... कोई परिवर्तन नहीं

जब वलन दुर्घटनाग्रस्त हो जाता है और मैं ifdown और ifup wlan0 के साथ इसे वापस चालू करने की कोशिश करता हूं तो मुझे यह मिलता है:
वायरलेस अनुरोध "सेट पावर मैनेजमेंट" के लिए त्रुटि (8B2C): डिवाइस wlan0 पर सेट विफल; अमान्य विनिमय।

मुझे syslog में कुछ और त्रुटि भी मिली:

dhcpcd [532]: wlan0: xxx: एक्सपायर्ड विकल्प 25

Mar 21 17:29:35 raspberrypi कर्नेल: [6627.337503] brcmfmac: _brcmf_set_multicast_list: mcast_list विफल, -52
Mar 21 17:29:36 raspberrypi wpa_supplicant [6318]: सफलतापूर्वक प्रारंभिक wpa_supplicant
मार्च 21 17:29:36 रास्पबेरी डीएचपीसी एलसीडी [532]: wlan0: वाहक खो गया

मार्च 21 17:29:43 रास्पबेरी कर्नेल: [6635.337616] brcmfmac: _brcmf_set_multicast_list: mcast_list विफल, -52

मार्च 21 17:29:45 रास्पबेरी कर्नेल: [6637.337588] brcmfmac: brcmf_do_escan: त्रुटि (-52)
मार्च 21 17:29:45 रास्पबेरी कर्नेल: [6637.337602] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-52)

Mar 21 17:29:47 raspberrypi कर्नेल: [6639.337596] brcmfmac: _brcmf_set_multicast_list: allmulti विफल हुआ, -52
Mar 21 17:29:49 raspberrypi कर्नेल: [6641.337632] brcmfmac: _brcmf_set_multicast_list: BRCMF_C_SET_PROMISIN विफल होना -52

वहाँ कुछ और मैं कोशिश कर सकता है?

ये भी:

Mar 21 21:26:55 raspberrypi dhcpcd [526]: wlan0: xxx: समाप्त विकल्प 25
Mar 21 21:28:54 रास्पबेरी कर्नेल: [1958.899715] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
Mar 21 21:30:16 raspberrypi dhcpcd [526]: wlan0: xxx अप्राप्य है, इसे समाप्त करना

मुझे आश्चर्य नहीं है कि iwconfig को लगता है कि डिवाइस में पावर-सेविंग सक्षम है - मैंने इसे ड्राइवर के भीतर ही ब्लॉक कर दिया है, और या तो राज्य उच्चतर परतों में सहेजा गया है या इसे सही ढंग से रिपोर्ट करने के लिए एक और बदलाव की आवश्यकता है। किसी भी तरह से, सबूत मजबूत है कि हमने बिजली की बचत करने वाले कीड़े से बचा है, लेकिन कुछ अन्य समस्याएं अभी भी बनी हुई हैं।

क्या आपके पास समय-विफलता के लिए कोई मोटा आंकड़ा है और मोटे तौर पर कितना डेटा स्थानांतरित किया जा सकता है (ifconfig से)?

हां, जब मेरे पास सिर्फ वेबसर्वर चल रहा है, जिसमें ज्यादा ट्रैफिक नहीं है (100 एमबी से कम) तो यह एक या दो दिन तक रहता है, जब मैं 1 घंटे के भीतर 1 जीबी वेलन क्रैश जैसी बड़ी डेटा फाइलें ट्रांसफर करता हूं।

बग को खोजने के लिए मैं कुछ भी मदद कर सकता हूं?

यहाँ syslog से कुछ त्रुटि है:

Mar 29 14:20:56 raspberrypi dhcpcd [535]: wlan0: xxx: एक्सपायर्ड विकल्प 25
मार्च २ ९ १४:३०:१५ रास्पबेरी डीएचपीसी एलसीडी [५३०]: wlan0: xxx अप्राप्य है, इसे समाप्त करना
Mar 29 17:18:42 रास्पबेरी कर्नेल: [186148.102420] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!
Mar 29 17:18:43 रास्पबेरी कर्नेल: [186149.101045] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!
Mar 29 17:18:43 raspberrypi कर्नेल: [186149.101145] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!
Mar 29 17:18:44 raspberrypi कर्नेल: [186150.101209] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!
Mar 29 17:18:50 raspberrypi wpa_supplicant [478]: wlan0: CTRL-EVENT-DISCONNECTED bssid = xxx कारण = 3 स्थानीय रूप से स्वीकृत = 1
Mar 29 17:18:50 रास्पबेरी कर्नेल: [186156.181033] brcmfmac: brcmf_cfg80211_disconnect: error (-52)
मार्च 29 17:18:52 रास्पबेरी कर्नेल: [186158.181028] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-52)
Mar 29 17:18:54 raspberrypi कर्नेल: [186160.181046] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-52)
Mar 29 17:18:56 raspberrypi कर्नेल: [186162.181048] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-52)
Mar 29 17:18:58 raspberrypi कर्नेल: [186164.181049] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-52)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.185477] cfg80211: विश्व नियामक डोमेन को अद्यतन करने के लिए CRDA को कॉल करना
Mar 29 17:18:58 raspberrypi dhcpcd [535]: wlan0: वाहक खो गया
Mar 29 17:18:58 raspberrypi wpa_supplicant [7354]: सफलतापूर्वक शुरुआती wpa_supplicant
मार्च 29 17:18:58 रास्पबेरी कर्नेल: [186164.314511] brcmfmac: brcmf_cfg80211_reg_notifier: ISO3166 कोड नहीं
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314541] cfg80211: विश्व नियामक अद्यतन:
Mar 29 17:18:58 raspberrypi कर्नेल: [186164.314548] cfg80211: DFS मास्टर क्षेत्र: परेशान
Mar 29 17:18:58 raspberrypi कर्नेल: [186164.314555] cfg80211: (start_freq - end_freq @ बैंडविड्थ), (max_antenna_gain, max -eirp), (dfs_cac_time)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314565] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N / A, 2000 mBm) (N / A)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314573] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N / A, 2000 mBm, (N / A)
मार्च 29 17:18:58 रास्पबेरी कर्नेल: [186164.314581] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N / A, 2000 mBm, (N / A)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314592] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N (A, 2000 mBm), (N / A)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314602] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N (A, 2000 mBm), (0 s)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314611] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N / A, 2000 mBm, (0 s)
29 मार्च 17:18:58 रास्पबेरी कर्नेल: [186164.314645] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N / A, 2000 mBm, (N / A)
Mar 29 17:18:58 रास्पबेरी कर्नेल: [186164.314654] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N / A, 0Bm), (N / A)

प्रस्ताव के लिए धन्यवाद, लेकिन यह अब ब्रॉडकॉम के हाथों में है।

ब्रॉडकॉम से कोई भी अपडेट अगर यह बग है जो तय हो जाएगा? मेरे पास अब क्रोन जॉब सेटअप है और नीचे लाने के लिए wlan0 जब यह पिंग में विफल रहता है।

मेरी तरफ से त्वरित अद्यतन, मैं तय की गई समस्या को चालक से संबंधित प्रतीत हो सकता है, मैंने Ubuntu MATE 16.04 को कर्नेल 4.4.8 के साथ स्थापित किया है और वाईफाई के बाद से कोई समस्या नहीं है

मेरा मतलब है कि वे विज्ञापन करते हैं: "उबंटू मेट 16.04 में भी पूरी तरह से काम कर रहे ब्लूटूथ और रास्पबेरी पाई 3 पर वाईफ़ाई है" जो सच लगता है

शायद यह एक नए डेबियन रिलीज के साथ भी काम करता है, जिसे मैं नहीं बता सकता

@ juched78 क्या आप 4.4 कर्नेल चला रहे हैं? यदि नहीं, तो कृपया नवीनतम 4.4.8 बनाने के लिए sudo rpi-update चलाएं और देखें कि क्या वही समस्या है।

ब्रॉडकॉम ड्राइवर 4.1 के बाद से काफी बदल गए हैं, और हमारे 4.4 पेड़ में कुछ फिक्स के बैक-पोर्ट शामिल हैं जो 4.5 में चले गए। मुझे नींद से जागने की विफलता के अलावा किसी भी तरह के कीड़े की जानकारी नहीं है (शक्ति प्रबंधन अभी भी अक्षम है) - चैनल 12 और 13 जहां उपयोग करने योग्य हैं, अनुमति दी गई है, और एड हॉक मोड दुर्घटना नहीं करता है - लेकिन अभी भी गुप्त मुद्दे हो सकते हैं ।

ओह, 4.4.8 में अभी भी एक बग की सूचना है - स्पष्ट रूप से होस्टपैड के भारी उपयोग से कर्नेल चेतावनी हो सकती है (देखें https://github.com/raspberrypi/linux/issues/1375)।

मैं भाग रहा हुँ:
लिनक्स XXX 4.4.8-v7 + # 880 एसएमपी शुक्र 22 अप्रैल 21:55:04 BST 2016 armv7l GNU / Linux

अप्रैल 27 2016 11:06:18
कॉपीराइट (c) 2012 ब्रॉडकॉम
संस्करण 9b52ab7b475f4a056658fd2d95d2440b32167390 (स्वच्छ) (रिलीज़)

मेरे नेटगियर R7000 से शिब्बी टोमैटो चल रहा है, लगभग 2 दिन वाईफाई की बूंदों में, और साइज़ में मैंने देखा:

CTRL-EVENT-DISCONNECTED
brcmfmac: brcmf_link_down: WLC_DISASSOC failed (-52)
brcmfmac: send_key_to_dongle: wsec_key error (-52)
...
brcmfmac: brcmf_do_escan: error (-52)
...
wpa_supplicant[506]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
...
brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code

(then I see it scan and re-pick my country code CA)

brcmfmac: _brcmf_set_multicast_list: Setting allmulti failed, -52
brcmfmac: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -52
brcmfmac: _brcmf_set_multicast_list: Setting mcast_list failed, -52

फिर यह लगता है कि फिर से जोड़ने के लिए नहीं ...

Sudo ifdown wlan0 के बाद sudo ifup wlan0 का उपयोग करने से मेरा कनेक्शन वापस आ जाता है।

बस इसे अपग्रेड किया गया:
लिनक्स JuchePi 4.4.8-v7 + # 881 एसएमपी Sat अप्रैल 30 12:16:50 BST 2016 armv7l GNU / Linux

निश्चित नहीं है कि 22 वीं से 30 वीं तारीख तक क्या अलग है। मैं कनेक्शन की निगरानी करूंगा।

मेरी आरपी 3 ने भी उस समस्या को मारा। मुझे कुछ अलग कर्नेल संदेश मिले। मुख्य रूप से नीचे वालों में से एक।
उसके बाद मैं w WiFi0 को काम में ला सकता हूँ, फिर wlan0 को नीचे लाने से कोई फायदा नहीं होता।

May 09 21:24:25 osmc kernel: brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
May 09 22:00:15 osmc kernel: brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
May 09 22:00:18 osmc kernel: brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!

May 10 00:51:10 osmc kernel: brcmfmac: brcmf_cfg80211_get_tx_power: error (-52)
May 10 00:51:12 osmc kernel: brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110

May 10 00:53:16 osmc kernel: brcmfmac: brcmf_do_escan: error (-52)
May 10 00:53:16 osmc kernel: brcmfmac: brcmf_cfg80211_scan: scan error (-52)

रास्पबेरी संस्करण 3 के लिए मूल पावर एडाप्टर से संचालित होता है। मैं नवीनतम OSMC चला रहा हूं:
$ uname -a
लिनक्स ऑस्मेक 4.4.8-3-ऑस्मेक # 1 एसएमपी प्रीमेन्प्ट सन 1 मई 18:57:43 UTC 2016 armv7l GNU / Linux

फिर भी निगरानी कर रहा है। मैंने 3 दिनों तक चलने के बाद ओपनहाब को ऑफ़लाइन कर दिया था, लेकिन किसी कारण से मैं अभी भी पाई में ssh कर सकता था जो मैं आमतौर पर नहीं कर सकता था। घंटे का शीर्ष और वाईफाई स्क्रिप्ट नीचे लाने और कनेक्शन लाने के लिए दौड़ा और फिर यह मेरे ओपनहैब ऑर्गन में फिर से जुड़ गया। अजीब। देखते रहेंगे।

मैं भी एक ही मुद्दे का अनुभव कर रहा हूँ - इस प्रकार dmesg ट्रेस:

send_key_to_dongle: wsec_key error (-52)
brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -52
brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmf_cfg80211_get_tx_power: error (-52)

उपयोग:

rp3 का उपयोग राउटर / एक्सेस पॉइंट के रूप में किया जा रहा है

कनेक्टिविटी की लंबाई यादृच्छिक लगती है - मैंने दो सप्ताह के रूप में उच्च किया है, और कुछ ही मिनटों के रूप में खराब है। हाल ही में यह हर 20 मिनट या इससे बाहर जा रहा है। Wlan0 को नीचे और ऊपर लाने से समस्या हल नहीं होती है - एक पूर्ण रीबूट की आवश्यकता होती है।

मेरे AppleTV से नेटफ्लिक्स को स्ट्रीम करते समय समस्या अधिक होने लगती है। हालांकि यह तब नहीं था जब मेरे पास दो सप्ताह का अपटाइम था।

मैं 4.4.10-v7 + पर हूं

मैंने यह जांचने के लिए चैनल को 13 से 6 पर स्विच किया कि क्या समस्या हो सकती है (उच्च चैनलों के बारे में कुछ दोष थे) और तब से मेरे पास वाईफाई फ्रीज़ नहीं था। लेकिन यह एक संयोग हो सकता है ...

एक्सेस पॉइंट चैनल बदलने से कोई मदद नहीं मिली। वाईफाई अभी भी टूटता है। पिछले कई बार मुझे इसे काम करने के लिए कई बार पंक्ति में लगना पड़ा।

मुझे यह समस्या विशेष रूप से तब महसूस होती है जब मैं rpi3 और मेरे गैलेक्सी S5 फोन के बीच एक SFTP ट्रांसफर करने की कोशिश करता हूं। जब मैं अपने लैपटॉप से ​​एक ही ट्रांसफर करने की कोशिश करता हूं, तो सब कुछ आसानी से चलता है।

आरपीआई-अपडेट से नवीनतम कर्नेल चलाना:

Linux raspberrypi 4.4.11-v7+ #888 SMP Mon May 23 20:10:33 BST 2016 armv7l GNU/Linux

Syslog से त्रुटि संदेश:

May 29 18:10:46 raspberrypi kernel: [  178.605907] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

ऐसा लगता है कि इस त्रुटि के बाद एकमात्र समाधान एक रिबूट है।

मैंने पिछले सप्ताह में दो बार नेटवर्क को बंद कर दिया है। पहली बार मैं एक भीड़ में था इसलिए सिर्फ अनप्लग किया और रिबूट किया। कुछ दिनों बाद यह फिर से हुआ, फिर से रिबूट हुआ और फिर फुल सिस्टम अपडेट (फर्मवेयर सहित) चला और निगरानी करेगा। क्या इसके पास कोई निगरानी नहीं है, इसलिए त्रुटि पर विवरण प्राप्त करने के लिए अधिक प्रयास की आवश्यकता है :)

वही समस्या है। Sftp द्वारा बड़ी फ़ाइलों को स्थानांतरित करने पर यह हमेशा फ्रीज हो जाता है। बस हल करने के लिए रिबूट करना

यह समस्या शायद https://github.com/raspberrypi/linux/issues/1313 से संबंधित है

ब्रॉडकॉम का कहना है कि # 1313 एक गैर-मुद्दा है, और नवीनतम कर्नेल अब उन संदेशों को नहीं दिखाता है।

मैं इस समस्या को दोहराने में असमर्थ रहा हूं। क्या कोई भी विफलता के समय के आसपास एक पैकेट का पता लगाने में सक्षम है?

यदि किसी के पास डिबग-सक्षम ड्राइवर मॉड्यूल के साथ कुछ और परीक्षण करने का समय है, तो इसकी बहुत सराहना की जाएगी:

1) भागो sudo rpi-update और रिबूट। यह आपके कर्नेल को खदान के समान स्तर पर लाने के लिए है ताकि मॉड्यूल संगत हो।

2) अद्यतन ड्राइवर मॉड्यूल डाउनलोड और स्थापित करें:

BRCM80211=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211
BRCMFMAC=$BRCM80211/brcmfmac
wget -O brcmfmac.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOR1ZxWS00ZmFrR1k&export=download"
wget -O brcmutil.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOM0ZDd3FvYUNwZXc&export=download"
sudo mv $BRCMFMAC/brcmfmac.ko{,.orig}
sudo cp brcmfmac.ko $BRCMFMAC
sudo sh -c "echo options brcmfmac debug=0x100000 > /etc/modprobe.d/brcmfmac.conf"
BRCMUTIL=$BRCM80211/brcmutil
sudo mv $BRCMUTIL/brcmutil.ko{,.orig}
sudo cp brcmutil.ko $BRCMUTIL/brcmutil.ko

नए मॉड्यूल को सक्रिय करने के लिए रिबूट।

3) अपने पाई का सामान्य रूप से उपयोग करें, यदि आपका वाईफाई फ्रीज़ चलता है:

dmesg > wifi_freeze.txt

और इसे अपनी पसंदीदा पेस्टिंग साइट पर अपलोड करें (या एक Gist बनाएं)। एक या दो लॉग भरपूर होना चाहिए।

मॉड्यूल के मूल संस्करण को पुनर्स्थापित करने के लिए:

BRCM80211=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211
sudo mv $BRCM80211/brcmfmac/brcmfmac.ko{.orig,}
sudo mv $BRCM80211/brcmutil/brcmutil.ko{.orig,}

अग्रिम में धन्यवाद।

एक पल के लिए रुकें जब हम सत्यापित करें कि डिबग आउटपुट वास्तव में सक्षम है।

आपको ड्राइवर पर डीबग सुविधा को सक्षम करने की आवश्यकता होगी:

sudo sh -c "echo options brcmfmac debug=0x100000 > /etc/modprobe.d/brcmfmac.conf"

मैंने ऊपर दिए गए निर्देशों में संशोधन किया है।

रिबूट के बाद आपके dmesg आउटपुट में कुछ इस तरह शामिल होना चाहिए:

[   10.848903] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[   10.860475] brcmfmac: CONSOLE: 000000.001
[   10.869471] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.41.26 (r640327) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[   10.883644] brcmfmac: CONSOLE: 000000.001 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[   10.896090] brcmfmac: CONSOLE: 000000.005 reclaim section 0: Returned 47716 bytes to the heap
[   10.909734] brcmfmac: CONSOLE: 000000.007 wlc_bmac_info_init: host_enab 1
[   10.921417] brcmfmac: CONSOLE: 000000.026 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.41.26 (r640327)
[   10.936777] brcmfmac: CONSOLE: 000000.027 TCAM: 256 used: 179 exceed:0
[   10.936794] brcmfmac: CONSOLE: 000000.028 reclaim section 1: Returned 81268 bytes to the heap
[   10.936803] brcmfmac: CONSOLE: 000000.029 sdpcmd_dpc: Enable
[   10.938242] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[   10.949404] brcmfmac: CONSOLE: 000000.125 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.963663] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   10.969865] brcmfmac: CONSOLE: 000000.150 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.969876] brcmfmac: CONSOLE: 000000.151 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   11.189639] brcmfmac: CONSOLE: 000000.368 wl0: wl_open

@Pelwell आपके निर्देशों को लागू करने के बाद मुझे अब वाईफाई नहीं करना है ...

root @ pi3b : / होम / पाई # dmesg | grep brcmf
[१५.५ :२६६५] brcmfmac: अज्ञात प्रतीक brcmu_dbg_hex_dump (गलत 0)
[15.613709] brcmfmac: अज्ञात प्रतीक brcmu_dbg_hex_dump (गलत 0)

ये कोशिश करें:

BRCMUTIL=/lib/modules/`uname -r`/kernel/drivers/net/wireless/brcm80211/brcmutil
wget -O brcmutil.ko "https://docs.google.com/uc?authuser=0&id=0B8VsfKAD4-NOM0ZDd3FvYUNwZXc&export=download"
sudo mv $BRCMUTIL/brcmutil.ko{,.orig}
sudo cp brcmutil.ko $BRCMUTIL

और रिबूट।

wlan0 सहयोगी नहीं है।
wireless.txt
(कई रिबूट में से एक में मैंने कुछ मिनटों के लिए एक एसोसिएशन देखा, हालांकि, इसे अभी तक नहीं पकड़ा गया है)

इस मुद्दे को 4.4.11-v7 + से 4.4.15-v7 + में अपग्रेड करके मेरे लिए हल किया गया हो सकता है

मैंने उन समस्याओं को फिर से बनाने की कोशिश की जो मुझे एंड्रॉइड फोन से एसएफटीपी ट्रांसफर के साथ हो रही थीं, लेकिन मुझे अभी कोई समस्या नहीं दिख रही है।

@pelwell एक लंबी प्रतीक्षा wlan0 सहयोगी सफल होने के बाद; पिछले लॉग में संलग्न dmesg:
wireless.txt
फ्रीज या एसोसिएशन-नुकसान के लिए अभी इंतजार कर रहा है
आशा है कि यह उपयोगी है

@Pelwell जल्दी से फिर से कनेक्शन खो दिया; संलग्न dmesg:
wireless.txt

धन्यवाद। यह मेरे लिए पहली बार धीमा था। मैं एक साफ रास्पियन पाने में व्यस्त हो गया हूं और पैच को लागू करने के लिए समस्या को पुन: उत्पन्न करने की कोशिश कर रहा हूं - मैं वैसे भी जारी रखूंगा।

@ पेलवेल
wireless.txt
और फिर से आश्वस्त: फिर से dmesg जोड़ा
क्या आप मुझे जारी रखना चाहते हैं?

@ वेल्वेल : फिर से एसोसिएशन खो दिया
wireless_associationloss.txt

@ पेलवेल
यह अनियमित रूप से चालू / बंद है
wireless_associationloss.txt

मुझे लगता है कि आप मेरे इनबॉक्स ओवरफ्लो होने से पहले बेहतर तरीके से वापस आ जाएंगे।

ठीक; मैं अपने € 3 MT7601U डोंगल पर वापस लौटूंगा। ;)

अब तक आपकी मदद के लिए धन्यवाद,

मुझे अभी यह मुद्दा मिला है तो क्या मैं पुष्टि कर सकता हूं कि यह वैसा ही है जैसा मैं देख रहा हूं? मैंने एक आरपीआई 3 को एक एक्सेस प्वाइंट के रूप में स्थापित किया है और हर बार मैं इसे कनेक्ट करने में असमर्थ हूं। मैं वायर्ड कनेक्शन पर ssh करने में सक्षम हूं और मैं देखता हूं कि wlan0 अभी भी सही आईपी पते के साथ है, लेकिन एक्सेस प्वाइंट को फिर से काम करने का एकमात्र तरीका रीबूट करना है। मुझे /var/log/messages में इस तरह से स्टैक के निशान दिखाई देते हैं

Jul 16 06:57:18 raspberrypi kernel: [117621.171957] ------------[ cut here ]------------
Jul 16 06:57:18 raspberrypi kernel: [117621.172042] WARNING: CPU: 2 PID: 879 at drivers/net/wireless/brcm80211/brcmfmac/core.c:1191 brcmf_netdev_wait_pend8021x+0xe4/0xf0 [brcmfmac]()
Jul 16 06:57:18 raspberrypi kernel: [117621.172052] Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack ip_tables x_tables bnep hci_uart btbcm bluetooth brcmfmac brcmutil cfg80211 rfkill snd_bcm2835 snd_pcm snd_timer snd bcm2835_gpiomem bcm2835_wdt uio_pdrv_genirq uio ipv6
Jul 16 06:57:18 raspberrypi kernel: [117621.172168] CPU: 2 PID: 879 Comm: hostapd Tainted: G        W       4.4.11-v7+ #888
Jul 16 06:57:18 raspberrypi kernel: [117621.172177] Hardware name: BCM2709
Jul 16 06:57:18 raspberrypi kernel: [117621.172212] [<80018724>] (unwind_backtrace) from [<80014058>] (show_stack+0x20/0x24)
Jul 16 06:57:18 raspberrypi kernel: [117621.172235] [<80014058>] (show_stack) from [<803205a4>] (dump_stack+0xd4/0x118)
Jul 16 06:57:18 raspberrypi kernel: [117621.172259] [<803205a4>] (dump_stack) from [<80025300>] (warn_slowpath_common+0x98/0xc8)
Jul 16 06:57:18 raspberrypi kernel: [117621.172282] [<80025300>] (warn_slowpath_common) from [<800253ec>] (warn_slowpath_null+0x2c/0x34)
Jul 16 06:57:18 raspberrypi kernel: [117621.172350] [<800253ec>] (warn_slowpath_null) from [<7f23a1d4>] (brcmf_netdev_wait_pend8021x+0xe4/0xf0 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172466] [<7f23a1d4>] (brcmf_netdev_wait_pend8021x [brcmfmac]) from [<7f228fbc>] (send_key_to_dongle+0xa4/0xf8 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172579] [<7f228fbc>] (send_key_to_dongle [brcmfmac]) from [<7f229208>] (brcmf_cfg80211_del_key+0x68/0x78 [brcmfmac])
Jul 16 06:57:18 raspberrypi kernel: [117621.172723] [<7f229208>] (brcmf_cfg80211_del_key [brcmfmac]) from [<7f1742f0>] (nl80211_del_key+0xfc/0x28c [cfg80211])
Jul 16 06:57:18 raspberrypi kernel: [117621.172817] [<7f1742f0>] (nl80211_del_key [cfg80211]) from [<80505e00>] (genl_rcv_msg+0x26c/0x3f0)
Jul 16 06:57:18 raspberrypi kernel: [117621.172841] [<80505e00>] (genl_rcv_msg) from [<80504fd8>] (netlink_rcv_skb+0xb0/0xcc)
Jul 16 06:57:18 raspberrypi kernel: [117621.172862] [<80504fd8>] (netlink_rcv_skb) from [<80505b84>] (genl_rcv+0x34/0x44)
Jul 16 06:57:18 raspberrypi kernel: [117621.172883] [<80505b84>] (genl_rcv) from [<80504914>] (netlink_unicast+0x190/0x254)
Jul 16 06:57:18 raspberrypi kernel: [117621.172904] [<80504914>] (netlink_unicast) from [<80504de0>] (netlink_sendmsg+0x340/0x354)
Jul 16 06:57:18 raspberrypi kernel: [117621.172926] [<80504de0>] (netlink_sendmsg) from [<804b7c14>] (sock_sendmsg+0x24/0x34)
Jul 16 06:57:18 raspberrypi kernel: [117621.172947] [<804b7c14>] (sock_sendmsg) from [<804b82fc>] (___sys_sendmsg+0x1e0/0x1e8)
Jul 16 06:57:18 raspberrypi kernel: [117621.172968] [<804b82fc>] (___sys_sendmsg) from [<804b9054>] (__sys_sendmsg+0x4c/0x7c)
Jul 16 06:57:18 raspberrypi kernel: [117621.172988] [<804b9054>] (__sys_sendmsg) from [<804b909c>] (SyS_sendmsg+0x18/0x1c)
Jul 16 06:57:18 raspberrypi kernel: [117621.173008] [<804b909c>] (SyS_sendmsg) from [<8000fb40>] (ret_fast_syscall+0x0/0x1c)
Jul 16 06:57:18 raspberrypi kernel: [117621.173019] ---[ end trace 2d66bc66d6534ca4 ]---

मेरी कर्नेल 4.4.13-v7 + है और मैंने अभी पहली बार आरपीआई-अपडेट चलाया है, इसलिए मुझे अभी तक नहीं पता है कि क्या यह मदद करेगा।

मुझे आश्चर्य है कि यह संबंधित हो सकता है, या शायद एक अलग मुद्दा
https://www.youtube.com/watch?v=_D_fi_ck9Vo

मेरे RPI3 ने वाईफाई के माध्यम से बिना किसी समस्या के काम किया जब तक कि मैंने इसे नवीनतम udv में अपग्रेड नहीं किया ...

अब, यह अब कनेक्ट नहीं करता है ...

मैंने पेलवेल से पैच किए गए मॉड्यूल भी स्थापित किए हैं, लेकिन हमें कोई सफलता नहीं है: बस यह कनेक्ट नहीं करता है ...

मुझे बताएं यदि मैं सहायता कर सकता हूं,

मेरे सबसे अच्छे,
मम्मो

@ dh-connect से आपकी समस्या हल हो गई है? यदि हां, तो कृपया इस मुद्दे को बंद करें। धन्यवाद।

मैं लैन के साथ काम कर रहा हूँ, wlan की कोशिश नहीं की है

नमस्ते,

मुझे वही मिला है जो मेरी rpi के साथ एक ही मुद्दा लगता है। 3. मैंने आधिकारिक RPI wifi usb डोंगल का उपयोग करने के लिए रिवर्ट किया है, जो रॉक सॉलिड है, लेकिन इस तरह के मैसेज के साथ कनेक्टिविटी के ~ 20 घंटे के बाद wifi में मृत्यु हो जाती है syslog में

brcmfmac: brcmf_cfg80211_reg_notifier: ISO3166 कोड नहीं
cfg80211: विश्व नियामक डोमेन अपडेट किया गया:
cfg80211: DFS मास्टर क्षेत्र: परेशान

यह नवीनतम रास्पियन, नवीनतम फर्मवेयर पर है

क्या इस मुद्दे को फिर से खोलना संभव है?
इसे बंद क्यों किया गया?

मैं लैन के साथ काम कर रहा हूँ, wlan की कोशिश नहीं की है
13 दिन पहले dh-connect बंद हुई

यह मुद्दे को बंद करने के लायक समाधान नहीं है ...

मेरे पास अभी भी मुद्दा है और बग को पुन: पेश कर सकता है।

Dmesg का मेरा प्रासंगिक हिस्सा है:

[174174.396705] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[174215.037175] brcmfmac: _brcmf_set_multicast_list: Setting mcast_list failed, -52
[174217.037166] brcmfmac: _brcmf_set_multicast_list: Setting allmulti failed, -52
[174219.037171] brcmfmac: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -52

मैं @jrmhaig जैसी ही समस्या में चल रहा हूं और अभी उन्नत है

$ dpkg-query -s firmware-brcm80211
Package: firmware-brcm80211
Status: install ok installed
Priority: optional
Section: non-free/kernel
Installed-Size: 4296
Maintainer: Debian Kernel Team <[email protected]>
Architecture: all
Multi-Arch: foreign
Source: firmware-nonfree
Version: 0.43+rpi5
Suggests: initramfs-tools
Description: Binary firmware for Broadcom 802.11 wireless cards
 This package contains the binary firmware for wireless network cards with
 the Broadcom BCM4313, BCM43224, BCM43225, BCM43241, BCM43143, BCM4329,
 BCM4330, BCM4334, BCM4335 or BCM43430 chips, supported by the brcmsmac or
 brcmfmac driver.
 .
 Contents:
  * Broadcom 802.11 firmware, version 610.812 (brcm/bcm43xx-0.fw)
  * Broadcom 802.11 firmware header, version 610.812
    (brcm/bcm43xx_hdr-0.fw)
  * Broadcom BCM43143 firmware (brcm/brcmfmac43143-sdio.bin)
  * Broadcom BCM43241 rev 0-3 firmware (brcm/brcmfmac43241b0-sdio.bin)
  * Broadcom BCM43241 rev 4+ firmware (brcm/brcmfmac43241b4-sdio.bin)
  * Broadcom BCM4329 firmware (brcm/brcmfmac4329-sdio.bin)
  * Broadcom BCM4330 firmware (brcm/brcmfmac4330-sdio.bin)
  * Broadcom BCM4334 firmware (brcm/brcmfmac4334-sdio.bin)
  * Broadcom BCM4335 firmware (brcm/brcmfmac4335-sdio.bin)
  * Broadcom BCM43362 firmware (brcm/brcmfmac43362-sdio.bin)
  * Broadcom BCM4354 firmware (brcm/brcmfmac4354-sdio.bin)
  * Broadcom BCM43143 firmware (brcm/brcmfmac43143.bin)
  * Broadcom BCM43430 firmware (brcm/brcmfmac43430-sdio.bin)
  * NVRAM file for BCM943430 (brcm/brcmfmac43430-sdio.txt)
Homepage: http://git.kernel.org/?p=linux/kernel/git/firmware/linux-firmware.git

एक पुल के साथ hostapd सेटअप करें।

/etc/hostapd/hostapd.conf

ctrl_interface=/var/run/hostapd
###############################
# Basic Config
###############################
macaddr_acl=0 auth_algs=1
# Most modern wireless drivers in the kernel need driver=nl80211
driver=nl80211

#####
# Logging
#####
logger_syslog_level=0

##########################
# Local configuration...
##########################
interface=wlan0
bridge=br0
hw_mode=g
ieee80211n=1
channel=1
ssid=WillCrashOnYou
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=3
wpa_passphrase=JustYouWait:)
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

/ etc / नेटवर्क / इंटरफेस

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

auto lo
iface lo inet loopback

#auto eth0
iface eth0 inet manual
#iface eth0 inet dhcp

#allow-hotplug wlan0
iface wlan0 inet manual
#    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
#
#allow-hotplug wlan1
#iface wlan1 inet manual
#    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

auto br0
iface br0 inet dhcp
        post-up /etc/init.d/hostapd restart
        post-down /etc/init.d/hostapd stop
        bridge-ports eth0 wlan0

वाईफाई की समस्या वाले लोगों के लिए, सरूज़ (ब्रॉडकॉम था) ने हमें समस्याओं का निदान करने में मदद करने के लिए डिबग मॉड्यूल प्रदान किया है। क्योंकि मॉड्यूल कर्नेल-संस्करण-विशिष्ट हैं, आपको पहले एक विशेष फ़र्मवेयर रिलीज़ पर अपडेट (या संभव रिवर्ट) करने की आवश्यकता होगी:

sudo rpi-update b0ef6e25679d3612a980708cf4c3907ce6e13e84
sudo shutdown -r now

अब आप डीबग मॉड्यूल डाउनलोड और इंस्टॉल कर सकते हैं:

wget -O brcmdbg.tgz "https://drive.google.com/uc?export=download&id=0B_P-i4u-SLBXb1o0UjVLY1NRbk0"
tar zxvf brcmdbg.tgz
sudo ./brcmdbg

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

स्थापना के बाद, अपने पाई 3 को रिबूट करें - अब dmesg | grep brcmfmac इस तरह नैदानिक ​​संदेश दिखाएगा:

[    9.952095] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[    9.978064] usbcore: registered new interface driver brcmfmac
[   10.277931] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[   10.299380] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[   10.314284] brcmfmac: CONSOLE: 000000.001
[   10.326859] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.41.26 (r640327) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[   10.326867] brcmfmac: CONSOLE: 000000.001 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[   10.326876] brcmfmac: CONSOLE: 000000.005 reclaim section 0: Returned 47716 bytes to the heap
[   10.326882] brcmfmac: CONSOLE: 000000.007 wlc_bmac_info_init: host_enab 1
[   10.326890] brcmfmac: CONSOLE: 000000.026 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.41.26 (r640327)
[   10.326895] brcmfmac: CONSOLE: 000000.027 TCAM: 256 used: 179 exceed:0
[   10.326902] brcmfmac: CONSOLE: 000000.028 reclaim section 1: Returned 81268 bytes to the heap
[   10.326911] brcmfmac: CONSOLE: 000000.029 sdpcmd_dpc: Enable
[   10.371343] brcmfmac: CONSOLE: 000000.121 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.422886] brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
[   10.432919] brcmfmac: CONSOLE: 000000.185 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.432929] brcmfmac: CONSOLE: 000000.186 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   10.500547] brcmfmac: CONSOLE: 000000.254 wl0: wl_open
[   10.531447] brcmfmac: brcmf_add_if: ERROR: netdev:wlan0 already exists
[   10.531457] brcmfmac: brcmf_add_if: ignore IF event
[   10.536516] brcmfmac: power management disabled
[   10.540645] brcmfmac: CONSOLE: 000000.284 wl0: wlc_enable_probe_req: state down, deferring setting of host flags
[   13.950422] brcmfmac: CONSOLE: 000003.703 wl_nd_ra_filter_clear_cache: Enter..

जब आप किसी समस्या से टकराते हैं, तो किसी फ़ाइल को किसी अन्य कर्नेल संदेश के साथ ट्रेसिंग पर कब्जा करने के लिए dmesg > wifidbg.txt का उपयोग करते हैं, फिर फ़ाइल को कहीं अपलोड करें (gist, pastebin, dropbox आदि) और उसके साथ एक लिंक पोस्ट करें। त्रुटि होने पर आप क्या कर रहे थे, इसका विवरण।

कृपया मेरी स्मृति ताज़ा करें: स्थिर firnmware पर लौटने के लिए किस कमांड का उपयोग करें
अगर मैं डिबगिंग को रोकने का फैसला करता हूं?

sudo apt-get update
sudo apt-get upgrade

चाल चलनी चाहिए। और sudo ./brcmdbg केवल गैर-डिबग ड्राइवरों को वापस करने के लिए।

https://gist.github.com/BenoitSvB/368983f2c09eed2d85a24e6920dc3a50#file -201609081547_wifidbg-txt

डिबगिंग शुरू किया; लगभग 5 या 6 को संबद्ध करने की कोशिश करता है; पता नहीं क्यों, लेकिन आखिरी कोशिश नाकाम रही; जब तक मैं एसोसिएशन नुकसान नहीं देखूंगा और तब तक एक नया dmesg डंप कर दूंगा। असंगत संघ व्यवहार मेरी समस्या थी इससे पहले कि मैं ऑनबोर्ड वाईफाई का उपयोग करना बंद कर दूं ताकि यह मौके पर हो सके। कृपया मुझे बताएं कि क्या कोई अतिरिक्त गतिविधियाँ सहायक हो सकती हैं।

https://gist.github.com/BenoitSvB/bf8acdb7b664df90e885603bb4774ce#file -201609081628_wifidbg-txt
इंतज़ार के सिवा कुछ नहीं करना; क्या हम यहाँ कई एसोसिएशन नुकसान / वसूलियाँ देख रहे हैं?

उसके लिए धन्यवाद। हम्म - वे लॉग बहुत जानकारीपूर्ण नहीं हैं, लेकिन देखते हैं कि सरू के साथ क्या हुआ।

https://gist.github.com/BenoitSvB/98db53ff884e7b1a57bf1475d6106c56
अस्पष्टीकृत हानि और एसोसिएशन की वसूली; लंबे समय से सिस्ट्रे आइकन में देखने के लिए पर्याप्त है।
एक्सेसपॉइंट फ़र्मवेयर के साथ Linksys wrt160n है: DD-WRT v24-sp2 (08/07/10) std।
लगता है कि मैं अभी के लिए डिबगिंग बंद कर सकता हूं और अपने € 3 MT7601U डोंगल पर वापस लौट सकता हूं, लेकिन मुझे बताएं कि क्या मैं आगे की मदद कर सकता हूं।

@ पेल्वेल मैंने sudo apt-get update && sudo apt-get upgrade और sudo rpi-update के बाद कोई फर्मवेयर रिस्टोर नहीं देखा
*** आपका फर्मवेयर पहले से ही अद्यतित है; लगता है मुझे स्थिर फर्मवेयर पर वापस लौटने के लिए एक विशिष्ट गिट हैश के साथ आरपीआई-अपडेट चलाने की आवश्यकता है। क्या आप जानते हैं कि कौन सा हैश है?

RPI-Distro रेपो में प्रतिबद्ध इतिहास दिखाता है कि आप फर्मवेयर रेपो से 390f53ed0fd79df274bdcc81d99e09fa262f03ab कमिट करना चाहते हैं, इसलिए दौड़ें:

sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab

@ पेलवेल :
root @ pi3b : / home / pi # sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab
** एंड्रयूज और डोम द्वारा बढ़ाया गया, हेक्साहे द्वारा रास्पबेरी पाई फर्मवेयर अपडेटर* * आत्म-प्रदर्शन करना
** अद्यतन के बाद पुनः लोड करना* * रास्पबेरी पाई फर्मवेयर updater द्वारा Hexxeh, एंड्रयूज और डोम द्वारा बढ़ाया गया
अमान्य git हैश निर्दिष्ट है

आह, Hexxeh rpi-फर्मवेयर की अलग-अलग प्रतिबद्ध आईडी हैं - 569e6611ac20c735647eb0e550484a73935a672d आज़माएं।

मुझे आश्चर्य है कि अगर https://github.com/raspberrypi/linux/issues/1552 / # 1444 इस मुद्दे से भी संबंधित हो सकते हैं।

मैंने हाल ही में एक 40xRPI3 सेटअप तैनात किया है जो कुछ ब्लूटूथ सामान करता है, हमें USB वाईफ़ाई इंटरफेस प्राप्त करना था वरना wlan लगातार जम जाएगा .. हम अब आंतरिक bl डिवाइस का उपयोग करते हैं और आंतरिक वाईफाई मॉड्यूल modprobe.d में ब्लैक लिस्ट किया जाता है।

यह शायद hcitool name 11:11:11:11:11:11 करने के लिए उपयोगी हो सकता है और देखें कि क्या यह किसी भी दिलचस्प लॉग प्रविष्टियों को भी उत्पन्न करता है .. मैं अभी इस मुद्दे का पालन कर रहा हूं, havent मेरे पास कुछ भी परीक्षण करने के लिए अपने लैब वातावरण स्थापित करने का समय था। हम बीटी सक्षम के बिना कुछ वाईफाई फ्रीज थे, लेकिन वाईफाई + बीटी का संयोजन कम या ज्यादा हमेशा वाईफाई को बहुत कम समय में मार सकता है .. यह हमेशा हमारे आरपीआई की किसी भी संख्या पर प्रजनन योग्य था

@ पेलवेल
ठीक; uname -a देता है Linux pi3b.thuis 4.4.13-v7 + # 894 एसएमपी सोम जून 13 13:13:27 BST 2016 armv7l GNU / Linux
बस जानकारी के लिए: वास्तविक स्थिर फर्मवेयर संस्करण के लिए git हैश कहां मिलेगा?

@thomasf
हालाँकि, मेरे पास ब्लूटूथ है, मेरा फिलहाल इसके लिए कोई उपयोग नहीं है। आईसीटूल नाम 11: 11: 11: 11: 11: 11 कुछ भी नहीं लौटाता है; जो है, मुझे लगता है, के रूप में मैं किसी भी डिवाइस से जुड़ा नहीं हूँ उम्मीद की जा करने के लिए। शायद मुझे मेरे साथ खेलने के लिए एक बीटी ऑडियो डिवाइस खरीदना चाहिए।

स्थिर परिभाषित करें।

हैश I (अंत में) आपने 20 जून के फर्मवेयर रिलीज़ के लिए दिया है, जो आपको चलाने पर मिलेगा:

sudo apt-get update raspberrypi-kernel
sudo apt-get update raspberrypi-bootloader

मुझे ऐसी किसी भी जगह के बारे में पता नहीं है जिसमें सबसे हालिया "स्थिर" रिलीज़ का हैश है, लेकिन आरपीआई-डिस्ट्रो से गुजरते हुए जैसा कि मैंने तब किया था जब हेक्नेह रेपो के साथ क्रॉस-रेफ़रिंग आप किसी भी रिलीज़ के लिए आरपीआई-अपडेट हैश प्राप्त कर सकते हैं तुम्हे पसंद है। यदि आप 2016-05-23 रिलीज़ को स्थिर मानते हैं क्योंकि यह अंतिम पूर्ण रास्पियन रिलीज़ का हिस्सा था, तो आप चाहते हैं कि हैश 3b98f7433649e13cf08f54f509d11491c99c4cbb जो 2b9c0bfacfc118b8b8b8bb8bb8bb8bb8bb8bbb8bbb पर अनुवाद करे।

@BenoitSvB किसी भी अन्य सॉफ़्टवेयर के साथ hci0 को छूने के बिना बस एक नए बूट से उस hcitool कमांड को चलाने से वाईफ़ाई हमारे परीक्षणों में बुरी तरह से व्यवहार करना शुरू कर देता है, मुझे नहीं पता कि क्या कोई अन्य ब्लूटूथ डिवाइस हैं या नहीं, लेकिन यह सबसे छोटा प्रतिलिपि प्रस्तुत करने योग्य उदाहरण है मैं वाईफाई फ्रीजिंग समस्याओं को ट्रिगर करने के लिए सोच सकता हूं।

मैंने बाहरी बीटी डोंगल + आंतरिक वाईफ़ाई का भी परीक्षण किया है, लेकिन आंतरिक वाईफाई कभी-कभी तब भी लटका होता है जब आंतरिक bcm bt ड्राइवर लोड नहीं होता है। हमारे लिए "समाधान" (त्वरित फिक्स में) यूएसबी वाईफ़ाई एडेप्टर का उपयोग करना था, जो हमारे परीक्षणों और उत्पादन उपयोग में स्थिर साबित हुआ है।

मुझे अभी भी संबंधित # 1313 पर संदेह है।

सेशन 8-9-2016 om 18:07 schreef थॉमस फ्रोस्समैन:

मैंने बाहरी बीटी डोंगल + आंतरिक वाईफ़ाई लेकिन आंतरिक का भी परीक्षण किया है
वाईफ़ाई कभी-कभी तब भी लटकाती है जब आंतरिक bcm bt ड्राइवर नहीं होता है
लदा हुआ। हमारे लिए "समाधान" (त्वरित फिक्स में) usb wifi का उपयोग करना था
एडेप्टर, जो हमारे परीक्षणों और उत्पादन उपयोग में स्थिर साबित हुए हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245649229,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AFyzObJxRjzQ-uMUlfe8hjRasrfq3nkwks5qoDLXgaJpZ44HupC5।

@ पेलवेल
स्थिर इस मामले में फाउंडेशन द्वारा अपनी अंतिम प्रचारित छवि के साथ जारी किया गया फर्मवेयर है और "sudo apt-get update && sudo apt-get upgrade" द्वारा ही अपडेट किया गया है, इसलिए बिना rpi- अपडेट के (बिना किसी विशिष्ट git के) या इसके बिना हैश, जिसका मतलब है कि मैं केवल विशिष्ट प्रयोजनों के लिए अधिक हाल के फर्मवेयर के उन्नयन के लिए समझा गया)।
जो मुझे इस सवाल पर लाता है: क्या मैं परीक्षण के लिए एक नया फर्मवेयर लोड करने से पहले अपने परिचालन फर्मवेयर के हैश को पढ़ सकता हूं, परीक्षण को आसान बनाने के बाद एक पुनर्स्थापना बनाने के लिए क्योंकि मैं खुद पर आपके द्वारा उल्लिखित क्रॉस-रेफरेंस आयोजित करने पर भरोसा नहीं करूंगा ...

शायद - cat /boot/.firmware_revision rpi- अद्यतन द्वारा लिखा गया है, लेकिन
यह कोशिश किए बिना मैं आपको यह नहीं बता सकता कि अगर रास्पियन रिलीज भी लिखते हैं
यह।

बूट /। फ़र्मवेयर-संशोधन एक आरपीआई-अपडेट चीज़ है (
https://www.raspberrypi.org/forums/viewtopic.php?t=106073&p=732449#p731830)

लेकिन मैंने पाया:

zcat /usr/share/doc/raspberrypi-bootloader/changelog.Debro.z.z

कि मैं वास्तव में चाहता हूँ:

• फर्मवेयर के रूप में 390f53ed0fd79df274bdcc81d99e09fa262f03ab

मैं इससे क्रॉसरी को समझता हूं
https://github.com/RPi-Distro/firmware/commits/debian?author=popcornmea to
https://github.com/Hexxeh/rpi-firmware/commits/master सावधानी से बनाया गया है
तारीखों और विवरणों की तुलना कमिट्स से करना।

कुछ सीखा; Thnx :)

सेशन 8 सी.पी. 2016 8:28 pm schreef "फिल एल्वेल" सूचनाएं @github.com:

शायद - cat /boot/.firmware_revision rpi- अद्यतन द्वारा लिखा गया है, लेकिन
यह कोशिश किए बिना मैं आपको यह नहीं बता सकता कि अगर रास्पियन रिलीज भी लिखते हैं
यह।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245693018,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AFyzOQ_pfODaEmuBGR6pQVXs2W6LggW8ks5qoFO2gaJpZM4upup5
।

@BenoitSvB : आपके निशान एक अलग तरह का मुद्दा दिखाते हैं - फर्मवेयर इस बारे में कोई सुराग नहीं दे रहा है कि आपको क्यों काट दिया जा रहा है। आपको पैकेट स्निफर से कुछ और सुराग मिल सकते हैं जैसे वेवशार्क।

@mathieugouin @ dh-connect @ juched78 @maciex @duncanmcdowell : मेरे पास एक सरू इंजीनियर है, जो आपके मुद्दों के बारे में अधिक जानने का इच्छुक है; अगर आप मुझे एक ईमेल भेजते हैं - raspberrypi dot org पर फिल करें - मैं आपको उसके संपर्क में रख सकता हूँ। यदि आप चीजों को गति देना चाहते हैं, तो ऊपर उल्लिखित डिबग मॉड्यूल को स्थापित करें और जब चीजें गलत हों तो dmesg के आउटपुट को बचाएं।

@ पेलवेल गूगल 'पैकेट स्निफर वेव्सहार्क' पर बहुत ज्यादा नहीं लौटा, लेकिन मुझे लगता है कि आपका मतलब वायरशर्क से था। तथ्य यह है कि MT7601U डोंगल का उपयोग करते समय brcmutil और brcmfmac को ब्लैकलिस्ट करना, अनियमित कनेक्ट / डिस्कनेक्ट व्यवहार को गायब कर देता है, जिसे अक्सर 'आउट-ऑफ-ऑर्डर' घटनाओं के साथ जोड़ा जाता है (देखें # 1313, अब छिपा हुआ है लेकिन हल नहीं हुआ) मुझे एक ब्रॉडकॉम / संदिग्ध बनाता है सरू हार्डवेयर कारण।
Wireshark मदद की हो सकती है, लेकिन मुझे एक गंभीर डीबगिंग हार्डवेयर प्रयास को सेटअप / संचालित करने के लिए सहायता की आवश्यकता होगी।

हां, मेरा मतलब था तारघर।

आप किसी फ़ाइल में सभी गतिविधि को रिकॉर्ड करने के लिए डंपक उपयोगिता (टेक्स्ट-मोड tshark पैकेज का हिस्सा) का उपयोग कर सकते हैं, फिर इसे तब मार सकते हैं जब dmesg लॉग में एक संदिग्ध संदेश शामिल होता है। कुछ इस तरह:

sudo apt-get install -y tshark
# You can say no when it asks if non-superusers can capture packets
dumpcap -D
# if your wlan isn't interface 2, change the next command to match
# Leave dumpcap recording in the background
sudo dumpcap -i 2 -q -w packets.pcap &
# Search for the error message, then kill the capture
dmesg -w | grep --max-count 1 "wlc_enable_probe_req: state down, deferring setting of host flags" && sudo killall dumpcap

ध्यान दें कि हालांकि "grep --max-count 1" एक मैच के बाद बंद होने वाला है, यह वास्तव में इसे रोकने के लिए इनपुट की एक और पंक्ति की आवश्यकता होती है, लेकिन यह अभ्यास में समस्या नहीं होनी चाहिए।

यदि आपकी कैप्चर फ़ाइल बहुत बड़ी हो जाती है, तो आप "-b अवधि: 60 " विकल्प (एक मिनट के लिए) का उपयोग करके एक निश्चित अवधि की रिकॉर्डिंग का उपयोग करने के लिए डंपक प्राप्त कर सकते हैं। ऐसी संभावना है कि इस तरह कैप्चर को फिर से शुरू करने से खराब समय हो सकता है और दिलचस्प पैकेट खो सकते हैं, लेकिन यह संभावना नहीं है। अवधि बढ़ाकर आप इसे हमेशा कम कर सकते हैं।

@BenoitSvB यहां एक धागा है जो कनेक्टिविटी मुद्दों से बचने के एक तरीके के रूप में Pi3 वाईफाई ड्राइवर में रोमिंग को अक्षम करने का सुझाव देता है। रोमिंग एक डिवाइस को एक ही SSID के साथ APs के बीच स्वचालित रूप से स्थानांतरित करने की अनुमति देता है, लेकिन यह एक Pi3 जैसे स्थिर डिवाइस पर कम उपयोगी होने की संभावना है, और एक सुझाव है कि यह अंततः कनेक्टिविटी के कुल नुकसान का कारण बन सकता है।

क्या आप roamoff मॉड्यूल पैरामीटर को सक्षम करने का प्रयास कर सकते हैं? आपको निम्नलिखित बनाने के लिए /etc/modprobe.d/brcmfmac.conf बनाना होगा:

options brcmfmac roamoff=1

@ वेल्वेल : रोमिंग को अक्षम करना समाधान नहीं है; लेकिन यह मुझे विभिन्न चैनलों और एक दूसरे एक्सेसपॉइंट के साथ खेलने देता है। मुझे पता चला कि ऑनबोर्ड वाईफाई एडेप्टर में केवल कुछ चैनलों (जैसे 1, 5) के साथ समस्याएँ हैं और केवल DDD-WRT फर्मवेयर के साथ Linksys WRT160N पर। उत्सुकता से हालांकि मेरे अन्य वाईफाई ग्राहकों में से किसी ने भी इस समस्या को साझा नहीं किया: वे दोनों एक्सेसपॉइंट पर सभी प्रस्तावित चैनलों पर समस्याओं के बिना कनेक्ट करेंगे। मेरे लिए अच्छा है मेरे पास एक स्थिर वर्कअराउंड है (चैनल ऑनबोर्ड वाईफाई का उपयोग नहीं करने से समस्याएं हैं) लेकिन मामले में कोई स्पष्टता नहीं है।
क्या आप चाहते हैं कि मैं विशिष्ट परीक्षण करूं?
वैसे हमें पैरामीटर सेट करने की आवश्यकता है
options brcmfmac debug = 1
विशेष परीक्षण-चालकों का उपयोग करते समय /etc/modprobe.d/brcmfmac.conf में?
और क्या आप जानते हैं कि वाईफाई एसोसिएशन के अपटाइम को मापने का एक तरीका है: फिर मैं अधिक व्यवस्थित रूप से सभी चैनलों को लंबे समय तक परीक्षण कर सकता था बिना विशालकाय फाइल को बनाए।

मुझे आश्वासन दिया गया था कि डिबग ड्राइवरों में डिफ़ॉल्ट रूप से अनुरोध किया गया डिबगिंग सक्षम है (इसका options bcrmfmac debug=0x100000 के समान प्रभाव है), लेकिन विभिन्न मूल्यों के साथ प्रयोग करने के लिए स्वतंत्र महसूस करें।

मैं एसोसिएशन के लिए अपटाइम को मापने के लिए किसी भी तरह से अवगत नहीं हूं, अक्सर मतदान के अलावा और बदलाव की उम्मीद करना।

एक सरू कर्मचारी को इस धागे के बारे में पता है, लेकिन अगर आपको सीधे संपर्क करने में खुशी हो तो मुझे एक ईमेल (raspberrypi dot org पर फिल करें) ड्रॉप करें।

नमस्कार,

क्या इस मुद्दे पर कोई प्रगति हुई है? मैं अपने ओपन वाई-फाई नेटवर्क से कनेक्ट कर सकता हूं, और एक यादृच्छिक समय के बाद मेरे पास मेरे लॉग में है:

Sep 26 22:42:36 dhcpcd: wlan0: carrier lost
Sep 26 22:42:36 kernel: brcmfmac: brcmf_cfg80211_reg_notifier: not a ISO3166 code
Sep 26 22:42:36 kernel: cfg80211: World regulatory domain updated:
Sep 26 22:42:36 kernel: cfg80211: DFS Master region: unset
Sep 26 22:42:36 kernel: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Sep 26 22:42:36 kernel: cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211: Regulatory domain changed to country: CH
Sep 26 22:42:36 kernel: cfg80211:  DFS Master region: ETSI
Sep 26 22:42:36 kernel: cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Sep 26 22:42:36 kernel: cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Sep 26 22:42:36 kernel: cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211:   (5490000 KHz - 5710000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
Sep 26 22:42:36 kernel: cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Sep 26 22:42:36 dhcpcd: wlan0: deleting address 2a02::xxxx/64
Sep 26 22:42:36 dhcpcd: wlan0: deleting default route via fe80::xxxx
Sep 26 22:42:36 dhcpcd: wlan0: deleting route to 2a02:xxxx::/64
Sep 26 22:42:36 dhcpcd: wlan0: deleting address fe80::xxxx
Sep 26 22:42:36 dhcpcd: wlan0: deleting route to 10.206.0.0/16
Sep 26 22:42:36 dhcpcd: wlan0: deleting default route via 10.206.0.1

और फिर मैं राउटर को पिंग नहीं कर सकता।

एक ifdown wlan0 && ifup wlan0 यह फिर से काम करता है, अगले wlan0: carrier lost ।

पावर प्रबंधन अक्षम है, ब्लूटूथ अक्षम है, रोमिंग अक्षम है (जैसा आपने सुझाव दिया था) और मेरा संस्करण Linux pi3 4.4.17-v7+ ।

यह हमेशा हुआ जब wl0 के साथ पुल लो0 happened i को https://github.com/raspberrypi/linux/issues/1375 जैसा ही मुद्दा मिला

मेरे पास Pi3 ऑनबोर्ड वाईफाई का एक ही मुद्दा है जो एक यादृच्छिक समय के बाद बाहर हो जाता है। अगर यह फिर से चल रहा है कोई समस्या नहीं है।

बहुत जाँच-पड़ताल के बाद, मैंने पाया कि एक एसएसआईडी (चैनल 1, 6, और 11 पर प्रत्येक) के साथ तीन एपी (बीएसएसआईडी) होने के कारण था। यह सेटअप सहज रोमिंग का समर्थन करता है और अन्य सभी WLAN ग्राहकों के साथ पूरी तरह से काम करता है।

मानक ड्राइवर के साथ डिबगिंग / लॉगिंग को सक्षम करने से पता चलता है कि किसी न किसी स्तर पर पाई ने बीएसएसआईडी में से एक को निष्क्रिय करने और यहां तक ​​कि ब्लैक लिस्ट करने का फैसला किया है। कारण स्पष्ट नहीं है, लेकिन पाई अंत में किया गया निर्णय प्रतीत होता है।

जब मेरे पास पाई पर बिल्कुल समान कॉन्फ़िगरेशन है, लेकिन SSID के लिए केवल एक BSSID के साथ, पाई बिना किसी अड़चन के दिनों के लिए लटका सकता है।

दुर्भाग्य से, पैलवेल के लिंक के अनुसार रोमिंग को अक्षम करना (http://projectable.me/optimize-my-pi-wi-fi/) वास्तव में व्यवहार्य नहीं है, SSID के प्रति केवल एक BSSID होना एक विकल्प नहीं है, और मैं बल्कि ऐसी स्क्रिप्ट पर भरोसा नहीं करना चाहिए जो कुछ होस्ट को पिंग करती है और फिर ifdown / ifup चलाती है।

क्या आगे SSID प्रति BSSIDs का समर्थन करने की दिशा में कोई जांच की जा रही है, या क्या मैं विशेष रूप से जांच का समर्थन करने के लिए कुछ कर सकता हूं?

धन्यवाद!

मुझे यह समस्या हो रही है और मेरा नेटवर्क @TheOriginalMrWolf के समान है।
मेरे पास एक Apple बेस स्टेशन है और WDS का उपयोग करके एक मेष कॉन्फ़िगरेशन में एक हवाई अड्डा एक्सप्रेस है।

मैं इस मुद्दे को भी कर रहा हूँ। अगर मैं एक सांबा शेयर के लिए फ़ाइलों की नकल करता हूं, तो वाईफाई कनेक्शन खो जाता है (रास्पबेरी 3, नया स्थापित रास्पबियन)।
Syslog:
brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012

जब मैं upnp (gmediarender) के साथ संगीत चला रहा हूँ तो मुझे बिल्कुल वही मुद्दा मिल रहा है।

मैं एक ही समस्या है जब wechat पर आवाज कॉल शुरू कर रहा है, एक एपी के रूप में rpi के साथ hostapd का उपयोग कर। मुझे इस तरह से स्पैम का एक गुच्छा मिलता है:

[19841.278019] net_ratelimit: 940 callbacks suppressed
[19841.304748] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.331372] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.361587] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.399362] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.434506] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.466598] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.496736] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.525425] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
[19841.552678] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!

इस तरह के निशान के साथ:

[19837.728722] ------------[ cut here ]------------
[19837.730033] WARNING: CPU: 3 PID: 503 at drivers/net/wireless/brcm80211/brcmfmac/core.c:1191 brcmf_netdev_wait_pend8021x+0xdc/0xe8 [brcmfmac]()
[19837.732645] Modules linked in: xt_REDIRECT nf_nat_redirect xt_tcpudp nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre iptable_filter ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack cdc_ether sr_mod cdrom brcmfmac brcmutil cfg80211 bcm2835_rng rng_core bcm2835_gpiomem bcm2835_wdt uio_pdrv_genirq uio sch_fq_codel snd_bcm2835 snd_pcm snd_timer snd ip_tables x_tables ipv6
[19837.743040] CPU: 3 PID: 503 Comm: hostapd Not tainted 4.4.38-1-ARCH #1
[19837.745188] Hardware name: BCM2709
[19837.747428] [<80015e54>] (unwind_backtrace) from [<80012ccc>] (show_stack+0x10/0x14)
[19837.752350] [<80012ccc>] (show_stack) from [<804f7dcc>] (dump_stack+0x94/0xb4)
[19837.755134] [<804f7dcc>] (dump_stack) from [<8002e958>] (warn_slowpath_common+0x84/0xb4)
[19837.760698] [<8002e958>] (warn_slowpath_common) from [<8002ea24>] (warn_slowpath_null+0x1c/0x24)
[19837.767009] [<8002ea24>] (warn_slowpath_null) from [<7f2a50b4>] (brcmf_netdev_wait_pend8021x+0xdc/0xe8 [brcmfmac])
[19837.774038] [<7f2a50b4>] (brcmf_netdev_wait_pend8021x [brcmfmac]) from [<7f2950b4>] (send_key_to_dongle+0x94/0xe8 [brcmfmac])
[19837.781637] [<7f2950b4>] (send_key_to_dongle [brcmfmac]) from [<7f2972a8>] (brcmf_cfg80211_add_key+0x16c/0x324 [brcmfmac])
[19837.789919] [<7f2972a8>] (brcmf_cfg80211_add_key [brcmfmac]) from [<7f125ae8>] (nl80211_new_key+0x11c/0x28c [cfg80211])
[19837.798477] [<7f125ae8>] (nl80211_new_key [cfg80211]) from [<807441ec>] (genl_rcv_msg+0x254/0x3c8)
[19837.807003] [<807441ec>] (genl_rcv_msg) from [<80743564>] (netlink_rcv_skb+0xb4/0xd8)
[19837.815674] [<80743564>] (netlink_rcv_skb) from [<80743f88>] (genl_rcv+0x24/0x34)
[19837.824371] [<80743f88>] (genl_rcv) from [<80742efc>] (netlink_unicast+0x188/0x218)
[19837.833161] [<80742efc>] (netlink_unicast) from [<807432cc>] (netlink_sendmsg+0x278/0x330)
[19837.842135] [<807432cc>] (netlink_sendmsg) from [<806fa454>] (sock_sendmsg+0x14/0x24)
[19837.851174] [<806fa454>] (sock_sendmsg) from [<806faadc>] (___sys_sendmsg+0x1d0/0x1d8)
[19837.860301] [<806faadc>] (___sys_sendmsg) from [<806fb780>] (__sys_sendmsg+0x3c/0x68)
[19837.869517] [<806fb780>] (__sys_sendmsg) from [<8000f240>] (ret_fast_syscall+0x0/0x34)
[19837.878793] ---[ end trace e4988f6034c7c2ec ]---

ट्रेस संदिग्ध रूप से @jrmhaig के समान दिखता है।

मैं बस फिर से हुआ था, और कुछ डिबगिंग किया था। मुझे इस बार कुछ अलग संदेश मिले, जो दिलचस्प लगते हैं (लगता है कि वे वही संदेश हैं जो @maciex को एक बार मिले):

[25353.256286] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[25355.254920] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[25355.257952] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -52

1. ऐसा होने पर यह पूरा सिस्टम जम जाता है। फ्रीज होने पर लूप में while sleep 1; do date; done का अंतर होता है। मुझे आश्चर्य है कि अगर इसका मतलब यह है कि brcmf_proto_bcdc_msg -110 (टाइमआउट) केवल वास्तविक मुद्दे का एक लक्षण है - यह बस जहां हम फ्रीज करते हैं वहां लॉग होता है।
2. मैंने फ्रीज़ के समय तापमान और उतार-चढ़ाव के साथ ( vcgencmd ) मापा। वहाँ तक रिपोर्ट करने के लिए कुछ नहीं, जहाँ तक मैं बता सकता हूँ।
3. मेरा सिस्टम एक एपी है जो यूएसबी के माध्यम से जेडटीई 4 जी मॉडेम को अग्रेषित करता है (यानी। client -> wlan0 -> rpi -> usb0 -> 4g । ऐसा लगता है कि वाईफाई फ्रीज होने पर भी usb0 इंटरनेट का उपयोग करने में सक्षम है।

पुन: ऊपर की टिप्पणियाँ, यह मेरे लिए NAT साझाकरण मोड में roamoff=1 । उन लोगों में से किसी ने भी मेरे लिए इस मुद्दे को ठीक नहीं किया।

WPA को अक्षम करने के बाद (केवल WPA2 को सक्षम करने के लिए मेरे मामले में create_ap -w 2 का उपयोग करके), समस्या तय हो गई है। हालांकि अस्पष्ट।

मैं यहां बताए गए मुद्दों का भी सामना कर रहा हूं। मेरे मामले में यह तब होता है जब मैं सैमसंग + ईएस फ़ाइल प्रबंधक और खिलाड़ी से सांबा के माध्यम से फ़ाइलों (आमतौर पर एमपी 3) का उपयोग करता हूं।

मेरे रास्पबेरी पी 3 मेरे एपी से जुड़े वाईफाई हैं। इसलिए इसके साथ सभी संचार को वाईफाई नेटवर्क माना जाता है। इसमें कोई मॉनिटर नहीं है और न ही कीबोर्ड और न ही माउस।

मैं आसानी से त्रुटि को पुन: उत्पन्न कर सकता हूं, इसलिए यदि कोई चाहता है कि मैं लॉग फाइल का उत्पादन करूं, तो मुझे बताएं कि मैं कैसे मदद कर सकता हूं।

मेरी syslog प्रविष्टियों के नीचे।

27 दिसंबर 16:11:50 रास्पबेरी कर्नेल: [560.902063] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
27 दिसंबर 16:11:52 रास्पबेरी कर्नेल: [562.928930] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:11:54 रास्पबेरी कर्नेल: [564.926659] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:11:54 रास्पबेरी कर्नेल: [564.926820] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO विफल, -52
27 दिसंबर 16:11:56 रास्पबेरी कर्नेल: [566.924560] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:11:58 रास्पबेरी कर्नेल: [568.922555] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:11:58 रास्पबेरी कर्नेल: [568.928073] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO विफल, -52
दिसम्बर 27 16:12:00 रास्पबेरी कर्नेल: [570.920675] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg विफल / स्थिति -110
दिसम्बर 27 16:12:02 रास्पबेरी कर्नेल: [572.918980] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:12:02 रसभरी कर्नेल: [572.924580] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO विफल, -52
27 दिसंबर 16:12:04 रसभरी कर्नेल: [574.917259] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
दिसंबर 27 16:12:06 रास्पबेरी कर्नेल: [576.915703] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msc विफल w / स्थिति -110
27 दिसंबर 16:12:06 रास्पबेरी कर्नेल: [576.921498] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO विफल, -52
दिसंबर 27 16:12:06 रास्पबेरी आईप्लग्ड (wlan0) [1149]: डिटेक्शन मोड का उपयोग करना: IFF_RUNNING

@ आर्कसेनिगा
मुझे समान सेटअप के साथ भी यही समस्या थी।

डिबगिंग के घंटे के बाद समाधान:
/Etc/modprobe.d/ipv6.conf में रास्पबेरी पर IPv6 बंद करें:
उर्फ नेट-पीएफ -10 बंद
उर्फ आईपीवी 6 बंद
विकल्प ipv6 disable_ipv6 = 1

यदि आप अपने नेटवर्क में ipv6 का उपयोग नहीं करते हैं तो यह केवल एक समाधान है।

धन्यवाद @ varl0g आप मेरे हीरो हैं! :)
ऐसा लगता है कि यह समाधान मेरे लिए काम कर रहा है, किसी भी समस्या को पुन: पेश नहीं कर सकता।

@ varl0g : इसने वर्कअराउंड काम किया क्योंकि मैं त्रुटि को पुन: पेश नहीं कर सकता।

धन्यवाद और खुश २०१ happy

मैंने ipv6 को बंद करने की कोशिश की। इससे कोई फर्क नहीं पड़ा। मैंने पावर सेव मोड को बंद करने की कोशिश की। फिर भी कोई फर्क नहीं। हालाँकि, जब मैंने अपने एपी के चैनल को 6 (11 के बजाय) पर सेट किया, तो मेरा रास्पबेरी पाई 2 दिनों तक बिना किसी समस्या के रहा!

मैं पुष्टि करना चाहता हूं कि IPv6 को बंद करने के साथ वर्कअराउंड काम नहीं करता।
दुर्भाग्य से, मेरे पास आरपी 3 और ऐप्पल एयरपोर्ट एक्सट्रीम राउटर के साथ एक ही मुद्दा है।

@ राजिद , @
हैरानी की बात है, यह मेरे मुद्दे को भी हल कर दिया है जब मैंने अपने एपी के वाईफाई चैनल को स्वचालित के बजाय 6 में बदल दिया है, धन्यवाद @ प्रजिड

मेरे पास भी यह बग है - brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
कहाँ फिक्स ????
मैं 4.9 कर्नेल की कोशिश कर रहा हूँ, 4.4.41 कर्नेल - सभी में यह बग है। बिजली की आपूर्ति 2.4a।

मुझे चैनल 6. के बारे में अपनी पिछली टिप्पणी को रद्द करना होगा। जाहिर तौर पर, यह एक संयोग था कि मेरे आरपीआई 3 में 6 दिनों के लिए स्थिर वाईफाई था।

बस सोच रहा था कि क्या किसी को इस मुद्दे के साथ कोई किस्मत मिली है। मैंने बिजली प्रबंधन, ब्लूटूथ और स्विचिंग चैनलों को अक्षम करने की कोशिश की है। अभी तक कुछ भी काम नहीं किया है। मैं ऑक्टोप्रिंट को एक वेबकैम से जोड़ रहा हूं। यह अक्सर होने लगता है, और मुझे लगता है कि यह तब होता है जब मैं एक से अधिक http कनेक्शन स्थापित करता हूं।
बिजली की बचत मोड से पहले syslog त्रुटि:
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
बिजली की बचत मोड के बाद syslog त्रुटि:
octopi kernel: [10317.342360] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!! octopi kernel: [10317.342593] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!! octopi kernel: [10327.358384] brcmfmac: brcmf_sdio_bus_txdata: out of bus->txq !!!
मैं वर्तमान में Linux octopi 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux चला रहा हूं

मैंने आखिरकार अपने wasp के 2.4Ghz चैनल को "6" में बदलकर अपनी RaspPi 3 को अपने wifi पर स्थिर कर लिया। मैं भूल गया कि यह पहले क्या था, 11 मुझे लगता है लेकिन मुझे यकीन नहीं है। यह अच्छी तरह से काम नहीं किया और मुझे एक वेब पेज मिला जिसमें कहा गया था कि एक समस्या थी लेकिन 6 ठीक काम करते हैं। जब से मैंने अपने घर की वाईफाई को चैनल 6 में स्विच किया है तब से यह बहुत बेहतर है।

/ राज

मार्च 3, 2017, पर 8:39 प्रधानमंत्री डैनियल < [email protected] [email protected] > ने लिखा:

बस सोच रहा था कि क्या किसी को इस मुद्दे के साथ कोई किस्मत मिली है। मैंने बिजली प्रबंधन, ब्लूटूथ और स्विचिंग चैनलों को अक्षम करने की कोशिश की है। अभी तक कुछ भी काम नहीं किया है। मैं ऑक्टोप्रिंट को एक वेबकैम से जोड़ रहा हूं। यह अक्सर होने लगता है, और मुझे लगता है कि यह तब होता है जब मैं एक से अधिक http कनेक्शन स्थापित करता हूं।
बिजली की बचत मोड से पहले syslog त्रुटि:
brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
बिजली की बचत मोड के बाद syslog त्रुटि:
अष्टकोणीय कर्नेल: [10317.342360] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!! ऑक्टोपसी कर्नेल: [10317.342593] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!! अष्टकोणीय कर्नेल: [10327.358384] brcmfmac: brcmf_sdio_bus_txdata: बस से बाहर-> txq !!!
मैं वर्तमान में Linux ऑक्टोपी 4.1.19-v7 + # 858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU / Linux चला रहा हूं

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-284126948 पर https://github.com/notifications/unsubscribe-auth/AFAlZVD- थॉ म्यूट

https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed -b52498112777.png https://github.com/raspberrypi/linux https://github.com/raspberrypi/linux/issues/1342#issuecomment-284126948

चैनल 6, चैनल बैंडविड्थ 20 मेगाहर्ट्ज, अब हफ्तों के लिए स्थिर दिखता है।

मैंने उसी समस्या का अवलोकन किया था, जो रिपोर्ट की गई थी, अर्थात त्रुटि -52 लॉग लाइनों को देख रही थी। वाईफाई इंटरफेस के लिए बिजली की बचत को बंद करने से मदद नहीं मिली। @ Varl0g द्वारा सुझाए गए ipv6 को

मुझे चैनल 6 या 7 पर किस्मत नहीं मिली है।
मैंने एक नई छवि के साथ अपने एसडी को चमकाने की कोशिश की और अब मेरे वाईफाई नियंत्रकों को उचित डीएचसीपी पट्टे नहीं मिल रहे हैं। वे 169.254.xx.xx स्थानीय ips के साथ बूट कर रहे हैं, मेरे dhcp सर्वर से सबनेट नहीं।

बस इसे पोंछने का फैसला किया और नवीनतम रस्पियन स्थापित करें और स्रोत से ऑक्टोप्रिन स्थापित करें। अब तक कोई मुद्दा नहीं।

मैं जो बता सकता हूं, यह brcm80211 sdio.c के ड्राइवर सॉफ़्टवेयर में एक समस्या है।
स्ट्रिंग 0x40012 वास्तव में 0x00040012 है, जिसे यहाँ ~ लाइन 55 से मास्क और कोड का उपयोग करते हुए व्याख्या की जाती है, इसे मेलबॉक्स स्ट्रिंग के रूप में देखा जा सकता है जो DEVREADY को एक प्रवाह नियंत्रण परिवर्तन का संकेत देता है। ~ Brcm80211 / brcmfmac स्रोत के भीतर sdio.c फ़ाइल की लाइन 1127 क्या, अजीब है कि स्ट्रिंग इस तरह के रूप में व्याख्या की कभी नहीं किया गया है, और इस तरह चालक के पीछे की ओर संगत अनुभाग हिट यहाँ ..

मेरे पास ड्राइवर के साथ बहुत अच्छा अनुभव नहीं है, और न ही पुनर्मिलन और परीक्षण करने की क्षमता है (मुझे केवल एक आरपीआई 3 मिला है, और मैं उस वातावरण को गड़बड़ाना नहीं चाहूंगा, जो वर्तमान में रह रहा है। इसके अलावा, मैं भी। ' मीटर लिनक्स ड्राइवरों को पुन: स्थापित / अपडेट करने में पारंगत नहीं हैं ..) इसलिए मैं बिल्कुल सकारात्मक नहीं हूं, लेकिन ऐसा लगता है कि दो एचएमबी संदेश इतनी जल्दी वापस भेजे जा रहे हैं, चालक के पास उन दोनों की व्याख्या करने के लिए पर्याप्त समय नहीं है। ।

सोच रहे लोगों के लिए, मैं वर्तमान में वायरलेस (duh ..) पर अपने rpi3 पर ऑक्टोप्रिंट (मैन्युअल रूप से निर्मित) चला रहा हूं जिसमें एडैफोर्स पिटफिट 2.8 "कैपेसिटिव टच स्क्रीन और एडैफोर्स के कस्टम कर्नेल (v 4.4.27-v7 +) के साथ है और इस मुद्दे को डुप्लिकेट करते हैं। PrintDroid समर्थक या क्रोम के माध्यम से अपने सैमसंग गैलेक्सी S7 पर वीडियो स्ट्रीम (Logitech C270) तक पहुंचने की कोशिश कर रहा है। लॉकअप हर बार ऐसा करने के बिना विफल हो जाता है, और यह केवल वायरलेस पर होता है। मैंने बिजली की आपूर्ति, अपग्रेड की गई ip66 और अपग्रेड की है। बिजली प्रबंधन, कोई फायदा नहीं हुआ।

@TGYK क्या आप संदर्भित मुद्दे की जांच कर सकते हैं - क्या यह आपको समान लगता है? क्या संदेश आपको dmesg में मिलता है? कावेंट गिरा?

@TGYK आपने मूल ब्रॉडकॉम जीथब पृष्ठ से जोड़ा है - क्या आप कुछ संकेत दे सकते हैं कि यहां रास्पबेरी पाई कर्नेल के पेड़ में समस्याएं कहां दिखाई दे रही हैं? नीचे बताए गए कोड की किन लाइनों को ट्रैक करना थोड़ा मुश्किल है।

sdio.c यहाँ 4.9 पेड़ में है ।

@ JamesH65 आपके द्वारा लिंक किए गए github पेज में, मैं जिस लाइन का जिक्र कर रहा हूं वह 1140-1147 के आसपास है। जहाँ तक dmesg त्रुटि है, संदेश वही मुद्दा है जो ऊपर देखा गया है:
"अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012", इसके बाद escan (-52) त्रुटियां।

जैसा कि आपके संदर्भित विषय में नहीं है, वैसा ही मुद्दा है, क्योंकि मैं अपने वायरलेस और वायर्ड इंटरफेस को किसी भी तरह से भंग नहीं कर रहा हूं। जहां तक ​​मैं बता सकता हूं, मेरा मुद्दा, और यह धागा पूरी तरह से वायरलेस इंटरफ़ेस से संबंधित है।

जानकारी के लिए धन्यवाद। संभवतः जुड़ा हुआ मुद्दा है, मेरा मानना ​​है कि इसी तरह, यह एक ऐसा मुद्दा है जिसमें वाईफाई चालक को संभवतः एक अजीब संदेश मिल रहा है, जिससे बाद में स्टैक में अधिक विषमता हो सकती है, लेकिन मैं अभी भी खुदाई कर रहा हूं।

मैं रास्पबेरी पाई जीरो डब्ल्यू के साथ एक ही मुद्दे के साथ एक ही लक्षण के साथ @TGYK कर रहा हूं। मेरे मामले में, मैं शून्य पर एमपीडी चला रहा हूं, और इसे सैमसंग गैलेक्सी एस 5 पर एक एंड्रॉइड क्लाइंट के माध्यम से नियंत्रित कर रहा हूं। बिना असफल हुए, यदि मैं फोन को स्टैंडबाय में रखता हूं जबकि कंट्रोलर ऐप चल रहा है (यानी, होम स्क्रीन पर वापस आए बिना), "अज्ञात मेलबॉक्स डेटा सामग्री" संदेश के साथ शून्य की वाईफाई टूट जाती है। यदि मैं डिवाइस को सुस्ती में छोड़ देता हूं, या अपने फोन को सोने जाने से पहले हमेशा ऐप को बंद करने के लिए सावधान हूं, तो यह अनिश्चित काल तक रहता है।

मैं इस मुद्दे पर रास्पियन और अब OSMC है।

ज्यादातर रुक-रुक कर, लेकिन दिलचस्प रूप से मेरे S7 से कोडी वेब इंटरफ़ेस तक पहुंच हमेशा इस मुद्दे को ट्रिगर करेगी। मेरी पत्नी के iPhone से समान काम करना दोषपूर्ण है और कभी भी समस्या को ट्रिगर नहीं किया है।

@ डेडलिया : सैमसंग गैलेक्सी टैब एस के साथ मेरे पास एक समान मुद्दा है। हालांकि, पुष्टि करने के लिए मेरे पास आईफोन / आईपैड डिवाइस तक पहुंच नहीं है ...

मेरा सैमसंग डिवाइस टीवीहेड वेब इंटरफेस तक पहुंचने की कोशिश करते समय वाईफाई को क्रैश कर देता है।

विंडोज़ पीसी से फ़ायरफ़ॉक्स ब्राउज़र से एक्सेस करने पर ऐसा नहीं होता है।

खुशी है कि मुझे यह धागा मिला, मुझे लगा कि मैं अकेला हूं। जब मैं सैमसंग गैलेक्सी टैब ए से काम करता हूं, तो नेक्सस 7 टैबलेट, वनप्लस फोन या एसर लैपटॉप से ​​एक्सेस किए जाने पर ठीक काम करता है, मैं ऊपर दिए गए पोस्टर के समान ही मुद्दे रखता हूं, मेरे pi3 / osmc पर वाईफाई ड्रॉपिंग करता है। आसानी से दोहराने योग्य। लगता है कि सैमसंग वाईफ़ाई चालक इनबिल्ट pi3 वाईफाई पसंद नहीं करता है? एक tp-लिंक wifi डोंगल को pi3 में जोड़ना मेरे लिए एक वर्कअराउंड है।

@philborman मैं उत्सुक हूं, क्या आप सैमसंग बनाम नेक्सस पर एक ही मोबाइल ब्राउज़र का उपयोग करते हैं?

दोनों क्रोम चल रहे हैं, लेकिन यह सिर्फ एक ब्राउज़र समस्या नहीं है। अगर मैं Yatse का उपयोग करता हूं
नियंत्रण कोडी यह नेक्सस / मोबाइल / लैपटॉप से ​​ठीक काम करता है लेकिन पी 3 वाईफाई ड्रॉप्स
अगर मैं सैमसंग से एक ही कोशिश करते हैं। वही अगर मैं ssh में, सैमसंग के साथ क्रैश
और दूसरों को नहीं। Ssh के साथ मैं थोड़ा कर सकता हूं, लेकिन कोई भी फाइल ट्रांसफर या
यहां तक ​​कि एक पाठ फ़ाइल को संपादित करने से वाईफाई डिस्कनेक्ट हो जाएगा।

बुध पर, १२ अप्रैल २०१ieu, १ ९ .०३ मैथ्यू गौइन, सूचनाएं @github.com ने लिखा:

@philborman https://github.com/philborman मैं उत्सुक हूँ, क्या आप इसका उपयोग करते हैं
सैमसंग बनाम नेक्सस पर एक ही मोबाइल ब्राउज़र?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-293643847
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALmHOdtJ9AQtpfU7tmeVouI-a4STg2WMks5rvQPJgaJpZM4upup5
।

क्या यहां टिप्पणी करने वाले किसी व्यक्ति के पास मेरे साथ मदद करने वाले पैच के साथ कर्नेल बनाने की क्षमता है? ये 4.9 पर आधारित हैं, लेकिन 4.4 पर ठीक काम कर सकते हैं। ध्यान दें, ये केवल परीक्षण हैं ...

diff --git a/drivers/net/usb/smsc95xx.c b/drivers/net/usb/smsc95xx.c
index df60c98..82f618c 100644
--- a/drivers/net/usb/smsc95xx.c
+++ b/drivers/net/usb/smsc95xx.c
@@ -2076,6 +2076,13 @@ static struct sk_buff *smsc95xx_tx_fixup(struct usbnet *dev,
                        return NULL;
        }

+       if (skb_cloned(skb))
+       {
+               printk(KERN_ERR "Found a cloned skb");
+               if (pskb_expand_head(skb, 8, 0, GFP_ATOMIC))
+                              return NULL;
+       }
+
        if (csum) {
                if (skb->len <= 45) {
                        /* workaround - hardware tx checksum does not work
diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
index a190f53..402beb1 100644
--- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
+++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/fwsignal.c
@@ -2100,6 +2100,14 @@ int brcmf_fws_process_skb(struct brcmf_if *ifp, struct sk_buff *skb)
        int rc = 0;

        brcmf_dbg(DATA, "tx proto=0x%X\n", ntohs(eh->h_proto));
+
+       /* Possible we might receive a cloned skb, if this happens
+        * we must unclone it as we are going to be alter the data by
+        * adding headers.
+        * unclone will only do anything if it is cloned so no check required
+        */
+       skb_unclone(skb, GFP_ATOMIC);
+
        /* determine the priority */
        if ((skb->priority == 0) || (skb->priority > 7))
                skb->priority = cfg80211_classify8021d(skb, NULL);

नमस्कार,

मुझे अपनी 2 Pi3 में से एक के साथ यहां वर्णित एक ही समस्या है। वाईफ़ाई कुछ समय बाद कनेक्शन खो देता है, 30 मिनट और कुछ घंटों के बीच कुछ भी हो सकता है। मैंने पूरी तरह से यहाँ सुझाए गए सभी चीज़ों की कोशिश की है, जिसमें एपी पर वाईफाई चैनल बदलना भी शामिल है, आदि ... बिना किसी सफलता के। यह बहुत ही अजीब बात है कि मेरे 2nd Pi3 (रिव्यू 1.2 भी, बिल्कुल समान) पर, और उसी SD कार्ड / इंस्टॉलेशन (रास्पबियन) के साथ, जिसे मैं दोनों के बीच स्वैप करता हूं, Wifi दिनों और दिनों के लिए ठोस है ...

यह वास्तव में अजीब है। दोनों पी 3 को आरपीआई-अपडेट, कर्नेल 4.9 और फर्मवेयर # 991 के साथ अपडेट किया गया है, लेकिन यह पहले से ही कर्नेल / फर्मवेयर रिलीज के साथ समान था।

यदि आप एक आरपीआई-अपडेट करते हैं तो आपको उपरोक्त पैच मिल जाएंगे जैसा कि कर्नेल देवों द्वारा स्वीकार किया जाता है - यह smsc9x ड्राइवर और brcmfmac ड्राइवर के लिए है, पिछली रात तक। क्या आप कोशिश कर सकते हैं? यदि वह अभी भी विफल रहता है, तो आप 'dmesg' कर सकते हैं और यह देख सकते हैं कि क्या कोई समस्या है? यद्यपि, मेरा संदेह शायद एक एचडब्ल्यू गलती है, क्योंकि वायरलेस चिप को गर्म किया जाता है कि एक और पीआई उसी कार्ड के साथ ठीक काम करता है।

धन्यवाद। मैंने किया था कि संदिग्ध बोर्ड पर, कुछ ही मिनटों के बाद वाईफाई डिस्कनेक्ट हो गया।
dmesg देता है कि:
``
[२६६.६५४ ९ ६४] brcmfmac: brcmf_sdio_bus_sleep: बस स्लीप स्टेट -110 बदलते समय त्रुटि
[२६६.६५५०३३] brcmfmac: brcmf_sdio_txfail: sdio त्रुटि, कमांड को समाप्त करना और फ्रेम समाप्त करना
[२६६.६५ ९ २१५] brcmfmac: brcmf_sdiod_regrw_helper: डेटा F1 @ 0x1000d लिखने में विफल: -110
[२६६.६६३३४६] brcmfmac: brcmf_sdiod_regrw_helper: डेटा F1 @ 0x1001a , पढ़ने में विफल: -110
[२६६.६६ 26४ 26२]] brcmfmac: brcmf_sdiod_regrw_helper: डेटा को पढ़ने में विफल हुआ F1 @ ०१००१ ९ ,
[266.671608] brcmfmac: brcmf_sdiod_regrw_helper: F1 + 0x1001a डेटा पढ़ने में विफल: -110
[२६६.६ :५ 26३६] brcmfmac: brcmf_sdiod_regrw_helper: F1 # 0x10019 , पढ़ने में विफल डेटा: -110
[२६६.६: ९ 26६६] brcmfmac: brcmf_sdiod_regrw_helper: डेटा F1 @ 0x1001a , पढ़ने में विफल: -110
[२६६.६ :३ ९९ २] brcmfmac: brcmf_sdiod_regrw_helper: डेटा F1 @ 0x10019 , पढ़ने में विफल: -110
[269.655049] brcmfmac: brcmf_sdio_bus_sleep: बस स्लीप स्टेट -110 बदलते समय त्रुटि
[272.069378] net_ratelimit: 35 कॉलबैक दबा दिए गए

......... फिर यह "लूप" प्रति मिनट कई बार dmesg लॉग भरता रहता है।

संपादित करें: मैंने बोर्ड पर सभी घटकों को छुआ, वे सब कुछ हैं, लेकिन गर्म हैं, मैं अपनी उंगलियों की त्वचा की तुलना में 30 ° के आसपास कहूंगा।

हम्म, एसडीआईओ सामान पीआई और वायरलेस चिप के बीच का इंटरफ़ेस है - यह टाइमिंग (-110) है। यह एक HW मुद्दे की तरह दिखता है - जैसा कि चिप को गर्म करता है, शायद कहीं sdio इंटरफ़ेस लाइनों पर एक बुरा मिलाप संयुक्त है जिसका मतलब है कि कॉम्स डिस्कनेक्ट करता है।

पिंग @ रोजर-थॉर्नटन - रोजर, क्या ऐसा कुछ है जिसे हम इसे परख सकते हैं?

@ क्रिस्पी क्या आप vcgencmd get_throttled रिपोर्ट क्या है?

@ पेलवेल : एक वाईफाई लॉस के बाद, मैंने जाँच की, और गला

मुझे नहीं लगता कि यह एक हार्डवेयर दोष है, एक साधारण रिबूट हमेशा समस्या को तुरंत हल करता है।

@ JamesH65 मुझे नहीं लगता कि यह हार्डवेयर निर्माण मुद्दे की तरह दिखता है क्योंकि रेखाएं सभी कार्य कर रही हैं जैसा कि उन्हें होना चाहिए। यदि हार्डवेयर मुद्दों के अन्य बिंदु हैं तो मैं बोर्ड पर एक नज़र डाल सकता हूं।

लगता है मेरी जैसी ही समस्या नहीं है। मेरे पास केवल एक पी 3 है और यह है
जब तक मैं सैमसंग टैबलेट से कनेक्ट नहीं करता, तब तक वाईफाई ठोस है। के साथ कनेक्ट
और कुछ भी और यह ठीक है। शक्ति या अधिक गरम होना प्रतीत नहीं होता है
जब तक यह गलत से कनेक्ट नहीं होता है तब तक यह दिनों के लिए बिल्कुल ठीक है
गोली और यह गिर गया।

मुझे लगता है कि यह ड्राइवर या फर्मवेयर संबंधित है, कुछ है जो सैमसंग
ड्राइवर भेजता है कि pi3 पसंद नहीं है।

Thu पर, 27 अप्रैल 2017, 22:01 क्रिस्पी, सूचनाएं @github.com ने लिखा:

@pelwell https://github.com/pelwell : एक वाईफ़ाई नुकसान के बाद, मैंने जाँच की, और
गला दबाना = ०x०

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297823068 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4Huph5
।

नवीनतम रस्पियन में नेटवर्किंग के लिए कुछ सुधार किए गए हैं -
जब आखिरी बार आपने किया था

sudo apt-get update
sudo apt-get dist-upgrade

?
यह देखने का प्रयास करने लायक हो सकता है कि क्या यह चीजों को ठीक करता है।

28 अप्रैल, 2017 को 14:38 पर, फिलॉर्बन नोटिफिकेशन @github.com ने लिखा:

लगता है मेरी जैसी ही समस्या नहीं है। मेरे पास केवल एक पी 3 है और यह है
जब तक मैं सैमसंग टैबलेट से कनेक्ट नहीं करता, तब तक वाईफाई ठोस है। के साथ कनेक्ट
और कुछ भी और यह ठीक है। शक्ति या अधिक गरम होना प्रतीत नहीं होता है
जब तक यह गलत से कनेक्ट नहीं होता है तब तक यह दिनों के लिए बिल्कुल ठीक है
गोली और यह गिर गया।

मुझे लगता है कि यह ड्राइवर या फर्मवेयर संबंधित है, कुछ है जो सैमसंग
ड्राइवर भेजता है कि pi3 पसंद नहीं है।

Thu पर, 27 अप्रैल 2017, 22:01 क्रिस्पी, सूचनाएं @github.com ने लिखा:

@pelwell https://github.com/pelwell : वाईफाई लॉस के बाद, मैंने चेक किया,
तथा
गला दबाना = ०x०

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -297823068
,
या धागा म्यूट करें
ALMHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5>

।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297999952 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHag08r5c96nB39R3F-mFW772qBbGks5r0evJgaJpZM4H5C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मेरे पास raspbery pi शून्य डब्ल्यू के साथ एक ही मुद्दा है। कुछ समय बाद मैं इसे करने में सक्षम नहीं हूं। मैंने सब कुछ आजमाया। एक मज़ेदार तथ्य यह है ... जब मैंने अपने टीवी से कुछ समस्या निवारण करने के लिए आरपीआई कनेक्ट किया, उसके बाद मैं इसे करने में सक्षम नहीं होगा ... यह 18h रॉक सॉलिड के लिए काम कर रहा था। फिर, मैंने अन्य डिवाइस के लिए hdmi को स्विच किया और कुछ समय बाद जब मैंने pi को ssh करना चाहा तो मुझे सुंदर "होस्ट करने का कोई रास्ता नहीं" जानकारी मिली। जब मैंने hdmi केबल को फिर से प्लग किया तो मैं गेटवे को पिंग करने में सक्षम था। लॉग में कोई त्रुटि नहीं, iwconfig ठीक लगता है। systemctl पुनरारंभ नेटवर्किंग ने मदद की।

ऊपर के रूप में, कृपया नवीनतम रास्पियन की कोशिश करें, और यदि आप अभी भी देखते हैं तो वापस रिपोर्ट करें
समस्या।

28 अप्रैल 2017 को 19:30 बजे, frankja2 सूचनाएं @github.com ने लिखा:

मैं raspbery pi शून्य डब्ल्यू के साथ एक ही मुद्दा है। कुछ समय बाद मैं नहीं हूं
इसे करने में सक्षम है। मैंने सब कुछ आजमाया। एक मजेदार तथ्य है ... जब मैं जुड़ा था
मेरे टीवी पर आरपीआई करने के बाद कुछ समस्या निवारण करने के लिए मैं ssh करने में सक्षम नहीं होगा
यह ... यह 18h रॉक सॉलिड के लिए काम कर रहा था। फिर, मैंने दूसरे के लिए hdmi को स्विच किया
डिवाइस और कुछ समय बाद जब मैं पीआई को पीटना चाहता था तो मैं सुंदर हो गया "नहीं
मार्ग को होस्ट करने के लिए "जानकारी। जब मैं hdmi केबल को फिर से प्लग करता हूं तो मैं पिंग करने में सक्षम था
प्रवेश द्वार। systemctl पुनरारंभ नेटवर्किंग ने मदद की।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D298073149&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=RRDqSoxb3C7hDEBxNO3XBNmSEOtX2e-ViBXtXxAJvMY&s=fnPJANeV-xMcDLPhx_cDGAdzEL2Lkk9HBD9Re7R8i2E&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHUqtTFP0QfIH-5FX9tlk9JtsUYZnsYks5r0jA2gaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=RRDqSoxb3C7hDEBxNO3XBNmSEOtX2e-ViBXtXxAJvMY&s=wkn8zDGV-kUL1yxzQL15ZaghSmFFncriyxZU91j_SSs&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मैं इस मुद्दे पर होने के लिए केवल एक ही हड्डीवाला हो सकता हूं, लेकिन मुझे पता चला कि मेरे wpa_supplicant.conf ने देश कोड गलत निर्धारित किया था (मिस्ड यह अन्य स्थानीयकरण विकल्पों में से एक अलग कॉन्फ़िगरेशन आइटम था)। मैं यह नहीं कहूंगा कि समस्या पूरी तरह से दूर हो गई है, लेकिन एक बार जब मैंने तय किया कि, उसने "अपने सैमसंग से कनेक्ट होने के हर एक समय में" अपने नेटवर्क कनेक्शन को खोना बंद कर दिया है, जिस तरह से यह पहले था।

अभी नवीनतम (उपयुक्त-अप-अप-अपग्रेड) में अपग्रेड किया गया है और यह आशातीत है।
रिपोर्ट करने से ठीक पहले मेरा पिछला अपग्रेड लगभग 2 हफ्ते पहले था
प्रारंभिक समस्याएं। पिछले कुछ घंटों से ठीक काम कर रहा है, कोई वाईफ़ाई नहीं
सभी पर छोड़ देता है। बहुत धन्यवाद!

28/04/17 15:53 ​​पर, जेम्स ह्यूजेस ने लिखा:

नवीनतम रस्पियन में नेटवर्किंग के लिए कुछ सुधार किए गए हैं -
जब आखिरी बार आपने किया था

sudo apt-get update
sudo apt-get dist-upgrade

?
यह देखने का प्रयास करने लायक हो सकता है कि क्या यह चीजों को ठीक करता है।

28 अप्रैल, 2017 को 14:38 पर, फिलॉर्बन नोटिफिकेशन @github.com ने लिखा:

लगता है मेरी जैसी ही समस्या नहीं है। मेरे पास केवल एक pi3 और है
आईटी इस
जब तक मैं सैमसंग टैबलेट से कनेक्ट नहीं करता, तब तक वाईफाई ठोस है। के साथ कनेक्ट
और कुछ भी और यह ठीक है। शक्ति या अधिक गरम होना प्रतीत नहीं होता है
जब तक यह गलत से कनेक्ट नहीं होता है तब तक यह दिनों के लिए बिल्कुल ठीक है
गोली और यह गिर गया।

मुझे लगता है कि यह ड्राइवर या फर्मवेयर संबंधित है, कुछ है जो सैमसंग
ड्राइवर भेजता है कि pi3 पसंद नहीं है।

Thu पर, 27 अप्रैल 2017, 22:01 क्रिस्पी, सूचनाएं @github.com ने लिखा:

@pelwell https://github.com/pelwell : वाईफाई लॉस के बाद, मैंने चेक किया,
तथा
गला दबाना = ०x०

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें

< https://github.com/raspberrypi/linux/issues/1342#issuecomment -297823068
,
या धागा म्यूट करें
ALMHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5>

।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें

https://github.com/raspberrypi/linux/issues/1342#issuecomment-297999952 ,
या धागा म्यूट करें

https://github.com/notifications/unsubscribe-auth/ADqrHag08r5c96nB39R3F-mFW772qBbGks5r0evJgaJpZM4H5C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298003537 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALmHORKJxKdws0fMKU5tpfoJHJSah0Ffks5r0e9FgaJpZM4UupC5 ।

यह मेरे लिए नवीनतम रिलीज पर तय है।

अधिकांश अन्य "सुधार" उस बिंदु को याद करने लगते हैं जो मेरे सिस्टम ने काम किया
पूरी तरह से एक टैबलेट (सैमसंग) को छोड़कर सब कुछ के साथ ऐसा लगता है
समस्या सैमसंग कुछ pi3 वाईफ़ाई ड्राइवर / फर्मवेयर भेजने था
सामना नहीं कर सका।

यदि मेरा देश कोड गलत था, तो केवल सैमसंग ही क्यों कारण होगा
मुद्दे। अन्य टैबलेट / फोन / लैपटॉप सभी ठीक जुड़ते हैं।

वैसे भी, यह अब तय हो गया है - कम से कम यह पिछले कुछ में खत्म नहीं हुआ है
घंटे। अधिक समय बताएगा ...

28/04/17 21:09 को, rraszews ने लिखा:
>

मैं इस मुद्दे पर होने के लिए केवल एक ही हड्डी हो सकता हूं, लेकिन
मुझे पता चला कि मेरे wpa_supplicant.conf में देश कोड सेट था
गलत (याद किया कि यह दूसरे से एक अलग कॉन्फ़िगरेशन आइटम था
स्थानीयकरण विकल्प)। मैं यह नहीं कहूंगा कि समस्या दूर हो गई
पूरी तरह से, लेकिन एक बार मैंने तय कर लिया कि, इसने अपना नेटवर्क खोना बंद कर दिया है
कनेक्शन में "हर बार जब मैं अपने सैमसंग से कनेक्ट करता हूं" तो इसे
पहले थी।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298082370
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALmHOWtM-_MXCz5RoQd8XShI4Mk-4LAyks5r0jlUgaJpZ44HupC5 ।

मेरे मामले में यह लगभग 19 घंटों तक चला। उसके बाद मैं अब और नहीं कर सकता ...

आरपीआई-अपडेट और डिस्ट-अपग्रेड के बीच क्या अंतर है?

क्योंकि आरपीआई-अपडेट के बाद मेरे पास 4.9.25+ # 995 था और फिर मैंने डिस्ट-अपग्रेड किया और कर्नेल 4.9.24+ # 993 पर वापस आ गया। वैसे भी मेरे लिए समस्या अभी भी तय नहीं है। मैंने इस बार जो किया वह एक और rpi0w और अलग PSU :) का उपयोग किया जाता है :) अंतिम चरण अन्य एसडी कार्ड का उपयोग होता है।

ठीक है, जानकारी के लिए धन्यवाद।

कोशिश करने और दोहराने के लिए कुछ और जानकारी चाहिए। आपका सेटअप, क्या
आपने कनेक्ट किया है और नेटवर्क ट्रैफ़िक चल रहा है, कोई भी dmesg लॉग करता है
एक बार sh काम करना बंद कर देता है या अन्य त्रुटि संदेश।

धन्यवाद।

29 अप्रैल 2017 को 16:16 बजे, franko सूचनाएं @github.com ने लिखा:

मेरे मामले में यह लगभग 19 घंटों तक चला। उसके बाद मैं अब और ...

आरपीआई-अपडेट और डिस्ट-अपग्रेड के बीच क्या अंतर है?

क्योंकि आरपीआई-अपडेट के बाद मेरे पास 4.9.25+ # 995 था
https://github.com/raspberrypi/linux/pull/995 और फिर मैंने बनाया
डिस्ट-अपग्रेड और कर्नेल 4.9.24+ # 993 पर वापस आ गया
https://github.com/raspberrypi/linux/pull/993 वैसे भी मेरे लिए समस्या है
अभी भी तय नहीं है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298175041 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHQR8cadrEhb55YJj5PV6PP_odmJmks5r01RJgaJpZM4upup5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

नमस्कार,

मैंने एक बहुत मजबूत प्रशंसक के साथ Pi3 को एक मामले में डाल दिया है और कमरे में अस्थायी रूप से वर्तमान में 19 डिग्री सेल्सियस है, इसलिए यह गर्मी की समस्या नहीं हो सकती है। एक और (5V 3 ए) के लिए बिजली की आपूर्ति की अदला-बदली की। एक और एसडी कार्ड का इस्तेमाल किया, डिस्ट-अपग्रेड किया फिर आरपीआई-अपडेट।
कल यह कई घंटों के लिए था, मुझे उम्मीद थी कि यह तय हो गया था लेकिन 3-4 घंटे बाद यह डिस्कनेक्ट हो गया (पिंग -t मेरी विंडोज मशीन से चल रहा था)।
आज सुबह फिर से कोशिश की, 20 मिनट से भी कम समय के बाद वाईफाई: --(
अभी भी sdio पर वाईफाई ड्राइवर से -110 त्रुटि (ऊपर देखें), जो रिबूट तक एक लूप में दोहराता है।
और मेरे अन्य Pi3 अब 3-4 दिनों के लिए जुड़े हैं, कोई समस्या नहीं है।
तो यह एक हार्डवेयर विफलता के रूप में लग सकता है। लेकिन .. यह बूट अप में कभी विफल क्यों नहीं होता, और हमेशा रिबूट के बाद काम करता है? वास्तव में हैरान करने वाला।
यह "बस स्लीप स्टेट" को बदलने की कोशिश क्यों करता है क्योंकि पावर प्रबंधन wlan0 के लिए अक्षम है? (क्षमा करें यदि प्रश्न गूंगा है)।

अभी किया apt-get update; apt-get dist-upgrade । दुर्भाग्य से मेरे लिए कोई बदलाव नहीं। मेरे अवलोकन से इस मुद्दे का संबंध wlan0 आश्चर्य से है, यदि यह होनहार मोड से संबंधित हो सकता है। 4.9.25 की जांच करने के लिए rpi-update थक गए हैं

वास्तव में यह पहले से भी खराब है क्योंकि कनेक्शन अब केवल कुछ ही मिनटों में खो जाता है और मैं सामान्य लॉग देख सकता हूं

[  410.095280] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[  523.447618] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  526.007648] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  526.007659] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

"क्योंकि आरपीआई-अपडेट के बाद मेरे पास 4.9.25+ # 995 था और फिर मैंने डिस्ट-अपग्रेड किया और कर्नेल 4.9.24+ # 993 पर वापस आ गया।"

अजीब है कि। मैंने डिस्ट-अपग्रेड किया, 4.9.24+ # 993 पर गया और जब मैं अभी एक आरपीआई-अपडेट करता हूं, तो यह कहता है कि मेरे पास पहले से ही नवीनतम फर्मवेयर है और इसका कोई लेना-देना नहीं है ... यह अपग्रेड क्यों नहीं करता है 4.9.25 / # 995?

वास्तव में कहना है कि brcmfmac/wlan0 का उपयोग करने से शुद्ध wlan0 (सभी hostapd के साथ) की तुलना में अधिक स्थिर काम करने लगता है

तो, क्या आप अपने सेटअप का पूर्ण और सटीक विवरण दे सकते हैं, साथ में
कनेक्ट किए गए उपकरणों के प्रकार, और आपके द्वारा प्राप्त की जा सकने वाली कोई भी त्रुटि संदेश
जब वायरलेस विफल रहता है।

मुझे वास्तव में उस समस्या की नकल करने के कुछ तरीके की ज़रूरत है जो घंटों नहीं लेती है, इसलिए
कोई भी जानकारी जो उस की मदद कर सकती है, कृतज्ञतापूर्वक स्वीकार की जाती है।

1 मई 2017 को 17:27 पर, Szymon Stasik सूचनाएं @github.com ने लिखा:

वास्तव में कहना है कि brcmfmac / wlan0 ब्रिज का उपयोग अधिक काम करने लगता है
शुद्ध wlan0 के साथ की तुलना में स्थिर (hostapd के साथ सभी)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D298367138&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=EjlHynB9dJ8jSAEyJJ1GhRYyOmqDmnvnudeSn-6_IGA&s=u8cZPP8YoQwzh97BQP6tqY2_2yZ30j_UKtU-Lrb3WCc&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHb-5FiQT-5FkgQciloIK9Zw7fsj2ju2kks5r1gfYgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=EjlHynB9dJ8jSAEyJJ1GhRYyOmqDmnvnudeSn-6_IGA&s=1_t1KVf3cAXu26O3AikloysPJ6Pi44P6C7y8pebOFww&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मुझे नहीं पता कि यह विशेष रूप से मुद्दे के इस पहलू से संबंधित है लेकिन IIRC मैं पूरी तरह से एक hcitool कमांड का उपयोग करके वाईफाई ड्रॉप करने के लिए एक तरह से पुन: पेश करने में सक्षम था .. शायद यह अब संभव नहीं है, यह एक साल पहले की तरह था और हम usb wifi के साथ उस मुद्दे को हल करने के लिए गए जो rpis के एक समूह के लिए काम करता था ...

https://github.com/raspberrypi/linux/issues/1342#issuecomment -245637144

@thomasf आपका सिस्टम सेटअप (स्टैंडअलोन डिवाइस, एक्सेस पॉइंट, ब्रिजिंग एक्सेस पॉइंट आदि) क्या था और आप किस मशीन पर hcitool कमांड निष्पादित करते हैं? वायरलेस के माध्यम से दूसरे पाई से जुड़े डिवाइस पर एक त्वरित परीक्षण ने कोई समस्या नहीं दिखाई।

@ JamesH65 हम बहुत सारे परिदृश्यों से

जब hcitool कमांड को एक आरपीआई पर चलाया जाता था, तो यह आमतौर पर सेकंड के भीतर (वाईफाई) नेटवर्क कनेक्शन खो देता था .. IIRC डिवाइस पर कुछ नेटवर्क ट्रैफ़िक (जैसे फ़ाइल ट्रांसफर) को पुन: उत्पन्न करना आसान था।

जल्दी से हमारे अंतिम प्रावधान प्रणाली को देखने के बाद wpa_supplicant.conf का अंतिम उपयोग किया गया था .. मुझे लगता है कि यह सब उस से अलग नहीं दिखता है, जो आंतरिक वाईफ़ाई इंटरफ़ेस के साथ समस्याओं का कारण बनता है ,,,, मुझे यकीन है कि हम अभी भी एक ही एपी का उपयोग शुरू कर दिया, जबकि अभी भी समस्या हो रही है ..

(SSIDs और कुंजियों को फिर से बनाया गया):

country=ID
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

network={
    priority=10
    ssid="..."
    psk="..."
}

# Thomasf home AP
network={
    priority=1
    ssid="MKONION"
    psk=...
}

मुझे अभी प्रोविजनिंग रेपो में troublemaker.sh नामक स्क्रिप्ट मिली थी।

यह बहुत हैक्यि है, मुझे लगता है कि मैंने इसे स्टार्ट अप पर चलाने का प्रावधान किया है ~ जैसे ही हर कुछ मिनट या तो ~~ (संपादित करें: शायद सिर्फ एक बार जब से यह आरपीआई की एक गुच्छा पर समस्याओं को भड़काने और कुछ लॉग प्राप्त करने के लिए बचाया..

इससे पहले कि मैं समस्याओं के बारे में अधिक समझने से पहले मुख्य रूप से इसका इस्तेमाल किया गया था .. मुझे लगता है कि वाईफ़ाई पूरी तरह से डिस्कनेक्ट होने से पहले एक बार के लिए पिंग बार और पैकेट नुकसान बढ़ रहा था।

#!/bin/bash

set -e

sudo killall ping hcitool bash || true
nohup sudo bash -c 'while true; do date; iwconfig ; sleep 60; done' >>${HOME}/troublemaker_iwconfig.log &
nohup sudo bash -c 'while true; do date; ifconfig ; sleep 60; done' >>${HOME}/troublemaker_ifconfig.log &
nohup sudo hcitool lescan --duplicates >>${HOME}/troublemaker_lescan.log &
nohup ping -s 50000 192.168.1.1 >> ${HOME}/troublemaker_ping.log &
nohup sudo bash -c 'while true; do sleep 60; date; sudo hcitool name 11:11:11:11:11:11 ; done' >>${HOME}/troublemaker_hcitoolname.log &

नवीनतम स्थिर रास्पियन (4.9 कर्नेल) पर संकटमोचक स्क्रिप्ट चलाने से कोई त्रुटि नहीं दिखती है, जो त्रुटियों को दोहराने की कोशिश करने के लिए अच्छा है, लेकिन बुरा है!

@ ciekawy पीछे मुड़कर देखें, तो आप आसानी से एक मुद्दे को दोहराने में सक्षम हो जाते हैं, जिसे हम यहाँ करने में असमर्थ हैं। क्या आप मुझे अपने सटीक सेटअप का कुछ विचार दे सकते हैं, इसलिए मैं जांच कर सकता हूं। बहुत नवीनतम आरपीआई-अपडेट को हथियाने के लायक भी है क्योंकि यूएसबी के लिए कुछ सुधार हुए हैं जो प्रासंगिक हो सकते हैं या नहीं हो सकते हैं (यदि आप ईथरनेट का उपयोग कर रहे हैं)। मुझे आपके नेटवर्क टोपोलॉजी को जानने की आवश्यकता होगी कि पाई कैसे सेट की जाती है, जो समस्या को भड़काने वाली लगती है। सच में कुछ भी!

@ JamesH65 , मेरा वर्तमान सेटअप है:

auto lo
iface lo inet loopback

iface eth0 inet manual

allow-hotplug wlan2 # internet access - wlan2 is Atheros AR9271 using ath9k_htc
iface wlan2 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

allow-hotplug wlan1 # internal AP 1 - D-Link using rt2800usb
iface wlan1 inet static
    post-up iwconfig wlan1 power off
    hostapd /etc/hostapd/hostapd1.conf
    address 10.114.0.11
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

allow-hotplug wlan0 # internal AP 2 - integrated using brcmfmac
iface wlan0 inet static
    hostapd /etc/hostapd/hostapd.conf
    address 10.114.0.10
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

auto br0 # helper bridge to be independent on the wlan interface being used
iface br0 inet static
bridge_ports wlan0 wlan1
    address 10.114.0.1
    netmask 255.255.255.0
    network 10.114.0.0
    broadcast 10.114.0.255

brcmfmac के लिए भी

[    4.485558] brcmfmac: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
[    9.306550] brcmfmac: power management disabled

यह उल्लेखनीय है कि यह आरपीआई दिनों के लिए स्थिर चल रहा था (हालांकि लंबे समय तक चलने वाले 10mbps स्थानान्तरण कुछ मुद्दों को भी बनाने में सक्षम था) जब भूमिकाओं को स्विच किया गया था और wlan0 brcmfmac का उपयोग इंटरनेट से कनेक्ट करने के लिए किया गया था और स्थानीय AP wlan2 Ath9k पर चल रहा था। मैंने कॉन्फ़िगर को बदल दिया है क्योंकि मुझे इंटरनेट एक्सेस के लिए wlan2 से जुड़े बेहतर एंटीना का उपयोग करने की आवश्यकता है।

1 मई को मेरा हाल का rpi-updated था

मुझे आर्कलिनक्स-एआरएम का उपयोग करके आरपीआई 3 में सटीक समस्या है।

कुछ घंटे चलने के बाद create_ap पर यह काम करना बंद कर देता है जो dmesg msgs द्वारा पहले ही दूसरों द्वारा बताए गए हैं:
[11418.347554] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-1000)

कभी-कभी यह समस्या के बिना 1 दिन के लिए काम करता है, और कभी-कभी यह समस्या होने से पहले मिनटों के लिए काम करता है।

लिनक्स अलार्म 4.9.25-2-ARCH # 1 एसएमपी शुक्र 5 मई 00:46:52 UTC 2017 armv7l GNU / Linux

पाई जीरो डब्ल्यू, वर्तमान रास्पियन लाइट पर एक ही मुद्दा। कुछ समय के बाद (मिनट से घंटे में भिन्न) 'dmesg' शो
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
इस समय से वाईफ़ाई कनेक्शन चला गया है और केवल rmmod'ing और modprob'ing brcmfacac द्वारा पुनः आरंभ किया जा सकता है।

मैंने बिजली प्रबंधन को निष्क्रिय कर दिया: कोई बदलाव नहीं।
मैंने एप्ट-गेट अपग्रेड / डिस्ट-अपग्रेड के जरिए सब कुछ अपडेट किया: कोई बदलाव नहीं
मैंने आरपीआई-अपडेट के माध्यम से सामान अपडेट किया: कोई बदलाव नहीं

brcmfmac सुनिश्चित करने के लिए बग किया गया है। मैं dmesg msg "brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012" और कभी-कभी अलग-अलग संदेशों के साथ भी इसी तरह की समस्या को हल कर रहा था, जैसा कि ऊपर मेरी पोस्ट में बताया गया है।

मैं एक tp- लिंक usb wifi अडैप्टर का उपयोग कर रहा हूं और मेरा एप्लिकेशन अब ठीक काम कर रहा है।

मुझे आशा है कि ब्रॉडकॉम बगसैम में कीड़े को ठीक कर सकता है।

कोई वर्कअराउंड?

जैसा कि मैंने इस बातचीत में जल्दी उल्लेख किया है, मैंने अपने वाईफाई राउटर को 11 के बजाय चैनल 6 का उपयोग करने के लिए बदल दिया (जो कि यह पहले उपयोग कर रहा था), और मेरी आरपीआई तब से ऊपर है (तब से जनवरी में अब तक) बिना किसी समस्या के। सब।

यह इस कर्नेल मॉड्यूल नोट से संबंधित हो सकता है:

चिप्स की इस पीढ़ी में चालक से स्वतंत्र अतिरिक्त नियामक समर्थन होता है। डिवाइस एक विश्वव्यापी विनियामक डोमेन का उपयोग करते हैं, जिसमें चैनल 12-14 (2.4 गीगाहर्ट्ज बैंड) और चैनल 52-64 और 100-140 (5 गीगाहर्ट्ज बैंड) निष्क्रिय संचालन के लिए प्रतिबंधित हैं। उन चैनलों पर ट्रांसमिशन को तब तक दबा दिया जाता है जब तक कि उन चैनलों पर उपयुक्त अन्य ट्रैफिक नहीं देखा जाता है। ड्राइवर के भीतर, हम इस विश्वव्यापी विनियामक डोमेन का प्रतिनिधित्व करने के लिए काल्पनिक देश कोड "X2" का उपयोग करते हैं। वर्तमान में किसी भिन्न डोमेन को कॉन्फ़िगर करने के लिए कोई इंटरफ़ेस नहीं है। ड्राइवर चिप से एसआरएम कंट्री कोड पढ़ता है और इसे नियामक संकेत के रूप में mac80211 तक सौंपता है, हालांकि यह जानकारी अन्यथा ड्राइवर के साथ अप्रयुक्त है।
(यहां से: https://wireless.wiki.kernel.org/en/users/Drivers/brcm80211)

मुझे लगता है कि इसका मतलब यह भी है कि एक देश कोड "DE" (जो उच्चतर वाईफाई चैनलों को अनुमति देना चाहिए) का कोई प्रभाव नहीं है? लेकिन मुझे यकीन नहीं है कि यह Unknown mailbox data content: 0x40012 मुद्दे के समान प्रभाव हो सकता है ...

कम से कम मेरे लिए यह कोई वर्कअराउंड नहीं है - चैनल 11 से आज चैनल 6 पर स्विच किया गया, 2 घंटे बाद: Unknown mailbox data content: 0x40012

मेरे पास यह मुद्दा था जब तक कि मैं एक रेंज एक्सटेंडर द्वारा सिग्नल की शक्ति नहीं बढ़ाता।
क्या आप परीक्षण कर सकते हैं कि कनेक्शन अधिक स्थिर है और बेहतर संकेत के साथ पाई को एक स्थान पर स्थानांतरित कर रहा है?

शायद यह खराब सिग्नल शक्ति पर काम करने के लिए आवश्यक अतिरिक्त शक्ति के कारण होता है।

क्रिस्पी जैसी ही समस्या।

उन लोगों के लिए जो इस के आसपास काम कर रहे हैं एक यूएसबी वाईफाई एडेप्टर (चैनल बदलते हुए, आदि, मेरे लिए भी काम नहीं किया), एडिमैक्स EW-7811Un ने तुरंत काम किया जब मैंने इसे आरटीआई जीरो डब्ल्यू पर अपने ओटीजी यूएसबी केबल में प्लग किया। t को कोई कॉन्फ़िगरेशन या ifconfig करना है - यह अभी नेटवर्क पर था! कल, मैं कुछ घंटों के लिए टीपी-लिंक आर्चर T1U AC450 के साथ भाग गया।

@ b3nj1 - बट इन करने के लिए क्षमा करें, लेकिन मुझे पूछना है --- क्यों एक शून्य शून्य के साथ एक बाहरी वाईफ़ाई का उपयोग करें? सही, आप जानते हैं कि 'w' का क्या अर्थ है। जबरदस्त हंसी :)

मैंने एक ही समाधान चुना - बाहरी एंटीना और mt7601 चिपसेट (लगभग 5 ईयूआर) के साथ एक यूएसबी एडेप्टर खरीदा मेरे जीरो डब्ल्यू के लिए, निर्दोष रूप से काम करता है। पहली जगह में गैर-डब्ल्यू खरीदा जाना चाहिए ... यह मुद्दा एक वर्ष से अधिक समय तक मौजूद है और दृष्टि में कोई फिक्स नहीं है।

@blacktigersoftware - यह अजीब है, है ना !? जीरो डब्ल्यू वाईफाई शानदार काम करता है। ज़ीरो डब्ल्यू ब्लूटूथ बढ़िया काम करता है। लेकिन, अगर मैं एक ही समय में दोनों का उपयोग करता हूं, तो सिस्टम असहनीय रूप से धीमा हो जाता है और अंततः वाईफाई के माध्यम से पहुंच से बाहर हो जाता है।

ऊपर वर्णित Maibox मुद्दे पर एक त्वरित नज़र रखने के बाद। Google यह दिखाता है कि यह एक उचित बिट (और गैर-पाई प्लेटफ़ॉर्म के लिए कम से कम एक संदर्भ) हो रहा है। ड्राइवर कोड का पता लगाता है कि मेलबॉक्स से वापस आने वाला एक संदेश (मैं एचडब्ल्यू फर्मवेयर के लिए एक कनेक्शन मानता हूं) में कुछ बिट्स हैं जो इसमें नहीं होने चाहिए। हालाँकि, यह केवल संदेशों को प्रिंट करता है - कोई पुनर्प्राप्ति या त्रुटि रिटर्न नहीं करता है। चूंकि यह फर्मवेयर से लौटाया गया मान है, इसलिए मुझे इस बात की जानकारी नहीं है कि वास्तव में क्या चल रहा है, और चिप पर मौजूद डेटाशीट पूरी तरह से बेकार है। इसलिए मुझे लगता है कि जांच के लिए इसे ब्रॉडकॉम / सरू / लिनक्स-वायरलेस पर धकेलने की जरूरत है।

यह भी ध्यान देने योग्य है कि हम https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/brcm के अनुसार नवीनतम HW फर्मवेयर प्रदर्शित करते हैं

समस्या यह है कि मेलबॉक्स त्रुटि के बाद एक और त्रुटि (-52, -110, आदि) है, और केवल सिस्टम को फिर से काम करने के लिए रिबूट करना है।

-110 एक टाइमआउट त्रुटि है, कुछ और मरने और प्रतिक्रिया नहीं करने का संकेत। -52 एक अमान्य एक्सचेंज है, जो उसी लाइनों के साथ है। मुझे संदेह है कि जब तक मेलबॉक्स त्रुटि हुई है तब चिप पर फर्मवेयर अस्वस्थ होता है, इसलिए ये अन्य त्रुटियां उसी पर चलती हैं।

क्या कोई है जो नवीनतम पाई देव कर्नेल (4.11, हमारे गितूब से उपलब्ध) का निर्माण करने में सक्षम समस्या को दोहरा सकता है और देख सकता है कि क्या मेलबॉक्स त्रुटि अभी भी होती है। इससे पहले कि मैं ऊपर की ओर धकेलना शुरू करूं, मैं जानना चाहता हूं कि यह अभी भी नवीनतम कर्नेल पर होता है, और मैं इसे दोहराने में सक्षम नहीं हूं।

मैं इस समस्या की पुष्टि कर सकता हूँ: लिनक्स अलार्म 4.9.25-2-ARCH # 1 एसएमपी शुक्र 5 मई 00:46:52 UTC 2017 armv7l GNU / Linux

मैंने कर्नेल 4.11 में परीक्षण नहीं किया

ड्राइवर ने मेरे परीक्षणों में उपयोग किया: brcmfmac: फर्मवेयर संस्करण = wl0: 15 दिसंबर 2015 18:10:45 संस्करण 7.45.41.23 (r606571) FWID 01-cc4eda9c

@ b3nj1 - वाह, हेड-अप के लिए धन्यवाद

हर कोई - यह केवल तभी होता है जब gpu चालू होता है?

GPU हमेशा पाई के सभी मॉडलों में (कुछ हद तक) है।

क्या आपका मतलब है जब ब्लूटूथ चालू है?

@ JamesH65 - मैं एक कोशिश 4.11 दूंगा। क्या मैं निम्नलिखित के अनुसार सिर्फ क्लोन / निर्माण करता हूं? उन दिशाओं के अनुसार क्लोनिंग करते समय, मैं rpi-4.9.y शाखा पर हूं। मैं बजाय rpi-4.11.y चेकआउट करना चाहिए या कुछ और?

https://www.raspberrypi.org/documentation/linux/kernel/building.md

अग्रिम में धन्यवाद

Rpi-4.11.y ब्रांच को चेकआउट करें, फिर आपके द्वारा निर्देशों का उपयोग करके पुनर्निर्माण करें
से जुड़ा हुआ है।

25 मई 2017 को 05:02 बजे, b3nj1 नोटिफिकेशन @github.com ने लिखा:

@ जेम्स एच .65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=kiIB6faklaD63EgzIvXgaWaSep5vCF5K06oTlqQQKb8&e=

• मैं 4.11 एक कोशिश करूँगा। क्या मैं निम्नलिखित के अनुसार सिर्फ क्लोन / निर्माण करता हूं?
  जब क्लोनिंग के अनुसार, मैं rpi-4.9.y शाखा पर हूं। क्या मुझे जांच करानी चाहिए?
  rpi- 4.11.y इसके बजाय या कुछ और?

https://www.raspberrypi.org/documentation/linux/kernel/building.md

अग्रिम में धन्यवाद

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D303916506&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=AGANXJT8mm2dDDBNh9M40Me6Y0E0V8bfRyuFuxauBlQ&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHcEFH69JTeMvuM4RIT3hJafMoVyiks5r9P1RgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=MvrZEWZr46JRqX_2LLKdchnCVZJLmKJ9gMYoScOCXTc&s=BQHNOl8syT4Dp5uU3x6CKOUD2Eli4Z4xoPanb8_hnFI&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

बस मैंने कहीं और प्रदान की गई कुछ जानकारी को दोहराने के लिए, मैं कम बिजली की स्थिति के तहत वायरलेस कनेक्शन का परीक्षण कर रहा हूं। मैंने इसे USB उपकरणों को छोड़ने के बिंदु पर ले लिया है, लेकिन किसी भी वायरलेस कनेक्शन के मुद्दों को नहीं देखा है। जब कि यह सबूत है कि यह एक शक्ति मुद्दा नहीं है, यह ध्यान देने योग्य है।

मैं अपने फोन का उपयोग करके SSH के माध्यम से sudo memtester 256M 1 चलाकर इसे पुन: उत्पन्न करने का तरीका खोजने के लिए हुआ; जैसे ही memtester " उन "लोडिंग" पात्रों से वाइफ़ की मृत्यु हो जाती है:

Loop 1/1:
  Stuck Address       : ok
  Random Value        : \
                        ^-- Here

अजीब बात है, वाईफाई केवल मेरे फोन पर ऐसा करते समय लटका हुआ है। मैंने अपना पीसी, दूसरा पी और मेरे राउटर को बिना किसी भाग्य के आज़माया है।

@ JamesH65 - अपडेट 2: मैं 4.11 के साथ बूट करने में सक्षम था (मैंने पहली बार कर्नेल को गलत
Linux rpiz 4.11.2+ #2 Thu May 25 21:19:11 PDT 2017 armv6l GNU/Linux

दुर्भाग्य से, सिस्टम अभी भी जौ उत्तरदायी है जब मैं बीटी पर हथौड़ा मारता हूं।

जब मैं बाहरी यूएसबी वाईफाई में वापस प्लग करता हूं और उस एडेप्टर के पते को जोड़ता हूं, तो सब कुछ फिर से ठीक हो जाता है।

• बेंजामिन

यहां दिए गए निर्देशों का पालन करते हुए नई कर्नेल को शाखा rpi-4.11.y से बनाया और स्थापित किया गया है: https://www.raspberrypi.org/documentation/linux/kernel/building.md।
Linux raspberrypi 4.11.2-v7+ #1 SMP Fri May 26 03:55:54 CEST 2017 armv7l GNU/Linux

दुर्भाग्य से, वाईफाई अभी भी उसी त्रुटि के साथ लटका है:
brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

यदि आप वाईफाई के बाहर जाने पर सांत्वना देते हैं तो आप इसे पुनः आरंभ कर सकते हैं। मैं अभी एक बैश स्क्रिप्ट का परीक्षण कर रहा हूं, यह देखने के लिए कि क्या यह मदद करता है। मैं इसे क्रोन में चलाने जा रहा हूं। यहाँ यह है अगर किसी को दिलचस्पी है।

#!/bin/bash

ping -q -c 3 192.168.254.1 > /dev/null

if [ $? -ne 0 ]
then
    systemctl restart [email protected]
    sleep 3
    ping -q -c 3 192.168.254.1 > /dev/null
    if [ $? -ne 0 ]
    then
        dhcpd wlan0
    fi
fi

exit

मैं इसे एक दिन के लिए चला रहा हूं और अभी तक मैंने अपने वाईफाई ड्रॉप पर ध्यान नहीं दिया है।

@ JR1994
क्या यह अभी भी काम कर रहा है?
आप इसे कितनी बार चला रहे हैं?
हर मिनट ?

मैं इसे अपने रास्पबेरी में से कुछ में कोशिश करूँगा, मेरे पास कई हैं जो हर बार इसे राउटर पिंग करने के लिए पुनः आरंभ कर सकते हैं

अग्रिम में धन्यवाद

अब तक सब ठीक है। मैं हर 2 मिनट की जाँच कर रहा हूँ।

ध्यान दें कि brcmfmac के लिए अंतिम फर्मवेयर संशोधन बहुत पुराना है:

brcmfmac: फर्मवेयर संस्करण = wl0: 15 दिसंबर 2015 18:10:45 संस्करण 7.45.41.23 (r606571) FWID 01-cc4eda9c

@semeion सुनिश्चित नहीं है कि आप किस फर्मवेयर का उपयोग कर रहे हैं - वर्तमान एक होना चाहिए "संस्करण: 7.45.41.26 CRC: 5932ca06 दिनांक: शुक्र 2016-05-27 00:15:32 PDT Ucode Ver: 1043.2060 FWID: 01-df77e4a7"। यह प्रभावी रूप से linux-फर्मवेयर रेपो में से एक के रूप में ही है, हालांकि हम Brcm से अपना प्रत्यक्ष प्राप्त करते हैं।

@ JamesH65 यह संदेश dmesg में वापस आ गया था।

$ dmesg | grep brcmfmac
[    7.242110] usbcore: registered new interface driver brcmfmac
[    7.337467] brcmfmac: Firmware version = wl0: Dec 15 2015 18:10:45 version 7.45.41.23 (r606571) FWID 01-cc4eda9c
[   15.072509] brcmfmac: power management disabled

लेकिन vcgencmd version का उपयोग करके यह दिखाता है:

$ /opt/vc/bin/vcgencmd version

# Firmware Version #
May 30 2017 15:23:29 
Copyright (c) 2012 Broadcom
version b8cdd5ae76f39d9f353dfa8fb48bf7e33b74903c (clean) (release)

यह Wifi चिप फर्मवेयर नहीं है, यह SoC फर्मवेयर है, जो हो जाता है
अद्यतन अक्सर।

अभी भी निश्चित नहीं है कि आपके सिस्टम को क्यों लगता है कि यह पुराना फर्मवेयर है। आप
बहुत हाल ही में SoC फर्मवेयर है तो संभवतः आपने apt-get उन्नयन किया है
हाल फ़िलहाल?

5 जून 2017 को 17:55 पर, अलेक्जेंड्रे बोलेली नोटिफिकेशन @github.com ने लिखा:

@ जेम्स एच .65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=M_TSF6XbiHCAZO2_1FYozegsNPyrTwcm6HGX8iccJsg&e=
वह संदेश dmesg में वापस आ गया था। लेकिन इसका उपयोग vcgencmd संस्करण दिखाते हैं:
`$ / ऑप्ट / वीसी / बिन / vcgencmd संस्करण
फर्मवेयर संस्करण

मई 30 2017 15:23:29
कॉपीराइट (c) 2012 ब्रॉडकॉम
संस्करण b8cdd5ae76f39d9f353dfa8fb48bf7e33b74903c (साफ़) (रिलीज़) `

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D306242176&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=w68PzYzJ8vnRpMlooVMqrykuimfbvRpWuispieW9KgU&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHTn-5FXFlZe4iParOh8BaB5IxFTATXks5sBDMUgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=W4TAJLAOB4LK3uzOCSYuvCg12E0PPs2YnLK7F3dSY6o&s=8571drfpHyjrCl9XD_lHk65aTZxzWBxIm0grbwi225U&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@ JamesH65 जैसा कि मैंने ऊपर कहा, मैं आर्कलिनक्स-एआरएम का उपयोग कर रहा हूं, यह रिलीजिंग डिस्ट्रो है, और हां मेरा सिस्टम pacman -Syu के साथ अपडेट किया गया है (pacman -Syu एप्ट-गेट अपग्रेड / अपडेट समकक्ष है)।

इस बारे में कोई विचार नहीं है कि मेरे सिस्टम में पुराना फर्मवेयर क्यों पुराना है। शायद यह उस कीड़े का कारण हो सकता है। तुम क्या सोचते हो?

वैसे भी, बग रास्पियन अधिकार के साथ होता है? मार्च 2016 में बग की सूचना दी गई थी? यह पुराना है।

पुनश्च। अंग्रेजी मेरी मूल भाषा नहीं है, कुछ त्रुटि / गलत वर्तनी के लिए क्षमा करें।

ठीक है, महसूस नहीं किया था कि आप ARCH का उपयोग कर रहे थे। लगता है जैसे वे आपूर्ति नहीं कर रहे हैं
वाईफ़ाई चिप के लिए हाल ही में फर्मवेयर बूँद। आप इसे मैन्युअल रूप से अपडेट कर सकते हैं, यह
आपका मुद्दा ठीक हो सकता है, यह नहीं हो सकता है - मुझे लगता है कि शायद कई हैं
वायरलेस बग्स, और कोई गारंटी नहीं है कि आप जो देख रहे हैं वह है
रास्पियन पर एक लोग देख रहे हैं।

आपको कट्टर अनुरक्षकों के लिए तारीख फर्मवेयर से बाहर की रिपोर्ट करनी चाहिए, और
शायद वायरलेस बग के रूप में अच्छी तरह से, के रूप में यह आर्क दूर करने के लिए नीचे हो सकता है।

ध्यान दें कि आम तौर पर हम अन्य डिस्ट्रो का समर्थन नहीं करते हैं, हमारा घर डिस्ट्रो है
रास्पियन, इसलिए एक मुद्दे की जांच करने के लिए हमें इसे दोहराने में सक्षम होने की आवश्यकता है
उस।

5 जून 2017 को 23:13 बजे, अलेक्जेंड्रे बोलेली सूचनाएं @github.com ने लिखा:

@ JamesH65 https://github.com/jamesh65 जैसा मैंने ऊपर कहा, मैं उपयोग कर रहा हूं
Archlinux-ARM, यह रिलीजिंग डिस्ट्रो है, और हाँ मेरा सिस्टम अपडेटेड है
pacman -Syu के साथ (pacman -Syu उपयुक्त-अपग्रेड / अपडेट समतुल्य है)।

इस बारे में कोई विचार नहीं है कि मेरे सिस्टम में पुराना फर्मवेयर क्यों पुराना है। शायद यह हो सकता है
उस बग का कारण। तुम क्या सोचते हो?

वैसे भी, बग रास्पियन अधिकार के साथ होता है? बग की सूचना मिली थी
मार्च 2016? यह पुराना है।

पुनश्च। अंग्रेजी मेरी मूल भाषा नहीं है, कुछ त्रुटि / गलत वर्तनी के लिए क्षमा करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306325452 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHaL4XsN5drPggS8eJDZWme4LyKXWks5sBH2CgaJpZMMHupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@ jamesH65 हाँ वास्तव में। मैं # आर्चलिनक्स-आर्म में पूछने की कोशिश करूंगा कि वह फर्मवेयर पुराना क्यों है। वैसे भी मैं इस मुद्दे का पालन कर रहा हूँ और एक समाधान देख रहा हूँ। मैं यहां किसी भी खोजी गई जानकारी की रिपोर्ट करूंगा।

अग्रिम में धन्यवाद।

@ JamesH65 मैं अपने रास्पियन (आरपीआई 3) पर लगातार इसे दोहराने में सक्षम हूं। अगर वहाँ कुछ मैं इस के साथ मदद कर सकता है, मुझे पता है!

आपका सेटअप क्या है? आप इस मुद्दे को कैसे दोहराते हैं?

6 जून 2017 को 14:17 बजे, दान सूचनाएँ @github.com ने लिखा:

@ JamesH65 https://github.com/jamesh65 मैं इसे दोहराने में सक्षम हूं
लगातार मेरे रास्पियन (आरपीआई 3) पर। अगर कुछ है तो मैं मदद कर सकता हूं
इस के साथ, मुझे पता है!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306483030 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHWyW5cQuS47k3xTmi3UX-QW7ffEYks5sBVF5gaJpZM4Hup5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

पिछली टिप्पणियों में एक नज़र डालें, मैंने समझाया है कि इसे बहुत पहले कैसे पुन: पेश करना है।
आधिकारिक बिजली आपूर्ति का उपयोग करके शीर्ष पर 3.5 "स्क्रीन के साथ पाई का रन रास्पबियन। कुछ भी नहीं फैंसी, सब कुछ आरपीआई-अपडेट और एपेट अपग्रेड के साथ अद्यतन रखा गया है।

कुछ दिनों के बाद आंतरिक वाईफाई dmesg में निम्नलिखित संदेश के साथ काम करना बंद कर देता है:

[643660.135429] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[643710.076781] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643712.636821] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643712.636834] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[643800.318024] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643802.878064] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[643802.878076] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[643861.598874] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643862.558872] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets
[643865.118918] brcmfmac: send_key_to_dongle: wsec_key error (-110)
[643867.679113] brcmfmac: brcmf_cfg80211_change_station: Setting SCB (de-)authorize failed, -110
[643868.638966] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets
[643871.199007] brcmfmac: send_key_to_dongle: wsec_key error (-110)
[643873.759040] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643876.319079] brcmfmac: brcmf_cfg80211_change_station: Setting SCB (de-)authorize failed, -110
[643878.879108] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643881.439147] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643883.999183] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[643886.559225] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[652339.956933] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110

मैं इस इंटरफेस पर होस्टपेड चलाता हूं और एक और यूएसबी वाईफाई इंटरफेस है जो पाई से जुड़ा हुआ है। मेरी प्रणाली की जानकारी:

pi<strong i="9">@raspberrypi</strong>:~ $ uname -a
Linux raspberrypi 4.9.24-v7+ #993 SMP Wed Apr 26 18:01:23 BST 2017 armv7l GNU/Linux
pi<strong i="10">@raspberrypi</strong>:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 8.0 (jessie)
Release:        8.0
Codename:       jessie

हाँ, और जब (-110) दिखाते हैं कि आपको इसे फिर से काम करने के लिए सिस्टम को रीबूट करना होगा ...

यह जानकर अच्छा लगा कि यह रास्पियन में भी होता है, बग डिस्ट्रो इंडिपेंडेंट है। आर्चलिनक्स में समान होता है।

हालाँकि, जब से मैंने अपनी wifi को चैनल 11 से स्थानांतरित किया, चैनल 6 के बजाय, मैंने तब से समस्या नहीं देखी। मैं देखता हूं, इस धागे पर मेरे पिछले उत्तरों से, कि यह 7 जनवरी से है जब मैंने चैनल 6 में बदलाव किया। मैं वर्तमान में दो रास्पपी जीरो डब्ल्यू और एक रास्पपी 3 चला रहा हूं, सभी बिना किसी समस्या के। दो RaspPi W की DietPi चल रही है।

मेरा रास्पबेरी पाई पर भी यह मुद्दा है 3. पहले से ही अलग-अलग वाईफाई चैनलों की कोशिश की।
मैंने देखा कि यदि मैं लैन पोर्ट को भी जोड़ता हूं, तो वाईफाई नरक के रूप में स्थिर है। जैसे ही मैं लैन पोर्ट को अनप्लग करता हूं, वाईफाई हर समय गिरता रहता है।

वाकई बहुत अजीब है ......!

15 जून 2017 को 23:02 बजे, macmeck सूचनाएं @github.com ने लिखा:

मैं भी अपने रास्पबेरी पाई 3 पर इस मुद्दे को है। विभिन्न वाईफ़ाई चैनलों की कोशिश की
पहले से।
मैंने देखा कि यदि मैं लैन पोर्ट को भी जोड़ता हूं, तो वाईफाई नरक के रूप में स्थिर है।
जैसे ही मैं लैन पोर्ट को अनप्लग करता हूं, वाईफाई हर समय गिरता रहता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-308878043 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHbUKBO9mG3xpKHFK977h4hrFUhrGks5sEantgaJpZM4HupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मेरे पास है
"brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012"
मेरी rpi3 में भी समस्या है। इस त्रुटि को रोकने के लिए मेरा सबसे विश्वसनीय समाधान है
"वंडरशपर 9000 9000"
मुझे उम्मीद है कि मूल कारण निर्धारित है।

मेरी भी यही समस्या है। मेरे पीआई 3 में केवल WIFI से जुड़े होने पर निम्नलिखित लक्षण होते हैं:

1. OUTGOING वाईफ़ाई महान काम करता है। मैं इंटरनेट से कनेक्ट कर सकता हूं और मेरे pi3 पर कोई समस्या नहीं होने वाली फ़ाइलों को डाउनलोड कर सकता हूं।
2. सभी INCOMING वाईफ़ाई कनेक्शन विफल। पिंग्स टाइमआउट, पोर्ट 80 http एक्सेस टाइमआउट, ssh विफल, सब कुछ विफल रहता है केवल INBOUND।
   ध्यान दें:
3. एक बार ईथरनेट pi3 से जुड़ा होता है, तो वाईफाई बेहतर काम करता है, लेकिन यह अभी भी पैकेट छोड़ रहा है।
4. एक बार जब ईथरनेट फिर से हटा दिया जाता है, तो वाईफाई सभी इनबाउंड कनेक्शन को पूरी तरह से विफल कर देता है।
5. एक बार ईथरनेट pi3 से फिर से जुड़ा हुआ है, वाईफाई बेहतर काम करता है और कुछ आने वाले पैकेट की अनुमति देता है। लेकिन यह अभी भी उनमें से कई बूँदें।

कृपया इसे ठीक करें!

मैंने ifconfig पर निम्नलिखित पर ध्यान दिया है:

आरएक्स पैकेट: 1613 त्रुटियां: 0 गिरा: 1074 ओवररन: 0 फ्रेम: 0
TX पैकेट: 146 त्रुटियां: 0 गिरा: 0 ओवररन: 0 वाहक: 0
सी ollisions: 0 टी xqueuelen: 1000

तो मूल रूप से pi3 के WIFI का RX पक्ष पागलों की तरह पैकेट छोड़ रहा है। कोई आश्चर्य नहीं कि यह आने वाले कनेक्शनों का जवाब क्यों नहीं देगा। TX ठीक काम करता है!

जब से मैंने उस स्क्रिप्ट को सेट किया है मेरे पास अपने दोनों पर वाईफाई के साथ कोई समस्या नहीं है
RPI3s।

On बुध, जून 21, 2017 को 4:26 पूर्वाह्न, एडवर्ड कांग सूचनाएँ @ithub.com
लिखा था:

मैंने ifconfig पर निम्नलिखित पर ध्यान दिया है:

आरएक्स पैकेट: 1613 त्रुटियां: 0 गिरा: 1074 ओवररन: 0 फ्रेम: 0
TX पैकेट: 146 त्रुटियां: 0 गिरा: 0 ओवररन: 0 वाहक: 0
सी ollisions: 0 टी xqueuelen: 1000

तो मूल रूप से pi3 के WIFI का RX पक्ष पागलों की तरह पैकेट छोड़ रहा है।
कोई आश्चर्य नहीं कि यह आने वाले कनेक्शनों का जवाब क्यों नहीं देगा।

कृपया इस पर ध्यान दें !!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310049620 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/AFHmIH6kkxraxahE22_PpstdDkqW8Pgqks5sGP3ggaJpZM4UupC5
।

यह सब बहुत अच्छी तरह से कह रहा है "" कृपया इसे ठीक करें "लेकिन इस तरह की समस्याएं खोजने के लिए पूर्ण कमीन हैं। ब्रिजिंग करते समय smsc / brcmfmac ड्राइवरों में एक त्रुटि खोजने में एक महीने का समय लगता है, और मैं इसे पाकर खुशकिस्मत था, और मुझे संदेह है कि यह दुर्लभ है और इसे खोजना अधिक कठिन है। अगर किसी को एक पुनरावृत्ति परीक्षण का मामला मिल सकता है जो त्रुटि को जल्दी से दिखाता है, तो इससे बहुत मदद मिलेगी। कुछ लोगों को अक्सर कीवेंट त्रुटि मिलती है, मुझे यह बहुत कम मिलता है।

गिरा पैकेट के साथ इस मुद्दे के लिए के रूप में, जब मैं अनुसूची में अंतराल है यह देखा जा रहा है। ऊपर के मामले में, आप लगभग सभी पैकेटों को छोड़ते हुए प्रतीत होते हैं, जो सबसे अजीब है, और आमतौर पर अधिकांश लोगों द्वारा नहीं देखा जाता है। क्या यह पाई से जुड़े सभी उपकरणों के साथ होता है? या विशेष रूप से सिर्फ एक।

क्षमा करें, जेम्स!

मुझे यकीन नहीं है कि आप पाई से जुड़े सभी उपकरणों का क्या मतलब है। गिराए गए पैकेट सीधे पीक पर ifconfig करने से हैं। पाई वाईफाई से राउटर से जुड़ी है। जब पाई केवल वाईफाई नेटवर्क से जुड़ा होता है, तो यह लगातार पैकेट प्राप्त कर रहा होता है।

@ JamesH65 ठीक है, मैं आपसे सहमत हूं, इसे हल करना मुश्किल है ... लेकिन आर्क लिनक्स-एआरएम का उपयोग करके, "create_ap" पैकेज स्थापित करना और इसे सक्षम करना (pacman -S create_ap; systemctl start / enable create_ap), आप प्राप्त कर सकते हैं - 110 त्रुटि और "अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012" ऑपरेशन के कुछ ही मिनटों में ... बस कभी-कभी अपने स्मार्टफोन और / या स्मार्ट टीवी को कनेक्ट करें और त्रुटि आ जाएगी।

हम आर्क का समर्थन नहीं करते हैं, रास्पियन हमारा समर्थित ओएस है और वह मैं है
में इस मुद्दे को ठीक करने में सक्षम होने की जरूरत है। मुझे नहीं पता कि किस संस्करण का है
कर्नेल या ड्राइवर जो ARCH का उपयोग करते हैं, वे इससे बहुत भिन्न हो सकते हैं
रास्पियन में लोग।

क्या लोग अभी भी पाई का उपयोग करते हुए मुद्दे को एक्सेस प्वाइंट के रूप में देख रहे हैं?
ब्रिजिंग का उपयोग? IPv4 या IPv6? यह सूचना का प्रकार है (नहीं)
विशेष रूप से, यथासंभव अधिक जानकारी आवश्यक है) आवश्यक है
मुद्दों को दोहराने के लिए।

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

21 जून 2017 को 18:27 पर, अलेक्जेंड्रे बोलेली सूचनाएं @github.com
लिखा था:

@ जेम्स एच .65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=o90aBGb27vZvog3BdioLSa2_MEySix0ymtnTgiNb87c&e=
खैर, मैं आपसे सहमत हूं, इसे हल करना मुश्किल है ... लेकिन आर्क लिनक्स-एआरएम का उपयोग करना,
"create_ap" पैकेज स्थापित करना और इसे सक्षम करना (pacman -S create_ap;
systemctl / startenable create_ap), आप -110 त्रुटि और प्राप्त कर सकते हैं
"अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012" ऑपरेशन के कुछ ही मिनटों में ... बस
अपने स्मार्टफोन और / या स्मार्ट टीवी को कभी-कभी और त्रुटि से कनेक्ट करें
आएगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D310149166&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=bv5qC2cUEdCUx-HsDkQYbYJ1fuscyuPU_iPIGs7ViHA&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHfDuqt5fcQ3ODkJUFKxuUaWgUpIhks5sGVKfgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w&s=Ojyj5WoAXeLeCsvarhv2rrmQUVoQGkjZmsfPB2lrOUw&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

Im कुछ उपकरणों पर स्थिर ipv4 का उपयोग कर रहा है और के रूप में एक ही समस्या है
अन्य लोग dhcp का उपयोग करते हैं

2017-06-22 4:06 GMT-03: 00 जेम्स ह्यूजेस सूचनाएं @github.com:

हम आर्क का समर्थन नहीं करते हैं, रास्पियन हमारा समर्थित ओएस है और वह मैं है
में इस मुद्दे को ठीक करने में सक्षम होने की जरूरत है। मुझे नहीं पता कि किस संस्करण का है
कर्नेल या ड्राइवर जो ARCH का उपयोग करते हैं, वे इससे बहुत भिन्न हो सकते हैं
रास्पियन में लोग।

क्या लोग अभी भी पाई का उपयोग करते हुए मुद्दे को एक्सेस प्वाइंट के रूप में देख रहे हैं?
ब्रिजिंग का उपयोग? IPv4 या IPv6? यह सूचना का प्रकार है (नहीं)
विशेष रूप से, यथासंभव अधिक जानकारी आवश्यक है) आवश्यक है
मुद्दों को दोहराने के लिए।

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

21 जून 2017 को 18:27 पर, अलेक्जेंड्रे बोलेली सूचनाएं @github.com
लिखा था:

@ जेम्स एच .65
3A__github.com_jamesh65 और d = DwMFaQ & c = DpyQ_ftY536pf7wCBQXXU58xADDRY77THQz
Ju1OmzOo & r = w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek & m =
BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w & s = o90aBGb27vZvog3BbioLSa2_
MEySix0ymtnTgiNb87c और e =>
खैर, मैं आपसे सहमत हूं, इसे हल करना मुश्किल है ... लेकिन आर्क लिनक्स-एआरएम का उपयोग करना,
"create_ap" पैकेज स्थापित करना और इसे सक्षम करना (pacman -S create_ap;
systemctl / startenable create_ap), आप -110 त्रुटि और प्राप्त कर सकते हैं
"अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012" ऑपरेशन के कुछ ही मिनटों में ...
बस
अपने स्मार्टफोन और / या स्मार्ट टीवी को कभी-कभी और त्रुटि से कनेक्ट करें
आएगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D310149166 और d =
DwMFaQ & c = DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo और r = w09_
2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek & m = BDIwUx7SC6sTRvRQKgA0QZ_0
ZlIJDs3bd_wzKoIw_7w & s = bv5qC2cUEdCUx-HsDkQYbYJ1fuscyuPU_iPIGQ7ViHA & e =>;
या धागा म्यूट करें
3A__github.com_notifications_unsubscribe-2Dauth_
ADqrHfDuqt5fcQ3ODkJUFKxuUaWgUpIhks5sGVKfgaJpZM4HupC5 और d = DwMFaQ & c / DpyQ_
ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo और r = w09_
2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek & m = BDIwUx7SC6sTRvRQKgA0QZ_0
ZlIJDs3bd_wzKoIw_7w & s = Ojyj5WoAXeLeCsvarhv2rrmQUVoQGkjZmsfPB2lnouw और e =>
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310294786 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACeQBFj8ICNkDl7xYwYJcD6TK-k6_4K5ks5sGhJ1gaJpJMM4HupC5
।

एक बात ध्यान देने की है कि जब मैं wifi काम करना बंद कर देता था, उस समय से मेरे pi3 को पिछले साल मिलने के समय से wifi मेरे लिए पूरी तरह से काम कर रहा था।

स्पष्ट रूप से उस समय के आसपास के सॉफ़्टवेयर में किसी प्रकार का परिवर्तन हुआ होगा जिससे वाईफाई ने काम करना बंद कर दिया था।

यदि आपने वाईफ़ाई को पूरी तरह से काम करना बंद कर दिया है, तो यह आपके अंत में एक समस्या को इंगित करता है (जो कि निश्चित रूप से एक सॉफ्टवेयर मुद्दे द्वारा जटिल हो सकता है), क्योंकि बाकी सभी के लिए, वाईफ़ाई आम तौर पर काम करती है (हालांकि मुझे गिरा हुआ पैकेट दिखाई देता है)।

BTW my rpi3 ब्रिटेन में बिल्कुल नया मेक है।

मैं कुछ महीनों से यह लड़ाई लड़ रहा हूं। कभी-कभी यह मिनटों तक रहता है। कभी-कभी सप्ताह। जब मैं एक कनेक्शन खो देता हूं तो सामान्य भाजक मैं कनेक्शन खोने से पहले सीआरडीए विश्व नियामक डोमेन को रीसेट करने के लिए कॉल देखता हूं। हर बार। Ubiquiti AC एक्सेस प्वाइंट, चैनल 11, चैनल चौड़ाई HT40 (केवल एक चीज जो विशेष हो सकती है)।

जून 28 14:19:31 रास्पबेरी कर्नेल: [980.387378] cfg80211: विश्व नियामक डोमेन अद्यतन:
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387387] cfg80211: DFS मास्टर क्षेत्र: परेशान
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387396] cfg80211: (start_freq - end_freq @ बैंडविड्थ), (max_antenna_gain, max_eetp), (dfs_cac_time)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387411] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N / A, 2000 mBm), (N / A)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387426] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz, 92000 KHz ऑटो), (N / A, 2000 mBm), (N / A)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387439] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N / A, 2000 mBm), (N / A)
जून 28 14:19:31 रास्पबेरी कर्नेल: [980.387453] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N / A, 2000 mBm), (N / A)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387468] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N / A, 2000 mBm), (0 s)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387481] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N / A, 2000 mBm), (0 s)
28 जून 14:19:31 रास्पबेरी कर्नेल: [980.387493] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N / A, 2000 mBm), (N / A)
Jun 28 14:19:31 रास्पबेरी कर्नेल: [980.387505] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N / A, 0 mBm, (N / A)
Jun 28 14:19:32 रास्पबेरी कर्नेल: [981.262521] cfg80211: नियामक डोमेन देश में बदल गया: US
जून 28 14:19:32 रास्पबेरी कर्नेल: [981.262536] cfg80211: DFS मास्टर क्षेत्र: FCC
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262540] cfg80211: (start_freq - end_freq @ बैंडविड्थ), (max_antenna_gain, max_irp), (dfs_cac_time)
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262549] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N / A, 3000 mBm), (N / A)
Jun 28 14:19:32 रास्पबेरी कर्नेल: [981.262557] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N / A, 2300 mBm), (N / A)
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262565] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz ऑटो), (N / A, 2300 mBm), (0 s)
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262571] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N / A, 2300 mBm, (0 s)
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262578] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N / A, 3000 mBm) (N / A)
28 जून 14:19:32 रास्पबेरी कर्नेल: [981.262584] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N / A, 4000 mHz), (N / A)

आग पर ईंधन फेंकने के लिए क्षमा करें, लेकिन पीरो शून्य डब्ल्यू पर भी ऐसी ही समस्या है, मुझे लगता है।

एक्सेस प्वाइंट मोड के बीच wlan0 स्विच करते समय (होस्टपैड का उपयोग करते समय) और सामान्य कनेक्शन मोड (अर्थात एक राउटर से कनेक्ट करना) wlan0 कभी-कभी एक्सेस प्वाइंट के साथ जुड़ने की क्षमता खो देगा।

यह इस स्थिति में फंस जाएगा:

~iwconfig wlan0 
wlan0     IEEE 802.11  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=31 dBm

और रिबूट से कम कुछ भी इसे ठीक नहीं करेगा। जब यह होता है, तो मैं निम्नलिखित त्रुटियों को देखता हूँ:

[Wed Jul  5 16:08:27 2017] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[Wed Jul  5 16:09:07 2017] brcmfmac: brcmf_cfg80211_stop_ap: setting INFRA mode failed -7
[Wed Jul  5 16:10:16 2017] brcmfmac: brcmf_cfg80211_stop_ap: setting INFRA mode failed -7
[Wed Jul  5 16:10:18 2017] brcmfmac: brcmf_vif_set_mgmt_ie: vndr ie set error : -30
[Wed Jul  5 16:10:18 2017] brcmfmac: brcmf_cfg80211_scan: scan error (-30)
[Wed Jul  5 16:10:37 2017] brcmfmac: brcmf_vif_set_mgmt_ie: vndr ie set error : -30
[Wed Jul  5 16:10:37 2017] brcmfmac: brcmf_cfg80211_scan: scan error (-30)

क्या चिंता मुझे इसकी पूरी तरह से मनमाना और यादृच्छिक है। मैं कभी-कभी समस्या होने से पहले दोनों मोड के बीच काफी समय के लिए स्विच कर सकता हूं। लेकिन यह अंततः करता है।

FWIW मुझे लगता है कि वाईफाई कर्नेल मॉड्यूल को फिर से लोड करना ("modprobe -r -v brcmfmac && modprobe brcmfmac" करके) इसे ठीक कर दिया, इसलिए मुझे बस एक स्क्रिप्ट बनानी होगी जो ऐसा करती है जब भी मेरे पास wifi मुद्दे हों।

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

इसके अलावा, हाल ही में मैं डाइटपीआई ओएस का उपयोग कर रहा हूं और इसमें कोई समस्या नहीं है। आप कोशिश कर सकते हैं कि।

मैं वास्तव में समस्या को देखना पसंद कर रहा था, इसे पहले देखा था, लेकिन मैं अभी इन दिनों ऐसा नहीं कर सकता हूँ! :(

/ राज
(iPhone से भेजा गया)

5 जुलाई, 2017 को सुबह 9:01 बजे, timdonovanuk सूचनाएं @github.com ने लिखा:

FWIW मुझे लगता है कि वाईफाई कर्नेल मॉड्यूल को फिर से लोड करना ("modprobe -r -v brcmfmac && modprobe brcmfmac" करके) इसे ठीक कर दिया, इसलिए मुझे बस एक स्क्रिप्ट बनानी होगी जो ऐसा करती है जब भी मेरे पास wifi मुद्दे हों।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

जितने अधिक लोग इसे बेहतर तरीके से देख सकते हैं, मैं समय में सीमित हूं
मैं इस समय अन्य परियोजनाओं के कारण खर्च कर सकता हूं। एक बड़ी समस्या
इसे दोहराने के लिए एक ठोस तंत्र है।

5 जुलाई 2017 को 17:10 बजे, rajid सूचनाएं @github.com ने लिखा:

जबकि यह बात अजीब है। रास्पबेरी पाई पर मेरे पास इस प्रकार के मुद्दे थे
शून्य और शून्य डब्ल्यू, लेकिन वे पूरी तरह से चले गए जब मैंने चैनल स्विच किया (जैसा कि)
इस सूत्र में पहले चर्चा की गई है)।

इसके अलावा, हाल ही में मैं DietPi OS का उपयोग कर रहा हूं और इसमें कोई समस्या नहीं है
सब। आप कोशिश कर सकते हैं कि।

मैं वास्तव में समस्या को देखना पसंद कर रहा था, इसे पहले देखा था, लेकिन मैं
बस इन दिनों ऐसा नहीं हो सकता! :(

/ राज
(iPhone से भेजा गया)

जुलाई 5, 2017 को सुबह 9:01 बजे, timdonovanuk सूचनाएं @github.com
लिखा था:

FWIW मुझे लगता है कि वाईफाई कर्नेल मॉड्यूल को पुनः लोड करके ("modprobe -r -v" करके)
brcmfmac && modprobe brcmfmac ") ने इसे ठीक किया, इसलिए मुझे बस एक बनाना होगा
जब भी मेरे पाई में वाईफाई मुद्दे होते हैं, तो यह स्क्रिप्ट होती है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D313150296&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=UAE2wwxV4_BdJX0zfG2qnu3kAD_j1y0Js_FZxpJl4b4&s=haaEuyne9neeuPZzAlNI2PG7DctVLxxfwV3oezxYcwI&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHU6ugUl6QkcLNobslh5Th7hcXeecks5sK7VggaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=UAE2wwxV4_BdJX0zfG2qnu3kAD_j1y0Js_FZxpJl4b4&s=8TZEHLn2evTT1wzFzZo2CHYC2Zb0ydjsR39j-vskecM&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@timdonovanuk आपकी स्क्रिप्ट को हमारे साथ साझा करना अच्छा हो सकता है, मैं कुछ वर्कअराउंड की तलाश कर रहा हूं। हो सकता है कि कुछ मॉनिटरिंग स्क्रिप्ट सिस्टम सेवा की तरह चल रही हो ... आपको क्या लगता है?

क्या मेरे लिए नियामक डोमेन अपडेट को मैन्युअल रूप से ट्रिगर करने का कोई तरीका है? जैसा कि मैंने कहा, यह मेरे लिए काफी सुसंगत प्रतीत होता है जब भी वह चलता है, तो कनेक्शन गिर जाता है। मुझे यह देखने के लिए मैन्युअल रूप से चलाने के लिए दिलचस्पी होगी कि क्या मैं आपके लिए मज़बूती से पुन: पेश कर सकता हूं।

@rajid , संयोग से आप चैनल की चौड़ाई 40 पर चल रहे हैं? और क्या आपको याद है कि क्या आप बूंदों से पहले समान विश्व नियामक अपडेट देख रहे थे? उत्सुक अगर हो सकता है कि चैनल 11 के आसपास एक संयोजन हो और अतिरिक्त विस्तृत चैनल चौड़ाई ... और आप किस तरह के राउटर / एपी का उपयोग कर रहे हैं? बस किसी भी समानता की तलाश कर रहा हूं, क्योंकि मैं इसे चैनल 11 पर भी देख रहा हूं, साथ ही साथ अन्य ... माई एपी एक उबिकिती है।

Apple चरम पर स्वचालित चैनल से 6 चैनल पर स्विच करने के लिए समाधान मेरे लिए काम नहीं किया। मैं छुट्टी के दौरान LAN का उपयोग करूंगा।

संपादित करें: अब मैं लैन के साथ भी संबंध खो देता हूं, यहां सबसे अधिक कुछ है, क्या यह आधिकारिक मामले (कोई प्रशंसक नहीं) का उपयोग करके गर्मी की समस्या है?

नमस्कार,
मैं एक रास्पबेरी पाई जीरो डब्ल्यू पर बहुत ही समान मुद्दे का सामना कर रहा हूं।

मैंने Pi पर Node.JS के साथ चलने वाला API विकसित किया है और GPIO के साथ एकीकृत किया है।
पाई वाईफ़ाई के माध्यम से मेरे लैन से जुड़ा हुआ है। जब पीसी क्लाइंट एपीआई कॉल करते हैं तो सब कुछ बहुत अच्छा होता है। हालाँकि, जैसे ही मैंने अपने API को Android डिवाइस के साथ क्वेरी किया, Pi क्रैश हो गया। रैंडम क्रैश घटित होते हैं: कभी-कभी एपीआई को एंड्रॉइड डिवाइस द्वारा कई बार कॉल किया जा सकता है और अचानक क्रैश हो जाता है।
दुर्घटना से मेरा मतलब है कि पिंग नुकसान है लेकिन पाई अभी भी चल रही है और चल रही है।

पीसी के माध्यम से एक ही एपीआई कॉलिंग कभी भी किसी भी दुर्घटना को ट्रिगर नहीं करता है।

मैंने Wifi चैनल बदलने की कोशिश की लेकिन कोई बेहतर परिणाम नहीं मिला।

यदि मैं निदान / समाधान के लिए मदद के लिए कुछ भी चला सकता हूं, तो बेझिझक पूछें!

इस मंच पोस्ट में कुछ भी मदद?

https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=188043#ppp85856

11 जुलाई 2017 को 16:22 बजे, matthiasbou सूचनाएं @github.com ने लिखा:

नमस्कार,
मैं एक रास्पबेरी पाई जीरो डब्ल्यू पर बहुत ही समान मुद्दे का सामना कर रहा हूं।

मैंने Pi पर Node.JS के साथ चल रहे एक API का विकास किया है और एकीकृत किया है
GPIO के साथ।
पाई वाईफ़ाई के माध्यम से मेरे लैन से जुड़ा हुआ है। जब पीसी बहुत बढ़िया काम करता है
क्लाइंट API को कॉल करते हैं। हालाँकि, जैसे ही मैंने अपने API की Android के साथ क्वेरी की
डिवाइस, पाई क्रैश। क्रैश क्रैश यादृच्छिक पर होता है: कभी-कभी एपीआई कर सकते हैं
Android उपकरणों द्वारा कई बार कॉल किया जाता है और अचानक दुर्घटना होती है।
पीसी के माध्यम से एक ही एपीआई कॉलिंग कभी भी किसी भी दुर्घटना को ट्रिगर नहीं करता है।

मैंने Wifi चैनल बदलने की कोशिश की लेकिन कोई बेहतर परिणाम नहीं मिला।

यदि मैं निदान / समाधान के लिए मदद के लिए कुछ भी चला सकता हूं, तो बेझिझक पूछें!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314479400 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHYDohQoNRBDcX4oG49rK9e6kwpjjks5sM5MpgaJpZ44HupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@matthiasbou

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

मेरा देश सही ढंग से सेट है, IPv6 अक्षम और रोआमॉफ़ = 1, मैं चैनल 6 का उपयोग कर रहा हूं, समस्या अभी भी हो रही है। मेरे डिस्ट्रो में डिफ़ॉल्ट रूप से वाईफाई पॉवर सेविंग मोड और ब्लूटूथ अक्षम है।

@ JamesH65 : मैंने सही देश की स्थापना के दिलचस्प समाधान की कोशिश की (यह मामला नहीं था), IPV6 को अक्षम करने और रोमिंग पर फिर भी वही समस्या है :(

Wifi कनेक्ट करता है, लेकिन जैसे ही मैं एक एंड्रॉइड डिवाइस के साथ "खेलना" शुरू करता हूं, Pi Zero W पर कुछ API कॉल करता है, थोड़ी देर बाद, यह क्रैश हो जाता है।

IPv6 को Wifi समस्या को ठीक करने में अक्षम क्यों होना चाहिए? क्या आईपी -6 शामिल है, जो प्रतिलिपि प्रस्तुत करने योग्य है, एक समझदार व्याख्या क्यों है? केवल एक चीज जो मैं सोच सकता हूं कि आरएएस के कारण आईपीवी 6 में कुछ अतिरिक्त अतिरिक्त मल्टीकास्ट लोड हो सकता है।

इसके लायक होने के लिए, मैं दो पिव ज़ीरो डब्ल्यूएस को आईपीवी 6 के रूप में एकीकृत wlan0 और बाहरी eth0 के बीच, IPv4 अवरुद्ध के साथ चला रहा हूं। wlan0 एपी मोड में है और इसमें ISC dHCPv4 सर्वर चल रहा है। Im विभिन्न Android टेबलेट और स्मार्टफ़ोन को इससे जोड़ रहा है। अब तक किसी भी समस्या पर ध्यान नहीं दिया, लेकिन शायद मुझे उन्हें लंबे समय तक चलने देना चाहिए। मैं चैनल 6 का उपयोग कर रहा हूं।

क्षमा करें, मैं Apple एयरपोर्ट बॉक्स का उपयोग कर रहा हूं, और "चैनल चौड़ाई" की कोई सेटिंग या उल्लेख नहीं है। मैं बस 2.3Ghz नेट के लिए चैनल 6 सेट करता हूं। अब मैं अपने छोटे RaspPi जीरो डब्ल्यू सिस्टम पर डाइटपीआई का उपयोग कर रहा हूं। दूसरे RaspPi के I को Edimax USB के साथ काफी समय पहले सेटअप किया गया था और कभी कोई समस्या नहीं हुई। मेरा मानना ​​है कि ज़ीरो डब्ल्यू सिस्टम पर रासबियन के साथ समस्याओं को देखने का एकमात्र मौका था। मुझे उसे फिर से लोड करना होगा और देखना होगा कि क्या मैं इसे पुन: पेश कर सकता हूं।

/ राज

जुला 5, 2017, पर 3:19 pm पर, माइकल Hallock < [email protected] [email protected] > ने लिखा:

क्या मेरे लिए नियामक डोमेन अपडेट को मैन्युअल रूप से ट्रिगर करने का कोई तरीका है? जैसा कि मैंने कहा, यह मेरे लिए काफी सुसंगत प्रतीत होता है जब भी वह चलता है, तो कनेक्शन गिर जाता है। मुझे यह देखने के लिए मैन्युअल रूप से चलाने के लिए दिलचस्पी होगी कि क्या मैं आपके लिए मज़बूती से पुन: पेश कर सकता हूं।

@rajid https://github.com/rajid , संयोग से आप चैनल चौड़ाई 40 पर चल रहे हैं? और क्या आपको याद है कि क्या आप बूंदों से पहले समान विश्व नियामक अपडेट देख रहे थे? उत्सुक अगर हो सकता है कि चैनल 11 के आसपास एक संयोजन हो और अतिरिक्त विस्तृत चैनल चौड़ाई ... और आप किस तरह के राउटर / एपी का उपयोग कर रहे हैं? बस किसी भी समानता की तलाश कर रहा हूं, क्योंकि मैं इसे चैनल 11 पर भी देख रहा हूं, साथ ही साथ अन्य ... माई एपी एक उबिकिती है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611 पर https://github.com/notifications/unsubscribe-auth/AFAlZVdfvh5QzIlsZyjjpXp.jpXp

https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed -b52498112777.png https://github.com/raspberrypi/linux https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611

मैंने अभी और परीक्षण किए और राउटर को बदल दिया जिससे पाई कनेक्ट होता है।
अब तक, सब कुछ काम करता है जब पाई इस अन्य वाईफाई राउटर पर होती है (एंड्रॉइड डिवाइस साइड पर कोई बदलाव नहीं):
कार्य रूटर विन्यास :
चैनल 6
WPA-PSK
बैंडविड्थ 20Mhz

नॉन वर्किंग राउटर कॉन्फ़िगरेशन (Android Wifi से कुछ एक्सेस के बाद Wifi का नुकसान):
नेटगियर WNR1000v2
चैनल 6
WPA2-PSK [एईएस]
विखंडन लंबाई 2346
सीटीएस / आरटीएस थ्रेसहोल्ड 2347

मैं काम करने वाले रूटर को WPA2-PSK पर स्विच करूंगा, यह देखने के लिए कि क्या समस्या फिर से उत्पन्न हो सकती है।

@TheDiveO IPv6 के संबंध में, ड्राइवर के पास ipv6 के लिए अलग कोड पथ हैं, जैसा कि कर्नेल करता है। उन दोनों रास्तों में एक बग हो सकता है जो IPv6 में नहीं हैं, या, जैसे कि I बग से थोड़ी देर पहले ISTR, कुछ ipv6 कोडपाथ चलाता है, जब उसे ipv4 कोडपथ या vica लीला चलाना चाहिए। पूरा स्टैक काफी जटिल है।

नया व्यवहार। स्थान बदलना और उपयुक्त-अपग्रेड प्राप्त करना और अपडेट करना अब निम्नलिखित व्यवहार है जब मेरा pi3 WIFI के माध्यम से जुड़ा हुआ है:

अब स्थानीय लैन के बाहर के उपकरण पीआई को टीसीपी / आईपी के माध्यम से कनेक्ट कर सकते हैं।

PI अभी भी LAN पर सभी कनेक्शन (TCP / IP) को मना करता है।

PI अभी भी WIFI के माध्यम से बाहरी इंटरनेट का उपयोग कर सकता है।

कोई बात नहीं। कुछ नहीं बदला है। यह पहले की तरह ही सटीक व्यवहार है। Pi3 वाईफाई स्थानीय लैन पर सभी पैकेटों को गिराता है।

बस थोड़ा सा फॉलोअप करने के लिए ... मैंने एक नया एपी (Linksys E4200 V2) शुरू किया, जो मैंने चारों ओर लेटा था। मैंने इसे 2.4Ghz के लिए चैनल 11 पर स्थापित किया, WPA2 पर्सनल, एक BSSID और पासवर्ड को कॉन्फ़िगर किया। फिर इसे मेरे रास्पबेरी पाई शून्य w पर कॉन्फ़िगर किया गया। यह ठीक से जुड़ा। मैं फिर इस एपी को उसी कमरे में ले गया जहां मेरा सामान्य घर एपी स्थित है (जो कि चैनल 6 पर है)। मेरे रास्पापी को तब ASSOC-REJECT status_code = 16 मिला। एपी को मेरे कार्यालय में वापस ले जाकर एक बार फिर से रासपयी सहयोगी को ठीक कर दिया।

तो, ऐसा लगता है कि मेरे मामले में, कम से कम, चैनल 11 एक समस्या है अगर एपी दूसरे कमरे में है। मैं यह अनुमान लगा रहा हूं कि शायद एक हस्तक्षेप समस्या का संकेत है।

मैं यहां एक वेब पेज भी पोस्ट करूंगा जिसमें मैंने पाया कि सभी स्टेटस_कोड और विफलता कोड क्या हैं:

https://supportforums.cisco.com/document/141136/80211-association-status-80211-deauth-reason-codes

यह मेरे "स्टेटस_कोड = 16" को टाइमआउट के कारण दिखाता है, इसलिए सिस्टम में से एक को समय पर पैकेट नहीं मिल रहा है।

मैंने अभी सोचा था कि अगर यह किसी को मदद करता है तो मैं यह जानकारी बाहर फेंक दूंगा।

जब मैं अपनी रसोई में रोशनी चालू करता हूं तो यह मेरे वाईफाई कनेक्शन को मार देता है
कमरे में रहने वाले ... मैं क्यों लेकिन जब आप हस्तक्षेप के बारे में बात की, मुझे लगता है
मैं पागल नहीं हूँ

2017-07-12 16:27 GMT-03: 00 rajid सूचनाएं @github.com:

बस थोड़ा सा फॉलोअप करने के लिए ... मैंने एक नया एपी (Linksys E4200 V2) शुरू किया,
जो मैं चारों ओर पड़ा था। मैंने इसे चैनल 11 पर 2.4Ghz के लिए सेट किया, कॉन्फ़िगर किया
WPA2 पर्सनल, एक BSSID और पासवर्ड। फिर इसे मेरी रास्पबेरी पर कॉन्फ़िगर किया
पी जी शून्य डब्ल्यू। यह ठीक से जुड़ा। मैं फिर इस एपी को उसी कमरे में ले गया
जहां मेरा सामान्य घर एपी स्थित है (जो कि चैनल 6 पर है)। मेरी रास्पपी तब
ASSOC-REJECT status_code = 16 मिला। एपी को एक बार मेरे कार्यालय में ले जाना
फिर से रास्पपी सहयोगी को ठीक बनाया।

तो, ऐसा लगता है कि मेरे मामले में, कम से कम, चैनल 11 एक समस्या है अगर एपी है
दूसरे कमरे में। मैं यह अनुमान लगा रहा हूं कि शायद एक हस्तक्षेप का संकेत मिलता है
मुसीबत।

मैं यहाँ एक वेब पेज भी पोस्ट करूँगा जो मुझे मिला जो बताता है कि सभी क्या हैं
status_codes और विफलता कोड हैं:

https://supportforums.cisco.com/document/141136/80211-
एसोसिएशन-स्टेटस-80211-डेथ-कारण-कोड

यह मेरे "स्टेटस_कोड = 16" को टाइमआउट के कारण दिखाता है, इसलिए इनमें से एक है
सिस्टम बस समय पर फैशन में पैकेट प्राप्त नहीं कर रहा है।

मैंने सोचा था कि अगर यह मदद करता है तो मैं इस जानकारी को वहाँ फेंक दूंगा
पर कोई।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314872003 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACeQBJdfk2zp1sReVVs1wvrilKHXNm53ks5sNR42gaJpZM4H5C5
।

एंड्रॉइड के लिए वास्तव में एक अच्छा वाईफाई एनालाइज़र प्रोग्राम है, जो बताता है कि आपके विस्तृत जानकारी के साथ-साथ एपी आपके आसपास क्या हैं। (काश ऐसा कुछ iPhone / iPad के लिए मौजूद होता, लेकिन Apple ...)

@ JamesH65 आप वास्तव में मुझे यह कहते हुए असहज कर रहे हैं कि डेटा लिंक लेयर ड्राइवर (लेयर 3) नेटवर्क लेयर के साथ गड़बड़ करता है। 3. "मेस" इस स्थिति के लिए शायद उपयुक्त शब्द भी नहीं है ...

मैं वास्तव में ऐसा नहीं कह रहा हूं। मैं लिनक्स नेटवर्क का विशेषज्ञ नहीं हूं
स्टैक, लेकिन मैं निश्चित रूप से कुछ IPv6 विशिष्ट सामान को देखकर याद करता हूं
एक ड्राइवर कहीं का।

सामान कर्नेल के पेड़ में है, एक नज़र लेने के लिए आपका स्वागत है
अपने आप को अपने दिमाग को आराम देने के लिए।

13 जुलाई 2017 को 08:58 बजे, TheDiveO नोटिफिकेशन @github.com ने लिखा:

@ JamesH65 https://github.com/jamesh65 आप सचमुच मुझे असहज कर रहे हैं
यह कहते हुए कि डेटा लिंक लेयर ड्राइवर (लेयर 3) के साथ गड़बड़ करता है
नेटवर्क परत 3. "मेस" शायद इसके लिए उपयुक्त शब्द नहीं है
स्थिति या तो ...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315002002 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHUSoqxnhaw4k2ECkzGC9CDkIlhYks5sNc4ngaJpZM4HupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@DiveO जेम्स हार्डवेयर चेकसम ऑफलोड जैसी चीजों का
उदाहरण के लिए SMSC95xx केवल IPv6 के कारण IPv4 चेकसम ऑफलोड का समर्थन कर सकता है, जिसमें 0x0000 के चेकसम की आवश्यकता होती है, जिसे 0xFFFF के लिए प्रतिस्थापित किया जाता है। Https://github.com/torvalds/linux/commit/fe0cd8ca1b82983db24b173bb8518ea646c02d25 देखें

मुझे पूरा यकीन है कि यह बग ब्रॉडकॉम ड्राइवर में है, न कि कर्नेल में।

लगभग निश्चित रूप से। Brcm ड्राइवर कोड का एक बड़ा हिस्सा है, और बग
इस तरह डिबग करना आसान नहीं है। वास्तव में जब आप उन्हें दोहरा नहीं सकते ...

13 जुलाई 2017 को 13:04 बजे, अलेक्जेंड्रे बोलेली सूचनाएं @github.com
लिखा था:

मुझे पूरा यकीन है कि यह बग ब्रॉडकॉम ड्राइवर में है, न कि कर्नेल में।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315058283 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHbr5SiWPKvQZOY7rN8IbyIIscNfVks5sNgexgaJpZM4H5C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

जितना अधिक मैं इसके साथ संघर्ष करता हूं, उतना ही मैं आश्चर्यचकित होने लगता हूं कि क्या यह उबंटू / डेबियन की अक्षमता से जुड़ा हुआ है, क्योंकि wlan0 और eth0 को एक ही सबनेट से बिना किसी व्यापक विन्यास के जोड़ा जा सकता है। मैं इसे और देखने जा रहा हूं और देखूंगा कि क्या यह मुद्दा है।

@ JamesH65 यह मदद करेगा अगर मुझे (या किसी और को) शून्य w या rpi 3 आपके लिए एक ऐसे वातावरण में स्थापित करेगा जहां यह आसानी से प्रतिलिपि प्रस्तुत करने योग्य है और आपको डीबग करने के लिए वहां पहुंच प्रदान करता है? (मुझे इसके लिए अतिरिक्त शून्य डब्ल्यू खरीदने की आवश्यकता होगी)।

शायद नहीं, लेकिन प्रस्ताव के लिए धन्यवाद। मैं करने के लिए कस्टम परिवर्तन चलाने के लिए करते हैं
ड्राइवर और कर्नेल, दिन में कई बार किए गए परिवर्तनों के साथ। वह कर रहा
दूरस्थ रूप से संभव नहीं है। समस्या को पुन: पेश करने के लिए तंत्र हैं
वास्तव में क्या जरूरत है।

13 जुलाई 2017 को 13:57 पर, तुओमास एरिकसिन सूचनाएं @github.com
लिखा था:

@ JamesH65 https://github.com/jamesh65 इससे मुझे (या किसी को) मदद मिलेगी
और) यह आपके लिए शून्य w या rpi 3 को एक ऐसे वातावरण में स्थापित करेगा जहां यह है
आसानी से प्रतिलिपि प्रस्तुत करने योग्य और आप डीबग करने के लिए आप तक पहुँच प्रदान करते हैं? (मैं
इसके लिए अतिरिक्त शून्य w खरीदने की आवश्यकता होगी)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315069935 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHeQ1RECH-uIIHWPX6ItvRdVbZG_Xks5sNhRWgaJpZM4UupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

जेम्स,
यदि मैं यह सरल मतदान पाश करता हूं, तो मैं जल्दी से जहाज पर वाईफाई नेटवर्क को बेकार होने की स्थिति में नीचा देखता हूं। जब मैं ऑनबोर्ड वाईफ़ाई बंद कर देता हूं और यूएसबी वाईफाई का उपयोग करता हूं, तो यह काम करता है। मुझे याद नहीं है अगर यह बीटी डिवाइस के लिए संवेदनशील है जो मौजूद या अनुपस्थित है, और कुछ दिनों तक आसानी से जांच नहीं कर सकता है। मैं 10 मिनट तक सीमित हूं ताकि मैं प्रयोग के बाद पी शून्य शून्य में वापस आ सकूं।

bash# ((t= date +% s +600)); while [ date +% s -lt $t ] ; do hcitool name <BTMAC>; done
उम्मीद है की वो मदद करदे,
बेंजामिन

वह कोड स्निप मेरी बैक टिक्स खो गया। उनसे बचकर ...

((t = `तिथि +% s` + 600)); जबकि [`तारीख +% s` -lt $ t]; hcitool नाम "इन्सर्ट बीटी मैक" करें; किया हुआ

हे भगवान। मुझे लगता है कि यह तय हो गया है। ईथरनेट अनप्लग होने पर वाईफाई चालू होता है। अविश्वसनीय।

मैंने अपने / etc / नेटवर्क / इंटरफेस फ़ाइल से eth0 के सभी उल्लेख को हटा दिया, ऑटो के साथ अनुमति-हॉटप्लग को बदल दिया, और फिर wlan0 और wlan1 दोनों पर वायरलेस-पावर को बंद कर दिया।

मेरी / etc / नेटवर्क / इंटरफेस फ़ाइल:

ऑटो लो
iface लो इनसेट लूपबैक

वायरलेस-पावर बंद
ऑटो wlan0
iface wlan0 इनसेट मैनुअल
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

वायरलेस-पावर बंद
ऑटो wlan1
iface wlan1 inet मैनुअल
wpa-conf / etc / wpa_supplicant / wpa_supplicant.conf`

फिर मैंने flushed arp:

ip -s -s neigh flush all

फिर मैंने रिबूट किया:

sudo reboot now

और अब मेरी वाईफाई काम करती है। अविश्वसनीय। इस धागे पर टिप्पणी करने वाले सभी को धन्यवाद।

आपकी विशेष कॉन्फ़िगरेशन समस्या हल हो सकती है, ब्रॉडकॉम ड्राइवर में बग अभी भी मौजूद है।

ठीक है, हम इसे देख रहे हैं। मेरा पहला मुद्दा यह था कि जब SSH'ing to my test device इस सत्र को लॉक कर रहा था तो UNLESS को ईथरनेट केबल भी डाला गया था। यह बताता है कि ARP को या तो इंटरफ़ेस द्वारा नियंत्रित किया जाता है, इसलिए जब ईथरनेट कनेक्ट किया गया था तो वह इसका उपयोग कर रहा था। यह जुड़ा नहीं होने का मतलब यह वाईफ़ाई द्वारा नियंत्रित किया जा रहा था और एक समस्या का सामना कर रहा था। SSH में QoS / ToS को बंद करके इस समस्या को ठीक किया जा सकता है (यहाँ देखें https://expresshosting.net/ssh-hanging-authentication/), जो बदले में बताती है कि ब्रॉडकॉम वाईफाई ड्राइवर टीओएस के साथ बहुत नाखुश है (प्रकार) सेवा) / DSCP फ़ील्ड सेट की जा रही है। एनटीपी (अंक # 1519) में यह पहले भी देखा जा चुका है। मुझे संदेह है कि यह इस मुद्दे से संबंधित वाईफ़ाई मुद्दों का एक कारण हो सकता है और आज देखने के लिए Brcm ड्राइवर के माध्यम से एक खुदाई करने जा रहा हूं कि क्या मुझे कुछ भी मिल सकता है।

मध्यकाल विवरण। हम निश्चित रूप से कुछ टीओएस पैकेट मूल्यों के साथ मुद्दों को देख रहे हैं, जिसके कारण पैकेट को चुपचाप गिरा दिया जाता है, जिससे एसएसएच लॉकअप हो जाता है। अभेद्य चालक कोड में अभी तक कुछ भी स्पष्ट नहीं है, जो कि टीबीएच को पैकेट के इस हिस्से को वैसे भी छूना नहीं चाहिए, लेकिन स्पष्ट रूप से कुछ चल रहा है। क्या यह सामान्य wlan फ्रीज़ के साथ यहाँ रिपोर्ट करने के लिए कुछ भी करना है? अभी तक पता नहीं है।

मैं रास्पियन जेसी और कर्नेल 4.9.35+ के साथ एक पीरो शून्य डब्ल्यू पर समान मुद्दे रखता हूं
मेरे पास SSH और ntpd (TOS) के साथ JamesH65 द्वारा उल्लिखित एक ही मुद्दा है। Https://expresshosting.net/ssh-hanging-authentication/ से ठीक करें sshd के लिए। मेरे पास wlan0 डिसकनेक्शन समस्या भी है, लेकिन कुछ हद तक वर्बोज़ लॉग संदेश के साथ। यह सतही तौर पर बस ऐसा लगता है कि वाहक खो गया है, और wpa_supplicant कभी-कभी पुनर्निमित करने में विफल रहता है। एकमात्र तरीका यह है कि ifdown wlan0 जारी करें, रुको, ifup wlan0 मेरे लिए है, तो wlan0 फिर से काम करना शुरू कर देता है। यदि किसी को उनकी आवश्यकता हो तो लॉग की आपूर्ति करने में खुशी होगी। जरा मुझे बताओ

मध्यकाल विवरण। कुछ नोट्स नीचे लाने से पहले वे भूल गए। हमने निर्धारित किया है कि यह वायरलेस रूप से कनेक्टेड पाई से प्रतिक्रिया है जो एसएसएच के माध्यम से दूसरे डिवाइस से एक्सेस करते समय गायब हो रहा है। यदि उस प्रतिक्रिया में टीओएस फ़ील्ड सेट है तो पैकेट को चुपचाप गिरा दिया जाता है - कभी भी वापस नहीं आता है। हम इसे netcat का उपयोग करके दोहरा सकते हैं। टीओएस झंडे सेट के साथ वायरलेस पाई से साधारण नेट कैट कमांड इसे डिवाइस से बाहर करने के लिए नहीं लगता है।
तो वायरलेस PI पर, कोशिश करें और दूसरे डिवाइस को UDP पैकेट भेजें ...
nc -T 0x10 -u।
डिवाइस को पैकेट प्राप्त नहीं होता है (जैसा कि गंतव्य पर tcpdump चलाकर दिखाया गया है)
nc -T 0x00 -u।
दूरस्थ प्रणाली को मिलेगा।
हमने कार्यालय में केवल वायरलेस नेटवर्क पर यह कोशिश की है। मुझे यह देखने के लिए एक और वाईफाई नेटवर्क स्थापित करने की आवश्यकता है कि क्या यह राउटर से संबंधित है, या ड्राइवर में कोई समस्या है।

उपरोक्त netcat कमांड में मामूली सुधार
nc -T 0x10 -u <dest_ip> 7
यूडीपी पोर्ट 7 को चुना गया क्योंकि यह इको सर्विस है। इससे कोई फर्क नहीं पड़ता है कि यह रिमोट मशीन पर नहीं चल रहा है, हालांकि यह उचित ICMP अगम्य प्रतिक्रिया की ओर जाता है जो कि एक उपयोगी टेल-लीजेंड है जो कि रिमोट एंड को संदेश मिला।

SSH / ToS समस्या के बारे में सोचना वास्तव में असंबंधित है। मैंने पैकेट को एचडब्ल्यू स्तर तक ट्रेस किया है और यह मायने नहीं रखता है कि टीओएस झंडे सेट हैं या नहीं, पैकेट इसे फर्मवेयर (या कम से कम brcmf_sdiod_send_pkt फ़ंक्शन के लिए बनाते हैं) जो किसी भी प्राथमिकता से निपटने में पिछले है लिनक्स चालक)। जो इंगित करता है कि मुद्दे या तो चिप (बंद स्रोत) में फर्मवेयर में हैं, या वास्तव में राउटर से संबंधित है - अर्थात मैं जिस वायरलेस राउटर का उपयोग कर रहा हूं वह टीओएस झंडे के माध्यम से नहीं होने देता है जो गैर-शून्य (या शायद> 0x04) हैं। मैं कोशिश करने और इसकी पुष्टि करने के लिए कल एक अलग वायरलेस राउटर की कोशिश करूंगा।

क्या ब्रैकफैमैक मॉड्यूल को विकसित करने के लिए जिम्मेदार विभाग का पता लगाने का कोई मौका है ताकि कोई व्यक्ति उस धागे का पालन कर सके या कम से कम प्रतिक्रिया दे सके कि क्या इन बगों के लिए कोई फिक्स जारी किया जाएगा?

हम पहले से ही लिनक्स-वायरलेस मेलिंग सूची के माध्यम से संपर्क में हैं।

19 जुलाई 2017 19:06 को, "अलेक्जेंड्रे बोलेली" सूचनाएं @github.com ने लिखा:

क्या विकास के लिए जिम्मेदार विभाग का पता लगाने का कोई मौका है
brcmfmac मॉड्यूल ताकि कोई उस धागे का अनुसरण कर सके या कम से कम
प्रतिक्रिया दें कि क्या इन बगों के लिए कोई फ़िक्स जारी किया जाएगा?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316469790
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHYtYvpxdKd3SBynOnlDN-ZXiWs_ks5sPkW9gaJpZM4UupC5
।

हम पहले से ही लिनक्स-वायरलेस मेलिंग सूची के माध्यम से संपर्क में हैं।

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

"असफल असफलता" _ के लिए @ पेलवेल +1

मेरे पास SSH लॉकिंग इश्यू के लिए हैकी फिक्स है। यह फर्मवेयर में एक मुद्दा प्रतीत होता है। यहाँ कुछ विवरण हैं।

`
हम रास्पबेरी पाई पर एक मुद्दे की जांच कर रहे हैं, जहां एसएसएच और
IPv4 हैडर में टीओएस ध्वज सेट होने पर NTP सत्र विफल हो रहे हैं।

यहां बताया गया है कि TOS क्या है:

टीओएस 0x08 या 0x10 है। 4 बिट्स में से एक को एक बार में सेट करने की अनुमति है।
0x10 - विलंब को कम करें
0x08 - अधिकतम थ्रूपुट
0x04 - अधिकतम विश्वसनीयता
0x02 - मौद्रिक लागत को कम करें।
तकनीकी रूप से टीओएस को डीएससीपी द्वारा सुपरसीड किया गया है, लेकिन अभी भी समर्थित है।

यदि आवश्यक हो तो हम DSCP के साथ इस मुद्दे को फिर से बनाने की कोशिश कर सकते हैं, लेकिन ऐसा नहीं है
प्रासंगिक होना

SSH मुद्दे पर विवरण, और एक वर्कअराउंड यहां पाया जा सकता है https://expresshosting.net/ssh-hanging-aentent/

हालांकि, यह स्पष्ट रूप से संचार में कहीं एक मुद्दा है
स्टैक, तो यह वही है जो हम जांच कर रहे हैं।

हम netcat का उपयोग करके एक सरल उदाहरण को दोहराने में सक्षम हैं। पहले तो,
एक पीआई को वायरलेस से एपी (पीएए) से कनेक्ट करें, दूसरे डिवाइस के साथ जुड़ा हुआ है
या तो वायरलेस या ईथरनेट के माध्यम से एक ही नेटवर्क (PiB) के लिए।

पाईबी रन पर

sudo tcpdump -n 'udp port 7' -v -i wlan0 <<<< या eth0 कनेक्शन के आधार पर

पीएए पर,

nc -T 0x10 -u।

यह यूडीपी पैकेट को पोर्ट 7 में भेजता है, जिसमें टीओएस झंडा 0x10 पर सेट होता है।

यह नहीं आएगा (या कभी-कभी बहुत देरी से हो सकता है - 10 सेकंड का)

टीओएस को 0 के रूप में भेजा जा रहा है

nc -T 0x0 -u।

पहुँचेगा। 0x02 और 0x04 भी आएंगे, 0x8 और 0x10 नहीं होगा।

Brcmfmac ड्राइवर को इंस्ट्रूमेंट करने से पता चलता है कि पैकेट टीओएस के साथ है
झंडा = 0x10 को सही ढंग से एचडब्ल्यू को स्टैक नीचे भेजा जाता है, लेकिन फिर ए
पैकेट गुम हो जाता है।

हम BCDC कोड को हैक करके पैकेट प्राप्त कर सकते हैं,
bcdc.c में! brcmf_proto_bcdc_hdrpush फ़ंक्शन, की प्राथमिकता
पैकेट को bcdc हैडर पर भी धकेला जाता है। इसमें सेटिंग करके
निरंतर मूल्य (जो कि 4-7 से कुछ भी हो सकता है), पैकेट है
प्रेषित। तो ऐसा लगता है कि bcdc प्राथमिकता के लिए एक निरंतर मूल्य
काम करता है, लेकिन यह आने वाले द्वारा निर्धारित के रूप में प्राथमिकता के लिए निर्धारित किया है
skb प्राथमिकता वाली चीजें विफल हो जाती हैं, तो IF 0x08 या 0x10 है। तो, ऐसा लगता है
अलग-अलग प्राथमिकताओं के साथ पैकेट का संयोजन होना चाहिए जो इसका कारण बनता है
उच्च प्राथमिकता मूल्यों को विफल करने के लिए, मूल्य ही नहीं।

चूंकि बीसीडीसी हेडर प्राथमिकता फर्मवेयर के लिए नियत है, यह
फर्मवेयर में ही एक समस्या प्रतीत होती है, लिनक्स नहीं
चालक।

यहाँ परिवर्तन का एक मुद्दा है जो हो रहा समस्या को रोकने के लिए प्रकट होता है।

diff --git a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c index 9f2d0b0cf6e5..2e6132a513be 100644 --- a/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c +++ b/drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcdc.c @@ -274,7 +274,7 @@ brcmf_proto_bcdc_hdrpush(struct brcmf_pub *drvr, int ifidx, u8 offset, if (pktbuf->ip_summed == CHECKSUM_PARTIAL) h->flags |= BCDC_FLAG_SUM_NEEDED; - h->priority = (pktbuf->priority & BCDC_PRIORITY_MASK); + h->priority = 0; h->flags2 = 0; h->data_offset = offset; BCDC_SET_IF_IDX(h, ifidx);

@ JamesH65 महान। चूंकि मुझे जल्द ही फ़र्मवेयर फिक्स की उम्मीद नहीं है, क्या आप इसे लिनक्स-वायरलेस पर कॉपी कर सकते हैं?

मैं ब्रॉडकॉम / सरू से कुछ जानकारी की प्रतीक्षा करने जा रहा हूं, क्योंकि मैं हूं
सुनिश्चित नहीं है कि यह हैक सभी परिस्थितियों में सुरक्षित है। मैंने उन्हें ईमेल किया है। एक बार
मुझे कुछ प्रतिक्रिया मिलती है मैं एक पैच को लिनक्स-वायरलेस पर भेजूंगा।

20 जुलाई 2017 को 12:41 बजे, स्टीफ़न वारेन सूचनाएं @github.com ने लिखा:

@ JamesH65 https://github.com/jamesh65 ग्रेट। चूंकि मुझे उम्मीद नहीं है
जल्द ही फर्मवेयर फिक्स, क्या आप इसे लिनक्स-वायरलेस पर कॉपी कर सकते हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316678154 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHY3DlxTr9mehRDlxBK3NWbjowxxyks5sPzzqgaJpZM4upupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

कुछ परीक्षा परिणाम इस हैक से कोई बुरा प्रभाव नहीं दिखाते हैं। बस डेटा को आगे और पीछे स्थानांतरित कर रहा है, 500MB वायरलेस पाई के लिए, 3.4GB बाहर भेजा। RX पैकेट 56 794730 से गिरा, कोई TX पैकेट 2813930 से नहीं गिरा। प्रदर्शन 11Mbit / s कनेक्शन के लिए हाजिर है। तो स्वीकार्य लग रही है, लेकिन यह हैक वास्तव में कुछ को अक्षम करता है जिसे संभवतः सक्षम किया जाना चाहिए, इसलिए दीर्घकालिक समाधान नहीं।

@lategoodbye इसे लिनक्स-वायरलेस पर धकेलने के बारे में

@ मूनमैन
क्या आपको लगता है, यह ARCH linux-raspberrypi पर धकेल दिया जा सकता है?

@ JamesH65 ज़रूर, आपका हैक सभी चिप मॉडल के लिए उपयुक्त नहीं है। लेकिन इन सबका हल ढूंढना आपका काम नहीं है। मुझे लगता है कि ऊपर (हैक सहित) आपकी लंबी टिप्पणी की एक सरल प्रति पर्याप्त होगी। मेरा इरादा अन्य गैर-ब्रॉडकॉम कर्नेल डेवलपर को इस मुद्दे के बारे में सूचित करना था। मैंने आपसे इस मुद्दे के लिए एक उचित पैच भेजने की अपेक्षा नहीं की थी, केवल एक बग रिपोर्ट।

मेरा सुझाव है कि हम इसे अपने रेपो में मिला लें ताकि कुछ गंभीर परीक्षण किए जा सकें - आरपीआई-4.12.y से शुरू करें जो कि रात के अत्याधुनिक लिब्रेइलेक बिल्ड द्वारा उपयोग किया जाता है।

एक विचार - क्या आप इसके प्राथमिकता फ़िल्टरिंग में पैच को अधिक चयनात्मक बना सकते हैं और फिर भी समस्या को ठीक कर सकते हैं?

मैं सिर्फ इसके लिए एक पीआर तैयार कर रहा हूं ताकि पाई रेपो जा सके।

चयनात्मक जाँच के संबंध में, मैंने प्राथमिकता का पता लगाने के साथ प्रयास किया
6 (एक है जो ढेर के नीचे से गुजरता है - यह टीओएस से अनुवादित है
कुछ और लिनक्स स्टैक विशिष्ट के लिए मूल्य), और 0 और के लिए सेटिंग
यह काम करने लगा, लेकिन मेरा संदेह यह है कि यह एक संयोजन है
विशेष रूप से 6 के बजाय अलग-अलग प्राथमिकताएं जो समस्या का कारण बनती हैं। हम
यह भी जानते हैं कि 0x08 के टीओएस में भी समस्याएं हैं, और वह है, IIRC,
इस बिंदु पर पहुंचने के समय तक 2 में परिवर्तित हो जाता है। हम बस कह सकते हैं, अगर
इसकी 6 या 2, फिर इसे शून्य पर सेट करें, लेकिन मुझे अभी भी यकीन नहीं है कि यह पकड़ लेगा
सब कुछ है कि मुद्दों का कारण हो सकता है। चूंकि मूल्य 4-7 है, वैसे भी, मुझे लगता है,
इस हैक के लिए, सभी मामलों में 0 पर सेट करना बेहतर है। हम वह जानते हैं
काम करता है, यह निश्चित रूप से इष्टतम नहीं हो सकता है, लेकिन मुझे लगता है कि सभी पैकेट होंगे
के माध्यम से प्राप्त। ध्यान दें कि यह सेटिंग टीओएस मान को प्रभावित नहीं करती है
IPv4 पैकेट - जो समान रहता है, यह सिर्फ भेजने की प्रणाली है
चिप को प्राथमिकता और फिर यह कैसे संभालती है जो परतदार दिखाई देती है।

21 जुलाई 2017 को 09:35 बजे, फिल एल्वेल नोटिफिकेशन @github.com ने लिखा:

एक विचार - क्या आप पैच को अपनी प्राथमिकता में अधिक चयनात्मक बना सकते हैं
छानने और अभी भी समस्या को ठीक किया है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D316940828&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=lTkmZTnZKvmqZQgONBOnkdo5C-y1dP_Z61sUY17WvV0&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHYglVaRlIj07b13KHHEPd43W9kiLks5sQGLWgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=QrCSx1NLJWIkcH1C1mIZRxSCuySlqHXvu_Mpn37WdPw&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मेरा सरू के साथ कुछ संपर्क था, जो इसे पाने की कोशिश करने वाले थे
asap पर देखा।

21 जुलाई 2017 को 10:11 बजे, जेम्स ह्यूजेस [email protected] ने लिखा:

मैं सिर्फ इसके लिए एक पीआर तैयार कर रहा हूं ताकि पाई रेपो जा सके।

चयनात्मक जाँच के संबंध में, मैंने केवल पता लगाने की कोशिश की
प्राथमिकता 6 (एक है जो स्टैक के नीचे से गुजरती है - इसका अनुवाद किया गया है
कुछ अधिक लिनक्स स्टैक विशिष्ट के लिए टीओएस मान), और उस पर सेटिंग
0 और वह काम करने लगा, लेकिन मेरा संदेह यह है कि यह एक संयोजन है
अलग-अलग प्राथमिकताओं के बजाय विशेष रूप से 6 जो समस्या का कारण बनता है।
हम यह भी जानते हैं कि 0x08 के टीएक्स में भी समस्याएं हैं, और वह है, IIRC,
इस बिंदु पर पहुंचने के समय तक 2 में परिवर्तित हो जाता है। हम बस कह सकते हैं, अगर
इसकी 6 या 2, फिर इसे शून्य पर सेट करें, लेकिन मुझे अभी भी यकीन नहीं है कि यह पकड़ लेगा
सब कुछ है कि मुद्दों का कारण हो सकता है। चूंकि मूल्य 4-7 है, वैसे भी, मुझे लगता है,
इस हैक के लिए, सभी मामलों में 0 पर सेट करना बेहतर है। हम वह जानते हैं
काम करता है, यह निश्चित रूप से इष्टतम नहीं हो सकता है, लेकिन मुझे लगता है कि सभी पैकेट होंगे
के माध्यम से प्राप्त। ध्यान दें कि यह सेटिंग टीओएस मान को प्रभावित नहीं करती है
IPv4 पैकेट - जो समान रहता है, यह सिर्फ भेजने की प्रणाली है
चिप के लिए प्राथमिकता जो परतदार दिखाई देती है और यह तब कैसे इसे संभालती है
परतदार दिखाई देता है।

21 जुलाई 2017 को 09:35 बजे, फिल एल्वेल नोटिफिकेशन @github.com ने लिखा:

एक विचार - क्या आप पैच को अपनी प्राथमिकता में अधिक चयनात्मक बना सकते हैं
छानने और अभी भी समस्या को ठीक किया है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D316940828&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=lTkmZTnZKvmqZQgONBOnkdo5C-y1dP_Z61sUY17WvV0&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHYglVaRlIj07b13KHHEPd43W9kiLks5sQGLWgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=bmJYpA4c2HSXiPbO68JUYdepjN1tnBs_lkuzpPvnoh4&s=QrCSx1NLJWIkcH1C1mIZRxSCuySlqHXvu_Mpn37WdPw&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

हम यह भी जानते हैं कि 0x08 के एक टीएक्स में भी समस्याएं हैं, और यह है कि IIRC, इस बिंदु पर पहुंचने तक 2 में परिवर्तित हो जाता है।

सही बात। टीओएस 0x08 (अधिकतम थ्रूपुट) से मैप किया गया। वे http://elixir.free-electrons.com/linux/latest/source/include/uapi-linux/pkt_sched.h#L19 से TC_PRIO_xxx मूल्य हैं । 6 = इंटरएक्टिव, 2 = बल्क।

पिछले परीक्षण को या तो IPQoS को sshd_config में 8 पर सेट करने के साथ, या टीआईटी 8 का उपयोग करते हुए नेटकैट के साथ गिराए गए पैकेटों के परिणामस्वरूप।
न तो 0x02 और न ही 0x04 किसी भी मुद्दे का कारण बनते हैं, लेकिन बहुत कम वाईफाई ड्राइवर लागत में अंतर कर सकता है (कोई नहीं है) या विश्वसनीयता इसलिए शायद उन्हें अनदेखा कर रहा है।
संपादित असल में मानचित्रण तालिका http://elixir.free-electrons.com/linux/latest/source/net/ipv4/route.c#L177 लेने tos>>1 टीओएस 0x02 और 0x04 TC_PRIO_BESTEFFORT = 0 करने के लिए सेट कर रहा है वैसे भी, जो बताते हैं कि उनके पास कोई मुद्दा क्यों नहीं है।

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

21 जुलाई 2017 को 11:07 बजे, 6by9 सूचनाएं @github.com ने लिखा:

हम यह भी जानते हैं कि 0x08 के टीएक्स में भी समस्याएं हैं, और वह है, IIRC,
इस बिंदु पर पहुंचने के समय तक 2 में परिवर्तित हो जाता है।

सही बात। टीओएस 0x08 (अधिकतम थ्रूपुट) 2 से मैप किया गया। वे TC_PRIO_xxx हैं
http://elixir.free-electrons.com/linux/latest/source/ से मान
/ uapi / linux / pkt_sched.h # L19 शामिल करें। 6 = इंटरएक्टिव, 2 = बल्क।

पिछला परीक्षण या तो IPQoS को sshd_config में 8 पर सेट करें, या साथ
टीओएस 8 का उपयोग करने वाले नेटकैट के परिणामस्वरूप पैकेट गिरा दिए गए।
न तो 0x02 और न ही 0x04 किसी भी समस्या का कारण है, लेकिन एक छोटा ड्राइवर है
लागत अंतर पर कर सकते हैं (कोई नहीं है) या विश्वसनीयता तो शायद है
उन्हें अनदेखा करना (मैंने जाँच नहीं की है)।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316962443 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHXTmjzqVW0o4T9IIoYFPprKvEvS7ks5sQHhXgaJpZMMHupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

प्रजनन का आसान तरीका - पिंग का उपयोग करें! (मैं भूल गया कि पिंग / आईसीएमपी आईपी से ऊपर था - मुझे मूर्खतापूर्ण)

Pi3 पर ping -Q 0x10 <dest ip addr>
और गंतव्य पर tcpdump -n -v -i wlan0 'icmp' चलाएं।
> 90% पैकेट नुकसान -Q 0x10 या -Q 0x08 पर परिणाम। यह अक्सर 4 अनुक्रमिक पैकेट के माध्यम से हो रही ठीक है, लेकिन फिर बहुत रुक-रुक कर शुरू होता है।
यह netcat की तुलना में थोड़ा अधिक उपयोगी है (ए) इसे दोहराता रहता है, और (बी) यह बताता है कि इसे कब प्रतिक्रिया मिलती है।

यहां वर्कअराउंड है: https://github.com/raspberrypi/linux/pull/2126
यदि आप 4.9 कर्नेल के साथ इसका परीक्षण करना चाहते हैं, तो आरपीआई-अपडेट का उपयोग करें।
फिर बदलें:
मॉड्यूल / 4.9.39 + / कर्नेल / ड्राइवरों / नेट / वायरलेस / ब्रॉडकॉम / brcm80211 / brcmfmac / brcmfmac.ko साथ इस
मॉड्यूल / 4.9.39-v7 + / कर्नेल / ड्राइवरों / नेट / साथ वायरलेस / ब्रॉडकॉम / brcm80211 / brcmfmac / brcmfmac.ko इस

संपादित करें: नवीनतम आरपीआई-अपडेट कर्नेल में अब पैच शामिल है, इसलिए मॉड्यूल डाउनलोड करना अब आवश्यक नहीं है।

यकीन नहीं तो संबंधित। जब मेरा दूसरा इंटरफ़ेस wlan1 एक rt8192eu / 8192eu डोंगल के साथ आता है, मेरे पी ज़ीरो डब्ल्यू पर ऑन-बोर्ड ब्रॉडकॉम पर कनेक्शन हर 2 घंटे में गिरता है। यह एक शक्ति मुद्दा प्रतीत नहीं होता है क्योंकि यह बहुत चक्रीय है, मेरे पास https://pastebin.com/5hMQHWeW

जब यह जारी है, तो wpa_supplicant कभी-कभी प्रमाणित करने में विफलता के अलावा कोई स्पष्ट कारण के लिए प्रयास करना छोड़ देता है और wlan0 पर कनेक्टिविटी वापस पाने का एकमात्र तरीका ifdown / ifup जारी करना है जो तब 100% काम करता है।

अब मुझे नहीं पता कि यह संबंधित ब्रॉडकॉम कर्नेल मॉड्यूल समस्याएँ पैदा कर रहा है या अगर यह छोटी गाड़ी 8192eu या दोनों है। जरूरत पड़ने पर लॉग की अधिक पंक्तियों की आपूर्ति करने या किसी अलग थ्रेड में पोस्ट करने के लिए खुश, लेकिन #raspbian पर किसी ने सुझाव दिया कि मैं इसे यहां जोड़ रहा हूं।

यदि आप इस बात की पुष्टि कर सकते हैं कि डिस्कनेक्ट होने के बाद vcgencmd get_throttled 0x0 रिटर्न होता है, जो बिजली की समस्या को दूर करेगा।

आमतौर पर तब होता है जब मैं पी के साथ सो रहा होता हूं / नहीं होता हूं और मुझे पता चलता है कि जब मैं इसे कनेक्ट नहीं कर सकता था (तब मैं दूसरे एपी से कनेक्ट करता था और wlan0 रीसेट करता था)। हालाँकि, चूंकि 8192eu डोंगल अब अनप्लग्ड है, इसलिए इसमें कोई ईवेंट नहीं है। मैं छोटी गाड़ी मॉड्यूल के साथ दूसरे डोंगल में प्लग कर सकता हूं, लेकिन डिस्कनेक्ट के तुरंत बाद मुझे vcgencmd get_throttled की जांच करने की आवश्यकता है?

जब तक आप ऊपरी रीबूट नहीं करेंगे, तब तक आपको बताएंगे कि क्या कभी अंडर-वोल्टेज घटना हुई है।

बस उसे दौड़ा दिया। निश्चित रूप से अंतिम डिस्कनेक्ट के बाद से रिबूट नहीं किया गया है। Vcgencmd get_throttled रिटर्न की पुष्टि कर सकते हैं:
गला दबाना = ०x०

दुर्भाग्य से get_throttled Pi0 / Pi0w (अंडर-वोल्टेज डिटेक्शन सर्किट नहीं है) पर काम नहीं करेगा।

किसी कारण से जेम्स एच ६५ से अंतर कॉपी करना और चिपकाना मेरे लिए कारगर नहीं रहा। एक ऐसा पैक्टफाइल बनाया जिसे तुरंत लागू करना चाहिए, लगा कि लोग इसे उपयोगी पा सकते हैं: https://github.com/bortek/EZ-WifiBroadcast/blob/master/kernel/linux-4.9.28-brcmfacac-tos.patch

फाइलनेम 4.9.28 कहता है, लेकिन 4.9.35 तक कम से कम आवेदन करना चाहिए (और शायद बाद में वाले भी)।

इस फ़ाइल को कर्नेल ट्री रूट डायरेक्टरी में कॉपी करें और patch -p1 < linux-4.9.28-brcmfmac-tos.patch साथ लागू करें

अतिरिक्त (लेकिन विषम) जानकारी:

यदि पीरो शून्य डब्ल्यू wlan0 से जुड़ा हुआ है, लेकिन अन्यथा कुछ भी नहीं कर रहा है (क्रोन लिपि में हर 15 मिनट में सबसे अधिक स्नैप्ट की जाँच की जा रही है), बहुत बार-बार डिस्कनेक्ट होते हैं, 1-10 / घंटे के क्रम में कुछ सबसे अधिक दूसरे पर।

यदि मेरे पास कनेक्शन का उपयोग करने के लिए कुछ था, हालांकि, उदाहरण के लिए आईआरसी (कई बड़े चैनल) पर निष्क्रिय होना, कनेक्शन पूरे समय में एक बार नहीं गिरता है यह मामला है।

4.9.35 पर 4.9.39 कर्नेल मॉड्यूल लोड करने की बारी एक अच्छा विचार नहीं था।

मंच से एक और बग रिपोर्ट, मेलबॉक्स त्रुटि सामान्य लगती है।

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=189046

नवीनतम आरपीआई-अपडेट कर्नेल में अब बीसीडीसी प्राथमिकता पैच शामिल है।

सरू (ब्रॉडकॉम था) ने हमें परीक्षण करने के लिए वाईफाई और ब्लूटूथ फर्म के नए रिलीज दिए हैं। आप यहां पूर्व-रिलीज़ डाउनलोड कर सकते

tar zxvf brcmfw_170808.tgz
cd brcmfw_170808
./brcmfw -i

यह तब नया फर्मवेयर स्थापित करेगा (पुराने संस्करणों को पहले बैकअप दिया जाएगा)।

मूल फर्मवेयर पर वापस जाने के लिए (जो मैं आपको उचित रिलीज़ स्थापित करने से पहले करने की सलाह देता हूं):

./brcmfw -u

क्या बदला है:

1. CVE-2017-9417: "ब्रॉडप्वन" समस्या ठीक करें
2. संस्करण स्ट्रिंग में "CY" स्ट्रिंग जोड़ें।
3. AMPDU अनुक्रम संख्या गतिरोध तय (इस समस्या के लिए संभावित सुधार)
4. सीएलएम संस्करण उन्नयन
5. CVE-2017-0572: मेमोरी करप्शन फिक्स

बस एक साइड नोट - मैंने अपने पहले पीरो जीरो डब्ल्यू पर आंतरिक वाईफाई को अक्षम कर दिया और एक यूएसबी वाईफाई डोंगल पर स्विच किया, सभी समस्याएं चली गईं। कुछ दिन पहले मैंने अपने 3 डी प्रिंटर (ऑक्टोप्रि का उपयोग करके) को नियंत्रित करने के लिए एक और पी जीरो डब्ल्यू स्थापित किया। मुझे यह देखकर थोड़ा आश्चर्य हुआ कि आंतरिक वाईफ़ाई त्रुटिपूर्ण रूप से काम करने लगती है - लेकिन कुछ परीक्षणों के बाद मैं अपने एलजी जी 4 एंड्रॉइड फोन (क्रोम ब्राउजर) से कनेक्ट होते ही उस वाईफाई को तोड़ सकता हूं। जब मैं इसके बारे में सोचता हूं, तो मुझे लगता है कि पहले पाय पर व्यवहार काफी समान था ...
मेरे पीसी से कनेक्शन इस तरह के प्रभावों के लिए नेतृत्व नहीं करता है।

कृपया नया फर्मवेयर आज़माएं और अपने निष्कर्षों के साथ वापस रिपोर्ट करें।

मैं पूर्वावलोकन फर्मवेयर स्थापित किया है। मुझे अभी भी "रास्पबेरीपी कर्नेल: brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री:" त्रुटि मिलती है, जिसके बाद वाईफाई विफलता होती है।

आपका उपयोग मामला क्या है?

के समान:
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=189046

काम कर रहे कॉन्फिगरेशन को वहां पोस्ट करने की कोशिश करना। मैं अपडेट करूंगा।

कृपया अपना कर्नेल संस्करण, कनेक्ट किए गए उपकरणों का सारांश प्रदान करें और जब तक कि त्रुटि दिखाई न दे, तब तक इसे पूरा करें।

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

13 अगस्त 2017 को 21:40 पर, "स्टीफ़न वेरेन" सूचनाएं @github.com ने लिखा:

कृपया अपना कर्नेल संस्करण, कनेक्टेड उपकरणों का सारांश और प्रदान करें
जब तक त्रुटि दिखाई नहीं देती तब तक इसमें समय लगता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322062745
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHRwsQyHa-QqOP7ntTqgCfWlgXpEqks5sX1DlgaJpZM4upup5
।

डिबगिंग डिफ़ॉल्ट रूप से अक्षम है और सक्षम करने के लिए एक मॉड्यूल पुनर्निर्माण की आवश्यकता है (शायद हमें इन जांच के दौरान इसे बदलना चाहिए)। आवश्यक परिवर्तन BRCMDBG=y से .config के पुनर्निर्माण के बाद होते हैं, फिर brcmfmac.debug=0x???????? से /boot/cmdline.txt जोड़ते हैं, जहाँ ???????? एक हेक्साडेसिमल संख्या होती है जिसमें शामिल होते हैं बिट मूल्यों यहाँ प्रलेखित: https://github.com/raspberrypi/linux/blob/rpi-4.9.y/drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.h#L22

पेलवेल द्वारा पोस्ट किए गए परीक्षण फर्मवेयर की कोशिश की, मुद्दा अभी भी जारी है। कनेक्शन हर 1 - 2 घंटे में जमा देता है। जब कनेक्शन गिरा और मैंने पिंग करने की कोशिश की ( ping 8.8.8.8 ), तो यह फिर से _briefly_ तक काम कर रहा है जब तक कि 8 वीं पिंग नहीं हुई। पिंग व्यवहार फ्रीज के पार सुसंगत है। कार्य करना-> फ्रीज-> पिंग 8.8.8.8-> काम करना -> 8 वीं पिंग -> जमा देता है उसके बाद, मुझे अपनी रास्पबेरी पाई को रिबूट करने की आवश्यकता है। पता नहीं है, हालांकि यह मदद है ..

गिरी:
Linux raspberrypi 4.9.41-v7 + # 1023 SMP Tue 8 अगस्त 16:00:15 BST 2017 armv7l GNU / Linux

फर्मवेयर:
बीटी: test_170808
वाईफाई बिन: test_170808
WiFi txt: test_170808

जब भी ऐसा होता है तो dmesg में प्रासंगिक कुछ भी?

14 अगस्त 2017 13:16 को, "जीआलंग करिश्माडिप्टीता" सूचनाएं @github.com
लिखा था:

पेलवेल द्वारा पोस्ट किए गए परीक्षण फर्मवेयर की कोशिश की, मुद्दा अभी भी जारी है।
कनेक्शन हर 1 - 2 घंटे में जमा देता है। जब कनेक्शन गिरा और मैं
पिंग करने की कोशिश की (पिंग 8.8.8.8), यह 8 वीं तक फिर से संक्षेप में काम कर रहा है
पिंग। उसके बाद, मुझे अपनी रास्पबेरी पाई को रिबूट करने की आवश्यकता है।

गिरी:
लिनक्स रास्पबेरीपी 4.9.41-v7 + # 1023
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1023&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=OFVHPpEIYXIdyZoaKEmVcXWxHk2O53Mv7nB_Kp-jNnI&e=
एसएमपी टीयू अगस्त 8 16:00:15 बीएसटी 2017 आर्मव 7 जीएनयू / लिनक्स

फर्मवेयर:
बीटी: test_170808
वाईफाई बिन: test_170808
WiFi txt: test_170808

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D322164546&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=lhUPrFZ2Xcg2O_gDeznrblSKqMffIk4hXHFaUrCfNIc&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHej12v-2DqQEMPe4n2TBq-5F5VyQgq2Iks5sYCyMgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=AKaU_LFRmDMObaVb2VxPhT3pS6_Sd6Qnrtg_9TSH5pc&s=-6r_-x8_9PHhc0q5uJZcGsxdyCROGK7EhGQyp3scT8U&e=
।

नहीं, दिलचस्प कुछ भी नहीं है। शायद इसलिए कि मैंने डिबगिंग समर्थन के साथ मॉड्यूल का पुनर्निर्माण नहीं किया है। यह कैसे करना है? या आप संकलित मॉड्यूल प्रदान करेंगे? धन्यवाद।

नीचे संलग्न dmesg लॉग हैं:

`pi<strong i="7">@raspberrypi</strong>:~ $ sudo dmesg

[    4.654722] brcmfmac: Firmware version = wl0: Aug  7 2017 00:46:29 version 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[    5.752968] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[    5.753285] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[    6.206530] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[    6.206577] brcmfmac: power management disabled
[    7.088933] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[    7.340040] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[    7.340841] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
[    7.431235] Adding 102396k swap on /var/swap.  Priority:-1 extents:4 across:217088k SSFS
[   10.182342] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   10.182357] brcmfmac: power management disabled
[   10.872838] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   10.872903] brcmfmac: power management disabled
[   11.594201] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[   14.128592] ip_tables: (C) 2000-2006 Netfilter Core Team
[   14.172268] nf_conntrack version 0.5.0 (15360 buckets, 61440 max)
[   54.604680] random: crng init done

pi<strong i="8">@raspberrypi</strong>:~ $ sudo dmesg -l err
[    4.501055] raspberrypi-touchscreen 3f700000.dsi.0: Unknown Atmel firmware revision: 0xfa
`

डीबग मॉड्यूल पर विवरण के लिए ऊपर फिल की पोस्ट देखें। हम विशेष रूप से हैं
मेलबॉक्स त्रुटि होने पर डीबग ट्रेस में रुचि।

14 अगस्त 2017 17:52 को, "जीआलंग करिश्माडिप्टीता" सूचनाएं @github.com
लिखा था:

नहीं, दिलचस्प कुछ भी नहीं है। हो सकता है क्योंकि मैं मॉड्यूल के साथ पुनर्निर्माण नहीं किया है
डिबगिंग समर्थन। यह कैसे करना है? या आप संकलित मॉड्यूल प्रदान करेंगे?
धन्यवाद।

संलग्न बेलगाम dmesg लॉग:

` पी @ रास्पबेरी : ~ $ सूडो dmesg

[4.654722] brcmfmac: फर्मवेयर संस्करण = wl0: अगस्त 7 2017 00:46:29 संस्करण
7.45.41.46 (r666254 CY) FWID 01-f8a78378
[५. [५२ ९ ६ 5.] smsc95xx 1-1.1: 1.0 eth0: हार्डवेयर रिमोट के लिए सक्षम नहीं है
जागो
[५. [५३२ON५] IPv6: ADDRCONF (NETDEV_UP): eth0: लिंक तैयार नहीं है
[6.206530] IPv6: ADDRCONF (NETDEV_UP): wlan0: लिंक तैयार नहीं है
[6.206577] brcmfmac: पावर प्रबंधन अक्षम
[7.088933] IPv6: ADDRCONF (NETDEV_CHANGE): wlan0: लिंक तैयार हो गया
[[.३४००४०] IPv6: ADDRCONF (NETDEV_CHANGE): eth0: लिंक तैयार हो गया
[7.340841] smsc95xx 1-1.1: 1.0 eth0: लिंक अप, 100 mbps, पूर्ण-द्वैध, lpa
0xCDE1
[[.४३१२३५] १०२३ ९ ६k स्वैप / वर / स्वैप पर जोड़ना। प्राथमिकता: -1 विस्तार: 4
पार: 217088k एसएसएफएस
[10.182342] IPv6: ADDRCONF (NETDEV_UP): wlan0: लिंक तैयार नहीं है
[10.182357] brcmfmac: पावर प्रबंधन अक्षम
[10.872838] IPv6: ADDRCONF (NETDEV_UP): wlan0: लिंक तैयार नहीं है
[10.872903] brcmfmac: पावर प्रबंधन अक्षम
[11.594201] IPv6: ADDRCONF (NETDEV_CHANGE): wlan0: लिंक तैयार हो गया
[14.128592] ip_tables: (C) 2000-2006 नेटफिल्टर कोर टीम
[14.172268] nf_conntrack संस्करण 0.5.0 (15360 बाल्टी, 61440 अधिकतम)
[५४.६०४६ .०] यादृच्छिक: crng init किया

pi @ raspberrypi : ~ $ sudo dmesg -l इरेटी
[४.५०१०५५] रास्पबेरी-टचस्क्रीन ३ एफ .०००००।एसडीआई ०: अज्ञात एटम फर्मवेयर
संशोधन: 0xfa
`

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322228992 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHXuy3Eo5PqPAP8FfSFiYWMUQL7fAks5sYG1HgaJpZM4UupC5
।

नवीनतम आरपीआई-अपडेट कर्नेल BRCMDBG को सक्षम करता है जो पहले @pelwell द्वारा सुझाए गए brcmfmac.debug=0x???????? कमांड लाइन विकल्प की अनुमति देता है।

Errrr ..... मेरा Pi3 जो अब तक wifi के साथ ठोस था, मैं इसे खो देता हूँ क्योंकि मैं कुछ दिनों पहले नवीनतम रसियन में अपग्रेड किया गया था :-(

लक्षण क्या हैं? मैं फर्मवेयर में एक प्रतिगमन की उम्मीद नहीं करूंगा, या
वास्तव में ड्राइवर ही।

24 अगस्त 2017 को 20:07 पर, क्रिस्पी नोटिफिकेशन @github.com ने लिखा:

इर्र्र ..... मेरा पी 3 जो वाईफाई के साथ ठोस था अब मैं भी इसे खो देता हूं
कुछ दिनों पहले नवीनतम रसियन में अपग्रेड किया गया :-(

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-324728431 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHUxvLV3OzKGpcmEMGEoSad_piujBks5sbcoHgaJpZM4HupC5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@ क्रिस्पी
ये कोशिश करें:
मैंने अपने / etc / नेटवर्क / इंटरफेस फ़ाइल से eth0 के सभी उल्लेख को हटा दिया, ऑटो के साथ अनुमति-हॉटप्लग को बदल दिया, और फिर wlan0 और wlan1 दोनों पर वायरलेस-पावर को बंद कर दिया।

मेरी / etc / नेटवर्क / इंटरफेस फ़ाइल:

auto lo
iface lo inet loopback

wireless-power off
auto wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

wireless-power off
auto wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf`

फिर मैंने flushed arp:

आईपी ​​-s -s प्रतिद्वंद्वी सभी फ्लश

फिर मैंने रिबूट किया:

सूडो अब रिबूट

मुझे पूरा यकीन है कि मैं नियमित रूप से इस बग का सामना कर रहा हूं। होस्टपैड को चला रहा है, एक्सेस प्वाइंट को होस्ट करने के लिए आंतरिक ब्रॉडकॉम वाईफाई का उपयोग कर रहा है, और राउटिंग क्लाइंट जो एक वायरलेस क्लाइंट के रूप में कार्य करने वाले यूएसबी वाईफाई डोंगल के माध्यम से इसे कनेक्ट करते हैं। कई डिवाइस कनेक्टेड हैं, लेकिन जैसे ही मैं कनेक्टेड डिवाइस की रेंज से पाई को बाहर निकालता हूं, वैलन क्रैश होने लगता है। दूसरों के साथ के रूप में, यह केवल आंतरिक ब्रॉडकॉम wlan डिवाइस है जो नीचे चला जाता है: ईथरनेट और अन्य वलान अप्रभावित रहते हैं। मुझे सिस्टम लॉग में "मेलबॉक्स" त्रुटि भी मिल रही है:

Aug 27 08:34:38 raspberrypi kernel: [40063.859420] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

(https://pastebin.com/NPB00ZEq पर अधिक लॉग विवरण)

मैंने देखा था कि वॉल्व डिवाइस के विफल स्थिति में होने पर iwconfig का आउटपुट अब Tx_Power मान नहीं दिखाता है, इसलिए मैंने इस बीच एक स्वचालित रिबूट को स्क्रिप्ट के रूप में उपयोग किया है।

मैंने अभी नवीनतम आरपीआई-अपडेट के लिए अपडेट किया है, ऊपर उल्लिखित परीक्षण वाईफाई ड्राइवरों को स्थापित किया है, और BRCMF_TRACE_VAL के लिए हेक्स मूल्य का उपयोग करके अपने cmdline.txt में डिबग ध्वज जोड़ा है: bcrmfmac.debug=0x00000002

यदि आप नियमित रूप से मेलबॉक्स त्रुटि प्राप्त कर सकते हैं, तो हम डीबग ड्राइवर से परिणामों के लिए आभारी होंगे। जब आपको मेलबॉक्स त्रुटि मिलती है, तो कृपया कुछ ऐसा करें कि फोरेंसिक प्राप्त करें और यहां परिणाम पोस्ट करें, मैं उन्हें सरू पर पास कर सकता हूं जो इस मुद्दे की जांच कर रहे हैं।

cat /sys/kernel/debug/brcmfmac/mmc1\:0001\:1/forensics

ठीक है, जो एक आसानी से पुन: प्रस्तुत किया जाने वाला मुद्दा था मैं अब आरपीआई-अपडेट चलाने के बाद से नकल करने में सक्षम नहीं हूं। मैं 21 जून 2017 से रास्पियन बिल्ड की एक नई स्थापना के लिए वापस अपग्रेड करके इसे बनाने में सक्षम हो सकता हूं, अगर यह मददगार होगा।

@ जेम्स एच .65
आपके द्वारा अनुरोध किए गए फोरेंसिक (मेलबॉक्स त्रुटि के बाद) को पकड़ने के लिए प्रबंधित, लेकिन स्पष्ट होने के लिए, यह 21 जून रास्पियन बिल्ड में शामिल कर्नेल को अपग्रेड करने के बाद है। यह अच्छी तरह से पहले से ही हल हो सकता है, क्योंकि मैंने अभी तक @pelwell द्वारा पोस्ट किए गए टेस्ट फ़र्मवेयर को दो सप्ताह पहले स्थापित करने और आरपीआई-अपडेट चलाने के बाद इस मुद्दे को डुप्लिकेट करने के लिए अभी तक नहीं किया है।

यहाँ फोरेंसिक के लिए एक लिंक है:
https://pastebin.com/VVqVQ8FW

आशा है कि सहायक ...

इसलिए पुराने फर्मवेयर के साथ मुझे संदेह है। हम फॉरेंसिक प्राप्त करने की उम्मीद कर रहे हैं
नए फर्मवेयर जिसमें ट्रैकिंग के उद्देश्य से अतिरिक्त संदेश (जाहिरा तौर पर) हैं
मेलबॉक्स समस्या नीचे। यह मुझे लगता है कि सरू अभी भी लगता है कि लगता है
मेलबॉक्स समस्या अन्य सुधारों के बाद भी रहेगी। वैसे भी डेटा पर पास होगा जब यह मदद करता है।

यह जानना अच्छा है कि त्रुटियों को पुन: पेश करने के लिए बहुत कठिन हैं!

29 अगस्त 2017 को 15:51 पर, randyoo सूचनाएँ @ithub.com ने लिखा:

@ जेम्स एच .65
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_jamesh65&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=3RXFuPnppW2lu6j302oN0bZFkwDQhfTLIZ4fb-qzMds&e=
आपके द्वारा अनुरोध किए गए फोरेंसिक को पकड़ने के लिए प्रबंधित, लेकिन स्पष्ट होने के लिए,
यह 21 जून रास्पियन में शामिल कर्नेल को अपग्रेड करने के बाद है
निर्माण। यह अच्छी तरह से पहले से ही हल हो गया है, क्योंकि मैं करने में असमर्थ हूँ
@pelwell द्वारा पोस्ट किए गए परीक्षण फर्मवेयर को स्थापित करने के बाद समस्या की नकल करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_pelwell&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=OEna5EdFdm9tLu51AyYXqp_FN2kYCjSiEmIG7OTV8yI&e=
लगभग दो हफ्ते पहले।

यहाँ फोरेंसिक के लिए एक लिंक है:
https://pastebin.com/VVqVQ8FW
https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_VVqVQ8FW&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=05AD-plLg4D-_tU_7DpsL3d-tOtWDjbQs62eqP9W9gg&e=

आशा है कि सहायक ...

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D325689126&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=0aM55qLQhMgI2neXi8qVWOJ4FNsV4VlNCOyxI3AW_2c&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHZObdWpcetcTECfa0dqKXJPMWiS1ks5sdCVxgaJpZM4HupC5&d=DwMFaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=owdl09j03eJ21jjmS-pXzxuHC0FQIGtHaCHVAUCN42I&s=nNj0tSkc_hIjXqC-9GAp1TcD06OXO70Ivwzo_EdWB1E&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

यह मुझे लगता है कि सरू अभी भी लगता है कि लगता है
मेलबॉक्स समस्या अन्य सुधारों के बाद भी रहेगी।

हां, यही मेरी समझ भी है।

@randyoo सकारात्मक प्रतिक्रिया के लिए धन्यवाद।

@ जेम्स एच .65
ठीक है, यह फिर से हुआ, इस बार नवीनतम आरपीआई-अपडेट फर्मवेयर पर, और @pelwell द्वारा पोस्ट किए गए परीक्षण फर्मवेयर का उपयोग करके। दुर्भाग्य से, फोरेंसिक आउटपुट पिछले पोस्ट के समान दिखता है। (मुझे यकीन नहीं है कि मुझे फोरेंसिक डंप में अलग / अधिक विस्तृत जानकारी क्यों नहीं मिल रही है, क्योंकि मेरे पास मेरी पिछली पोस्ट के अनुसार मेरे cmdline.txt में सक्षम डिबगिंग है)

मैंने आगे बढ़कर अन्य / एसआईएस / कर्नेल / डिबग सामग्री की सामग्री को भी डंप किया। यहाँ यह है: https://pastebin.com/pdFUPBxN

अंतिम wlan फ्रीज़ पर, कर्नेल लॉग ट्रेस अधिक विस्तृत प्रतीत होता है। लिंक देखें:
https://pastebin.com/KTxbgpYV

उम्मीद है की वो मदद करदे।

क्या फर्मवेयर फोरेंसिक में कोई और विस्तार था? मुझे लगता है कि
मेलबॉक्स त्रुटि होने पर बिट सरू वास्तव में रुचि रखते हैं।

31 अगस्त 2017 को 21:56 बजे, randyoo सूचनाओं @ithub.com ने लिखा:

अंतिम wlan फ्रीज़ पर, कर्नेल लॉग ट्रेस अधिक विस्तृत प्रतीत होता है।
लिंक देखें:
https://pastebin.com/KTxbgpYV
https://urldefense.proofpoint.com/v2/url?u=https-3A__pastebin.com_KTxbgpYV&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=9SV25GVatAz8aDQRiSTEUEGmojqbPPSY5MnyCHwA3X0&e=

उम्मीद है की वो मदद करदे।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D326418448&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=IZRQxkqqxvIzHVKqJB-6M_URsEqng8tIkcmxDIzkkiw&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHdZjkkbqkyNpJMIj22zqwwR9Evq5ks5sdx4OgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=Q-jbAaSSLWAuC7E9Mh2NDxUucRiJHVodu4QDmS5Tcoo&s=JGjVJt7B0gGL7s7rhdudrn9OPNciRuJmCSYSUHuezJ8&e=
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

सही है, क्षमा करें। फोरेंसिक पर कब्जा करने के लिए प्रबंधित, और हाँ, वहाँ बहुत अधिक विस्तार प्रतीत होता है:
https://pastebin.com/qypfAfAp

जैसा कि कभी-कभी नए मामलों में मदद मिलती है, मुझे समय-समय पर यह भी मिलता है:

pi @ jempi : ~ $ grep "brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012" / var / log / syslog
अगस्त 14 22:16:23 जेम्पी कर्नेल: [501.247242] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
17 अगस्त 20:26:20 जेम्पी कर्नेल: [509.684277] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
अगस्त २४ २३:३ ९: ३i जम्पी कर्नेल: [५.३.६५२१ br ९] ब्रिकफ़ैमैक: ब्रिक्सफ़_एसडिओ_होस्टेल: अज्ञात मेलबॉक्स डेटा सामग्री: ०x४००१२
अगस्त 29 23:50:16 जेम्पी कर्नेल: [5052.517999] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
अगस्त 30 00:02:18 जेम्पी कर्नेल: [170.978988] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
अगस्त ३० २३:५25:१२ जम्पी कर्नेल: [.50२५४.५०२४३१] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
सितम्बर 2 00:33:28 जेम्पी कर्नेल: [5979.773944] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012

मैं एपी के रूप में आंतरिक वाईफाई (wlan0) का उपयोग कर रहा हूं और अपने राउटर से कनेक्ट करने के लिए डोंगल (wlan1) प्लग किया है:
pi @ jempi : ~ $ ifconfig wlan0
wlan0 लिंक एनकैप: ईथरनेट HWaddr b8: 27: eb: cf: db: b8
inet addr: 10.3.141.1 Bcast: 10.3.141.255 मास्क: 255.255.255.0
inet6 addr: fe80 :: 6b56: 4657: 75cd: a501 / 64 स्कोप: लिंक
UP BROADCAST रनिंग मल्लिकस्ट MTU: 1500 मीट्रिक: 1
आरएक्स पैकेट: 0 त्रुटियां: 0 गिरा: 0 ओवररन: 0 फ्रेम: 0
TX पैकेट: 30 त्रुटियां: 0 गिरा: 0 ओवररन: 0 वाहक: 0
सी ollisions: 0 टी xqueuelen: 1000
RX बाइट्स: 0 (0.0 B) TX बाइट्स: 5492 (5.3 KiB)

pi @ jempi : ~ $ ifconfig wlan1
wlan1 लिंक एनकैप: ईथरनेट HWaddr 00: 60: b3: db: 8a: 4a
inet addr: 192.168.1.74 Bcast: 192.168.1.255 मास्क: 255.255.255.0
inet6 addr: fe80 :: 260: b3ff: fedb: 8a4a / 64 स्कोप: लिंक
UP BROADCAST रनिंग मल्लिकस्ट MTU: 1500 मीट्रिक: 1
आरएक्स पैकेट: 1358 त्रुटियां: 0 गिरा: 2 ओवररन: 0 फ्रेम: 0
TX पैकेट: 789 त्रुटियां: 0 गिरा: 0 ओवररन: 0 वाहक: 0
सी ollisions: 0 टी xqueuelen: 1000
RX बाइट्स: 256652 (250.6 KiB) TX बाइट्स: 215250 (210.2 KiB)

मेरे पास कर्नेल 4.9.35-v7 + था और कल इसे 4.9.46-v7 + (आरपीआई-अपडेट के साथ) में अपग्रेड किया गया लेकिन मदद नहीं करता है। विफल होने पर syslog से इनपुट:

सितम्बर 2 00:33:28 जेम्पी कर्नेल: [5979.773944] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
सितम्बर 2 00:34:00 जेम्पी कर्नेल: [6011.624839] brcmfmac: brcmf_netdev_wait_pend8021x: बिना किसी लंबित 802.1x पैकेट के इंतजार में
सितम्बर 2 00:34:02 जेम्पी कर्नेल: [6014.184823] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-110)
सितम्बर 2 00:34:05 जेम्पी कर्नेल: [6016.744833] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REONON -110 विफल
सितम्बर 2 00:34:06 जेम्पी कर्नेल: [6017.704831] brcmfmac: brcmf_netdev_wait_pend8021x: बिना किसी लंबित 802.1x पैकेट के इंतजार में
सितम्बर २:३४:३i जम्पी कर्नेल: [६०२०.२६४ br५०] brcmfmac: send_key_to_dongle: wsec_key त्रुटि (-110)
सितम्बर २:३४:११ जेम्पी कर्नेल: [६०२२.3२४ ९ ०३] brcmfmac: brcmf_cfg80211_change_station: SCB (de-) को अधिकृत करना विफल, -110

Sudo ifconfig wlan0 के साथ wlan0 इंटरफ़ेस को पुनरारंभ करें और फिर मदद नहीं की।

@ एम्ब्रोग कृपया जेम्स द्वारा बताए अनुसार फोरेंसिक भी प्रदान करें।
कौन सा ड्राइवर wlan1 का उपयोग करता है? क्या यह समस्या अभी भी अनप्लग डोंगल के साथ होती है?

कुछ और फोरेंसिक कैप्चर:
https://pastebin.com/vqh3UcF3

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

मैंने इस कॉन्फ़िगरेशन को फॉरेंसिक पर कब्जा करने के लिए काफी लंबे समय तक रखा है, और अगर कोई और विवरण है जो मैं प्रदान कर सकता हूं, तो मुझे ऐसा करने में खुशी होगी, लेकिन वलन क्रैश अब इतनी बार हो रहा है कि यह मेरे डिवाइस को बेकार कर देता है। मैं विश्वसनीयता प्राप्त करने के लिए, आंतरिक रेडियो को बदलने के लिए एक और यूएसबी वाईफाई डोंगल का उपयोग करने का इरादा रखता हूं।

मैंने सरू पर आपका सबसे हालिया फोरेंसिक पास किया है - समय निकालने के लिए धन्यवाद।

बस में झंकार करना चाहता था। मेरे पास नवीनतम RPI3s पर वही मुद्दा है जो नवीनतम फर्मवेयर चला रहा है। मैं तीनों पर ऑक्टोपी का उपयोग कर रहा हूं और उन्हें प्रिंटॉइड के माध्यम से एक्सेस कर रहा हूं।

bcrmfmac.debug brcmfmac.debug (स्पॉट करने के लिए धन्यवाद @MilhouseVH)
मैं पहले की पोस्टों को संपादित करूँगा।

bcrmfmac.debug को brcmfmac.debug होना चाहिए (@MilhouseVH स्पॉट करने के लिए धन्यवाद)
मैं पहले की पोस्टों को संपादित करूँगा।

इसके आधार पर, मैंने मान लिया कि मैंने जो फोरेंसिक पर कब्जा किया था, वह पूरा नहीं था।

मैंने फोरेंसिक कैप्चर को दोहराया है, यह निम्नलिखित URL पर उपयोग किया जा सकता है:
https://pastebin.com/ha5rd7SW

इसके अलावा, मेरी /var/log/kern.log फ़ाइल 200MB आकार के पास है, इसमें से अधिकांश में समान प्रविष्टियाँ हैं। मैं मेलबॉक्स त्रुटि 00:53:19 पर स्थित है, और त्रुटि के पहले और बाद में कुछ सेकंड छीन लिया। उम्मीद है कि यह मदद करता है, इसे यहाँ देखें:
https://pastebin.com/JcE0zstS

इसलिए मुझे लगता है कि मुझे एक ही मुद्दा मिला है, https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=192735 देखें

मैं इसे 5 मिनट के भीतर पुन: पेश कर सकता हूं। आपको वाईफाई (कैमरा वेबनेटफेस) और बहुत कम वाईफाई सिग्नल पर उच्च मात्रा में ट्रैफ़िक की आवश्यकता है। मेरे पास लगभग शून्य और सिग्नल को शून्य तक पहुंचाने के लिए आपकी उंगली / हाथ पर रखने के लिए पाई शून्य है और यह पर्याप्त है (मेरा राउटर 15-20% सिग्नल दिखाता है)। इस राज्य में लगभग 1 मिनट के बाद वाईफाई क्रैश हो जाता है

@lategoodbye एक हफ्ते के बाद मैंने अपना पीआई चालू किया और कोई भी मुद्दा तब तक नहीं आया जब तक कि एपी ने कुछ भी इस्तेमाल नहीं किया और थोड़ी देर के बाद जब फोन से जुड़ा हुआ था तो wlan0 से जुड़ा। मैं कमांड चलाता हूं और परिणाम यहां पाया जा सकता है: https://pastebin.com/77tGfRcU

wlan1 के लिए, मैंने एक बहुत पुराना डोंगल इस्तेमाल किया। याद नहीं कर सकते कि मुझे काम करने के लिए किस ड्राइवर को स्थापित करना था, लेकिन यह वही है जो lsusb HW मैं उपयोग के लिए देता है:

बस 001 डिवाइस 005: आईडी 0 सीडी : 0008 जेड-कॉम XG-703A 802.11g वायरलेस एडाप्टर [Intersil ISL3887]

मुझे नहीं पता कि वह मदद करता है लेकिन यहाँ मेरा अनुभव है:

मैंने एक पी 3 खरीदा और आंतरिक वाईफाई (एपी से दूर नहीं) के साथ कुछ दिनों के लिए परीक्षण किया, और यह बहुत अच्छी तरह से काम करने लगा (मुझे उच्च बिट्रेट की उम्मीद नहीं थी, यह सिर्फ ssh के माध्यम से एक दूरस्थ शेल के लिए उपयोगी होगा। ) है।

एक एल्यूमीनियम मामले में डालने के बाद यह अभी भी पहले ठीक लग रहा था, लेकिन फिर वाईफ़ाई बेतरतीब ढंग से अनुपयोगी बनती रही। मिनट के माध्यम से कोई पिंग के माध्यम से आ रहा है। अभी भी ऐसे मौके थे जब इसने कुछ सेकंड के लिए बहुत अच्छा काम किया लेकिन यह फिर से "एक कीस्ट्रोक प्रति सेकंड" अनुभव में बदल गया या पूरी तरह से काम करना बंद कर दिया।

ऐसा लगता है कि कोई "धीमी लेकिन प्रयोग करने योग्य" कनेक्शन केवल "बहुत अच्छा" या "अनुपयोगी" हो सकता है। यह फर्मवेयर में बग के कारण हो सकता है। मेरे पास कोई विचार नहीं है और स्पष्ट रूप से मैंने धैर्य खो दिया है और इसके बजाय एक बहुत छोटे यूएसबी डोंगल का उपयोग किया है जो 100% स्थिर काम करता है।

क्या किसी को समस्या का पता लगाने के लिए (एपी मोड में) वर्कअराउंड मिला है और प्रोग्रामनल डिवाइस को रीसेट करना है?

ऐसा नहीं है कि मैंने देखा, इंटरफ़ेस को पुनरारंभ करने से मदद नहीं मिली। मेरे लिए एक बाहरी वाईफाई usb डिवाइस खरीदना था और यह एक आकर्षण की तरह काम करता है, लेकिन यह एक किटी है जैसे ही मैंने पाई (आह!) की वाईफाई को बंद कर दिया।

क्या आप मेलबॉक्स समस्या का मतलब है? यह अभी भी सरू में जांच के अधीन है।

21 सितंबर 2017 08:38 को, "नैतिक मरोड़" सूचनाएं @github.com ने लिखा:

ऐसा नहीं है कि मैंने देखा, इंटरफ़ेस को पुनरारंभ करने से मदद नहीं मिली। मेरे लिए सम्‍मिलन
एक बाहरी वाईफ़ाई USB डिवाइस खरीदना था और यह एक आकर्षण की तरह काम करता है
एक किन्नर के रूप में अब मैं पीआई की आह बंद कर दिया (आह!)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_raspberrypi_linux_issues_1342-23issuecomment-2D331077428&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=yJzPdDsdAiNsKtR1oEpYjjGEpQ0eJYC9ewXwEfkuqPc&s=6bBJAhWAGVPWclnkLVfXnnxkjzhpirqKWLaw_h7N5vE&e= ,
या धागा म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_ADqrHSRUXSjMwOd-5Fd-5F2VgM3QanccSv4Kks5skhJ-2DgaJpZM4HupC5&d=DwMCaQ&c=DpyQ_ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo&r=w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek&m=yJzPdDsdAiNsKtR1oEpYjjGEpQ0eJYC9ewXwEfkuqPc&s=YJocP4q5OKwHSRNQcwjY5pPFGv4VuM-5oNsMo0MDIZU&e=
।

हाँ मेलबॉक्स मुद्दा। मुझे उम्मीद है कि यह ठीक हो जाएगा, लेकिन रोकथाम के रूप में मुझे बाहरी डिवाइस पर स्विच करना पड़ा।

ठीक। हम इस पर सरू की दया पर हैं - यह एक फर्मवेयर मुद्दा है, और वे एक्सेस वाले एकमात्र हैं। मैं उन्हें याद दिलाता रहूँगा ..... हमें कुछ और फोरेंसिकों की आवश्यकता हो सकती है, लेकिन अगर ऐसा है तो यहाँ पोस्ट करेंगे।

निष्क्रिय होने के कुछ सेकंड के बाद मेरा वलन डिस्कनेक्ट हो जाता है और पुन: जुड़ जाता है (मुझे लगता है कि यह पावरस्वाइसिंग है, हालांकि मैंने इसे iw, या शायद हस्तक्षेप के साथ अक्षम कर दिया है)। यकीन नहीं होता कि यह वही मुद्दा है जिस पर यहां चर्चा की गई है (क्योंकि यह तुरंत फिर से जुड़ता है)।

अगर मैं ssh -o ServerAliveInterval 5 ... जुड़ता हूं, तो यह अब डिस्कनेक्ट नहीं होता है।

$ uname -a
Linux pi3 4.4.50-hypriotos-v7+ #1 SMP PREEMPT Sun Mar 19 14:11:54 UTC 2017 armv7l GNU/Linux

@ दास ,
मुद्दा नहीं है, अगर इसे फिर से जोड़ा जाता है, तो यह आमतौर पर केवल एक विलंबता मुद्दा होगा, लेकिन जब वाईफाई पर हेडलेस चल रहा हो (PiZero-W की एक मुख्य संभावित विशेषता) जब वाईफाई गिरता है और स्वचालित रूप से पुन: कनेक्ट नहीं होता है, तो सिस्टम क्रैश हो गया है सभी व्यावहारिक उद्देश्यों के लिए।

भले ही मैं Motioneye के साथ भारी नेटवर्क लोड के तहत एचडीएमआई, माउस और कीबोर्ड रखता हूं, कभी-कभी पुनर्प्राप्त करने का एकमात्र तरीका बिजली चक्र है।

मैंने एक WiPi USB वाईफाई डोंगल के साथ एक Pi2 पर Motioneye की स्थापना और कॉन्फ़िगरेशन को दोहराया है और अब तक इसके भार को पूरी तरह से काम किया है जिसने कुछ घंटों में ही पीज़ेरो-डब्ल्यू को मार डाला। मेरे लिए यह एक वाईफाई चिप / ड्राइवर समस्या की पुष्टि करता है और रास्पियन-खिंचाव के साथ कोई समस्या नहीं है।

@ पीटरइनमास्टर 1 @ अरंडीओ @ जोशफ्रिया

ठीक है, मेलबॉक्स समस्या को देखने वाले किसी भी व्यक्ति के लिए संदेश, और मेरे लिए कुछ परीक्षण करने में सक्षम होगा।

हमारे पास सरू से एक डायग्नोस्टिक फर्मवेयर है, जो समस्या को ट्रैक करने में मदद कर सकता है। यदि मेलबॉक्स समस्या वाला कोई भी व्यक्ति इस फर्मवेयर को चलाने के लिए तैयार होगा, और जब मेलबॉक्स समस्या होती है, तो फोरेंसिक को डंप करें, और परिणाम यहां पोस्ट करें, इससे बहुत मदद मिलेगी। ध्यान दें, इस फर्मवेयर का उपयोग किसी और चीज के लिए नहीं किया जाना चाहिए लेकिन यह परीक्षण 'गैर-इष्टतम' होगा! कृपया यहां टिप्पणी करें कि क्या आप परीक्षण करने में सक्षम हैं, और मैं फर्मवेयर और निर्देशों के संपर्क में आ जाऊंगा।

@iurly : मैंने एक स्क्रिप्ट लिखी है जो समस्या का पता

@ JamesH65 : मुझे पहले की तरह मदद करने में खुशी होगी। क्या यह डायग्नोस्टिक फर्मवेयर का एक नया संस्करण है? मैंने इस पृष्ठ पर पहले से पोस्ट किए गए डायग्नोस्टिक / डीबगिंग फ़र्मवेयर का उपयोग करके 3 सप्ताह पहले (इस अंक पृष्ठ पर) फोरेंसिक कैप्चर पोस्ट किया था।

हाँ, 25 वें सोमवार से सरू की नई फर्मवेयर
इसमें निदान। आपके द्वारा आपूर्ति किए गए पिछले फोरेंसिक नीचे संकुचित हो गए हैं
हालांकि, उन्हें थोड़ा और विस्तार की आवश्यकता है। मैं एक मशीन चला रहा हूं
24 घंटे के लिए अब तक कोई मेलबॉक्स त्रुटि नहीं है, इसलिए वर्तमान में इसे दोहराने में असमर्थ है
खुद।

क्या आप मुझे james पर ईमेल कर सकते हैं [email protected] और मैं आपको फर्मवेयर प्राप्त कर सकता हूं। मैं इसे और अधिक विश्व स्तर पर प्रचारित नहीं करना चाहता क्योंकि यह वास्तव में परीक्षण के उद्देश्य से है।

27 सितंबर 2017 को 14:48 बजे, randyoo सूचनाएं @github.com ने लिखा:

@iurly https://github.com/iurly : मैंने एक स्क्रिप्ट लिखी थी जो पता लगा लेगी
इंटरफ़ेस को नीचे और ऊपर लाने के बाद से समस्या, और फिर रिबूट
मदद नहीं की ... बू तो यह इतनी बार rebooting था, कि मैं केवल एक मिल सकता है
उपयोगी उपकरण इसे एपी मोड से निकालकर (और एपी कर्तव्यों को मेरे लिए निर्दिष्ट करें
यू एस बी डोंगल)

@ JamesH65 https://github.com/jamesh65 : मुझे मदद करने में खुशी होगी, जैसा कि
इससे पहले। क्या यह डायग्नोस्टिक फर्मवेयर का एक नया संस्करण है? मैंने पोस्ट किया
फोरेंसिक 3 सप्ताह पहले (इस मुद्दे पृष्ठ पर) का उपयोग कर कब्जा
डायग्नोस्टिक / डिबगिंग फर्मवेयर इस पृष्ठ पर पहले पोस्ट किया गया था।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332526471 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHW_vEVuxFD-9RuxE003QZc_2NoFaks5smlIjgaJpZM4H5C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@ JamesH65 यदि आप नए फर्मवेयर को लिंक प्रदान करने के लिए इतने दयालु हैं, तो मैं इसे स्थापित कर सकता हूं और फिर से फोरेंसिक पर कब्जा करने की कोशिश कर सकता हूं, जैसा कि आपने अनुरोध किया था।

दुर्भाग्य से, यहां एक लिंक प्रदान करने का अर्थ है सार्वजनिक रूप से उपलब्ध, और
चूँकि यह बहुत टेस्टी फर्मवेयर है, बल्कि मैं इसमें बचना नहीं चाहता था
जंगली। इसलिए ईमेल के माध्यम से करने का अनुरोध करें। अगर वह समस्या है, तो मैं अपलोड करूँगा
यह कहीं है और एक लिंक पोस्ट कर सकते हैं।

27 सितंबर 2017 को 15:56 पर, randyoo सूचनाओं @ithub.com ने लिखा:

@ JamesH65 https://github.com/jamesh65 अगर आप इतने दयालु होंगे
नए फर्मवेयर के लिए एक लिंक प्रदान करें, मैं इसे स्थापित कर सकता हूं और कैप्चर करने का प्रयास कर सकता हूं
फिर से फोरेंसिक, जैसा कि आपने अनुरोध किया है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332548484 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHbVhHD2rk_hp3kG51WBY0R0IQzL3ks5smmIbgaJpZM4H5C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

@ JamesH65 मुझे पता है कि मेरे पास एपी मोड में RPI3 के आंतरिक वायरलेस कार्ड की नियमित फ्रीजिंग है, इसलिए मैं मदद करने के लिए तैयार हूं, लेकिन मुझे यकीन नहीं है कि यह मेलबॉक्स मुद्दा या कुछ और है। मैंने वास्तव में इस तरह के संदेश के लिए अपने लॉग खोजे, लेकिन मुझे यह नहीं मिला।

मैं फर्मवेयर को कर्नेल 4.4.50 के साथ भेज रहा हूं (और मैं वास्तव में नवीनतम 4.9 पर अपग्रेड नहीं कर सकता क्योंकि एक प्रतिगमन के कारण, # 2197 देखें), क्या वह संस्करण उस संदेश को दिखाएगा या इसे बाद के चरण में जोड़ा गया था?

धन्यवाद!

@iurly आपने एक बात सही कही, ब्रॉडकॉम ड्राइवरों में क्रैश समस्या एपी मोड में होती है, और मुझे नहीं पता कि यह मेलबॉक्स त्रुटि से संबंधित है या नहीं। ऐसा लगता है कि यहां 1 से अधिक बग है, शायद यह कुछ हार्डवेयर बग है जिस समय समस्या मौजूद है और कोई समाधान नहीं मिला।

क्या वास्तव में मुझे परेशान करता है एक वर्कअराउंड की कमी है, पूरे सिस्टम को रिबूट करने की कमी।
मेरा मतलब है, परिधीय को रीसेट करने और होस्टपैड को पुनरारंभ करने का एक तरीका भी नहीं है?!?

@iurly आपने एक बात सही कही, ब्रॉडकॉम ड्राइवरों में क्रैश समस्या एपी मोड में होती है, और मुझे नहीं पता कि यह मेलबॉक्स त्रुटि से संबंधित है या नहीं। ऐसा लगता है कि यहां 1 से अधिक बग है, शायद यह कुछ हार्डवेयर बग है जिस समय समस्या मौजूद है और कोई समाधान नहीं मिला।

सिर्फ FYI करें, मुझे क्लाइंट / स्टेशन मोड में भी समस्याएं आ रही हैं। LEDE मास्टर, 4.9 कर्नेल चलाना और फर्मवेयर 7.45.41.46 का उपयोग करना।

@ जेम्स एच .65
परीक्षण फर्मवेयर को प्रकाशित होने से रखने की इच्छा को समझें। ईमेल ठीक होगा, लेकिन मैं अपना पता यहां सार्वजनिक रूप से पोस्ट नहीं करना चाहता, या तो, और मुझे गीथब पर संदेश भेजने का कोई तरीका नहीं दिखता है।

मुझे ईमेल करने के लिए मेरे पीआई पते का उपयोग करें और मैं आपको फर्मवेयर भेजूंगा।

फिर से। एप मोड
4.4 के बाद से कुछ सुधार हुए हैं, इसलिए नवीनतम खिंचाव की कोशिश करने के लायक है
यह देखने के लिए कि क्या यह समस्या अभी भी है।

आह, जब आप एक टिप्पणी संपादित करते हैं तो कोई ईमेल अपडेट नहीं भेजा जाता है, और मैंने अपने पाई ईमेल में उपरोक्त प्रविष्टि में संपादित किया है, इसलिए आपको अपडेट नहीं किया गया है। आपको मुझे ईमेल करने की आवश्यकता है, यह देखने के लिए github वेबसाइट का उपयोग करें।

@ JamesH65 ने आपको एक ईमेल भेजा है। यह सुनकर खुशी हुई कि पिछली फोरेंसिक कैप्चर ने इसे कम से कम संकीर्ण बनाने में मदद की थी ... ऐसा लगता है कि जब यह मुद्दा हल हो जाएगा तो बहुत से लोग प्रसन्न होंगे।

@ जेम्स एच .65
यहां आपके द्वारा ईमेल किए गए फ़र्मवेयर से फॉरेंसिक कैप्चर किया गया है: https://pastebin.com/zdB36ttj
आशा करता हूँ की ये काम करेगा।

बहुत बढ़िया, सरू पर जाएगा। ऐसा करने के लिए धन्यवाद।

मेरे पास अभी एक सेटअप में एक पाई है जहां ऐसा लगता है कि मैं इस वसीयत में पुन: पेश कर सकता हूं। यदि अधिक फोरेंसिक एकत्र करना सहायक है तो मुझे बताएं। मेलबॉक्स त्रुटि सभी मैं लॉग में देख सकता है।

मेरे ज़ीरो डब्ल्यू में माइक्रोएसडी को बदलने के बाद, यह बिना किसी मुद्दे के 7 दिनों के लिए जुड़ा हुआ है। मुझे नहीं लगता कि यह कभी भी लंबे समय तक जीवित रहा। अजीब लगता है कि एक एसडी कार्ड वाईफाई को प्रभावित कर सकता है, लेकिन जैसा कि वे दोनों एसडीआईओ बस से जुड़े हैं, यह संभव हो सकता है कि एक दूसरे को प्रभावित करता है।

पहले जो कार्ड मैं इस्तेमाल करता था, वह (शायद सस्ता) 8 जीबी ट्रांसजेंड क्लास 4 था जो मेरे यूडीओ क्वॉड बोर्ड के साथ आया था। अभी यह सैमसंग ईवो 32 जीबी है। समस्याओं में चलने वाले लोग अगर एक अलग कार्ड का उपयोग करने में मदद करना चाहते हैं तो कोशिश कर सकते हैं।

@stintel दिलचस्प है, लेकिन शायद यह अन्य माइक्रोएसडी, या यहां तक ​​कि क्षतिग्रस्त माइक्रोएसडी पर सॉफ्टवेयर स्थापित करने में कुछ समस्या थी।

क्या वह शक्ति संबंधित हो सकती है? हो सकता है कि सस्ते कार्ड ने पल-पल में बस से बहुत ज्यादा बिजली गिरा दी हो?

मैंने पेलवेल के पोस्ट किए गए फर्मवेयर को लोड किया और एक बड़ा सुधार देखा। इससे पहले, मेरे Pi 0W के लिए एक SSH एक टर्मिनल में 2400 बॉड मॉडेम और एक भद्दा फोन लाइन के साथ डायल करने जैसा था। अब, मैं रिमोट एक्स चला सकता हूं और यह बहुत अच्छा काम करता है।

धन्यवाद!

मुझे भी यही समस्या है। RaspberryPi3-internal-wifi से Galaxy S5 wifi बंद होने से भारी मात्रा में फाइल-नेम (सिंक-ओवर-फीट) ट्रांसफर करने से काम बंद हो जाता है। लेकिन कुछ समय काम करता है ...

मुझे अपने RPi3 WiFi AP के साथ मेलबॉक्स संदेश की समान समस्या थी, लेकिन मुझे इस मंच में एक समाधान मिला है, और इसने मेरे लिए काम किया। समाधान के लिए निम्नलिखित पैरामेट्स को /etc/hostapd/hostapd.conf में बदलना था

wpa = 3 को wpa = 2 में बदल दिया३००_ में बदल गया है

मैंने 1 सप्ताह तक इसका परीक्षण किया है और यह अब मेलबॉक्स के मुद्दों को नहीं दिखाता है।

मुझे यकीन नहीं है कि यह आप सभी के लिए काम करेगा, लेकिन आप इसे आजमा सकते हैं और अगर यह काम करता है तो यहां पोस्ट कर सकते हैं।

यह काम कर रहा है hostapd, conf:

interface=wlan0
driver=nl80211
country_code=CO
ctrl_interface=wlan0
ctrl_interface_group=0
ssid=Mailbox Issue Test
hw_mode=g
channel=5
wpa=2
wpa_passphrase=mailbox
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
beacon_int=100
auth_algs=1
macaddr_acl=0
wmm_enabled=1
eap_reauth_period=360000000

इस मुद्दे पर कोई अपडेट? या कोई ज्ञात समाधान है?

अभी भी हाल ही में खरीदे गए पी ज़ीरो डब्ल्यू के साथ नवीनतम stretch-lite और rpi-update कल के रूप में इसका अनुभव कर रहे हैं।

आरटीएसपी (udp) के माध्यम से कैमरा फीड स्ट्रीम करने के लिए आरपीआई का उपयोग करके मैं वाईफाई कनेक्शन को काटने से ठीक पहले कनेक्शन को काफी खराब देख सकता हूं, इसके बाद वाईफाई कनेक्शन कभी ठीक नहीं होता है और मुझे Pi0W को पावर साइकिल करना होगा।

एक dmesg > dmesg.log केवल दिखाता है:

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

यदि मैं अपनी पहुंच बिंदु के करीब Pi0W को स्थानांतरित करता हूं तो समस्या उत्पन्न नहीं होती है।

मैं पहुंच बिंदु के रूप में Pi0W का उपयोग नहीं कर रहा हूं, यह सिर्फ एक ग्राहक है। मैंने विभिन्न शक्ति स्रोतों की कोशिश की है।

हम वर्तमान में वायरलेस चिप के प्रदाताओं, सरू का इंतजार कर रहे हैं,
इस मुद्दे की प्रगति के लिए। मैं उन्हें फिर से पिंग करूंगा।

25 अक्टूबर 2017 को 14:02 बजे, Matthias Urhahn सूचनाएं @github.com
लिखा था:

इस मुद्दे पर कोई अपडेट? या कोई ज्ञात समाधान है?

अभी भी नवीनतम के साथ हाल ही में खरीदी गई पी ज़ीरो डब्ल्यू पर यह अनुभव करना
खिंचाव-लाइट और आरपीआई-अपडेट कल के रूप में।

आरटीएसपी (udp) के माध्यम से कैमरा फीड स्ट्रीम करने के लिए आरपीआई का उपयोग करके मैं देख सकता हूं
वाईफाई कनेक्शन कटने से ठीक पहले कनेक्शन काफी खराब हो जाता है,
उसके बाद वाईफाई कनेक्शन कभी ठीक नहीं होता है और मुझे पावर साइकिल को चलाना पड़ता है
Pi0W

एक dmesg> dmesg.log केवल दिखाता है:

brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012

यदि मैं अपनी पहुंच बिंदु के करीब Pi0W को स्थानांतरित करता हूं तो समस्या उत्पन्न नहीं होती है।

मैं पहुंच बिंदु के रूप में Pi0W का उपयोग नहीं कर रहा हूं, यह सिर्फ एक ग्राहक है। मैने प्रयत्न किया
विभिन्न शक्ति स्रोतों।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-339322153 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHRlPhJBGXc3JFWbpw_Tf4_EKmgAeks5svzFQgaJpZM4H4C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

खैर ... मैंने नवीनतम कर्नेल / फ़र्मवेयर में अपग्रेड किया है (apt-get upgrade तो rpi-update), और अब, यहां तक ​​कि मेरे Pi3 में जो रॉक सॉलिड वाईफाई था, वह भी कुछ घंटों के बाद खो रहा है !! मुझे पता है, अगर यह टूटा नहीं है, तो इसे ठीक न करें ... अपग्रेड नहीं होना चाहिए, लेकिन चूंकि मैं अपने एसडी 2 के साथ समय-समय पर एक ही एसडी कार्ड के साथ परीक्षण करता हूं।

एफडब्ल्यूआईडब्ल्यू, मैं भी इस समस्या को इच्छा पर पुन: पेश कर सकता हूं। मैंने रास्पबेरी पाई में एक मंच पोस्ट बनाया जो इस मुद्दे की व्याख्या करता है:

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=196018&p=1226143#p1226143

नोट: मैं एपी के रूप में पाई का उपयोग नहीं कर रहा हूं। अगर यह मदद करता है तो मैं फोरेंसिक या प्रयोगात्मक फर्मवेयर आदि का परीक्षण कर सकता हूं।

वही समस्या है। मैंने खुद को स्थापित किया है और बिना किसी समस्या के अपने लैपटॉप से ​​फाइलें स्थानांतरित कर सकता हूं।
लेकिन जैसे ही मैं अपने सैमसंग गैलेक्सी S7 वाईफाई ब्रेक के साथ फाइल ट्रांसफर करता हूं और
raspberrypi kernel: [ 962.273390] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012 :
प्रकट होता है।

मेरा राउटर एक FRITZ है! बॉक्स 7490।

धन्यवाद @srinathava पोस्ट के लिए जो मेरी समस्या का अच्छी तरह से वर्णन करता है!

क्या परीक्षण फर्मवेयर के साथ परीक्षण कर चुके लोग कृपया निम्नलिखित प्रयास कर सकते हैं - सरू द्वारा आवश्यक अधिक डिबग जानकारी।

1. इनमोड करते समय, "डिबग = 0x100000" जोड़ें
2. एक बार समस्या होने पर, "dmesg" आउटपुट को सहेजें

धन्यवाद।

इस पर मदद के लिए एक और अनुरोध।

जो लोग परीक्षण फर्मवेयर (ऊपर देखें) के साथ परीक्षण कर चुके हैं, कृपया सरू द्वारा निम्नलिखित - अधिक डिबग जानकारी की कोशिश कर सकते हैं।

इनमोड करते समय, "डिबग = 0x100000" जोड़ें
एक बार समस्या होने पर, "dmesg" आउटपुट को सहेजें - यह वह बिट है जिसमें हम रुचि रखते हैं।

धन्यवाद।

@ JamesH65 बस आपको बताने के लिए, मैं अब जानकारी एकत्र करने का प्रयास कर रहा हूं, लेकिन समस्या अभी तक नहीं दिखाई गई है। मैंने केवल /etc/hostapd/hostapd.conf फ़ाइल में कुछ छोटे बदलाव किए हैं, लेकिन उन परिवर्तनों ने अनजाने में इस मुद्दे पर काम किया हो सकता है। यदि समस्या कुछ दिनों के भीतर स्वयं उपस्थित नहीं होती है, तो मैं समस्या को दोहराने और डीबग डेटा एकत्र करने के प्रयास में उन परिवर्तनों को वापस लाऊंगा।

इस पर मदद के लिए धन्यवाद।

यह देखने के लिए दिलचस्प होगा कि आपने उन बदलावों की मेजबानी की है, अगर वास्तव में यह समस्या गोल हो जाती है।

4 दिनों की स्थिरता के बाद, मैंने /etc/hostapd/hostapd.conf फ़ाइल में अपने परिवर्तन वापस कर दिए, और कुछ ही घंटों के बाद, समस्या पुन: आ गई। यहाँ dmesg से आउटपुट है:

[86340.811305] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[86374.278317] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86376.838299] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86376.838314] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[86379.398310] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86381.958740] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86381.958754] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[86384.518337] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86384.518353] brcmfmac: brcmf_cfg80211_get_tx_power: error (-110)
[86387.078328] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86389.638353] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[86389.638366] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

मैं RaspAP नामक एक सॉफ्टवेयर पैकेज चला रहा हूं, और मुझे पूरा यकीन है कि इसने hostapd.conf फाइल को मेरी ओर से कॉन्फ़िगर किया है, हालांकि मुझे 100% यकीन नहीं है।

वैसे भी, इस लाइन को /etc/hostapd.conf में टिप्पणी करके: और इसे इसके साथ बदल रहा है: मेरे पास 4 दिनों के लिए सीधे ऑपरेशन था, जबकि यह कुछ घंटों में दुर्घटनाग्रस्त हो जाता था, या कभी-कभी मिनटों में भी!

आशा है कि यह सब मदद करता है।

माफी माँगता हूँ अगर मैं गलत जगह पर पोस्ट कर रहा हूँ, तो मुझे RDP3 के तहत UDP Unicast पैकेट भेजते समय RPi3 आंतरिक (ब्रॉडकॉम) wlan के साथ अजीब व्यवहार का सामना करना पड़ रहा है।
मैं दूसरी बार एक बार 2kb डेटा का एक छोटा पैकेट भेजता हूं, रिसीवर के अंत में यह हर 120 सेकंड में लगभग 3-4 सेकंड के लिए अवरुद्ध हो जाता है। यह परीक्षण घड़ी की कल की तरह चलता है, और मैं निम्नलिखित करने के लिए iperf के साथ पुन: पेश कर सकता हूं

Rpi3

iperf -u -c 192.168.1.22 -i 1 -t 3600

Ubuntu पीसी RPi3 (IP 192.168.1.22 ऊपर) के लिए वाईफाई क्लाइंट के रूप में जुड़ा हुआ है

iperf -u -s -i १

ग्वारेंटेड हर 120 सेकंड में एक रुकावट। दिलचस्प है, यह टीसीपी का उपयोग करने के लिए नहीं लगता है
अंत में, डाउनलोड करने और ड्राइवर कोड को देखने (और कुछ भी नहीं समझने) पर मैंने एक संदिग्ध उल्लेख देखा

BRCMF_SCAN_PASSIVE_TIME 120 परिभाषित करें

जिसका उपयोग तब ड्राइवर कोड में किया जाता है

क्या यह संबंधित हो सकता है, मैं अपने फैसले को खत्म करने की कोशिश कर रहा हूं?
धन्यवाद

मैंने निम्नलिखित को /etc/rc.local में डाल दिया और मेरा लगता है कि यह बहुत बेहतर काम कर रहा है:

Iwconfig wlan0 बिजली बंद

पीआई शून्य डब्ल्यू

शॉन

19 दिसंबर, 2017 को प्रातः 3:42 बजे, लीमोरोरेइम्परस नोटिफिकेशन @github.com ने लिखा:

माफी माँगता हूँ अगर मैं गलत जगह पर पोस्ट कर रहा हूँ, तो मुझे RDP3 के तहत UDP Unicast पैकेट भेजते समय RPi3 आंतरिक (ब्रॉडकॉम) wlan के साथ अजीब व्यवहार का सामना करना पड़ रहा है।
मैं दूसरी बार एक बार 2kb डेटा का एक छोटा पैकेट भेजता हूं, रिसीवर के अंत में यह हर 120 सेकंड में लगभग 3-4 सेकंड के लिए अवरुद्ध हो जाता है। यह परीक्षण घड़ी की कल की तरह चलता है, और मैं निम्नलिखित करने के लिए iperf के साथ पुन: पेश कर सकता हूं

Rpi3

iperf -u -c 192.168.1.22 -i 1 -t 3600

Ubuntu पीसी RPi3 (IP 192.168.1.22 ऊपर) के लिए वाईफाई क्लाइंट के रूप में जुड़ा हुआ है

iperf -u -s -i १

ग्वारेंटेड हर 120 सेकंड में एक रुकावट। दिलचस्प है, यह टीसीपी का उपयोग करने के लिए नहीं लगता है
अंत में, डाउनलोड करने और ड्राइवर कोड को देखने (और कुछ भी नहीं समझने) पर मैंने एक संदिग्ध उल्लेख देखा

BRCMF_SCAN_PASSIVE_TIME 120 परिभाषित करें

जिसका उपयोग तब ड्राइवर कोड में किया जाता है

क्या यह संबंधित हो सकता है, मैं अपने फैसले को खत्म करने की कोशिश कर रहा हूं?
धन्यवाद

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

हाय सीन
सिर के लिए धन्यवाद, दुर्भाग्य से, ब्रॉडकॉम डिवाइस द्वारा स्वीकार नहीं किया जाता है, मुझे मिलता है

Error for wireless request "Set Power Management" (8B2C) 
    Set failed on device wlan0; Invalid argument

हालाँकि मैं एक ही लक्ष्य को प्राप्त करने के लिए अपने सेटअप में निम्न कमांड का उपयोग करता हूं
$ iw dev wlan0 set power_save off
यह स्वीकार किया जाता है और यदि मैं सेटिंग्स की जांच करता हूं
$ iwconfig wlan0
समझा
Power Management:off

इतना यकीन है कि बिजली की बचत बंद है, लेकिन इस मुद्दे को हल नहीं करता है
धन्यवाद

@LeeMooreImperas मैं इसके लिए एक अलग मुद्दा खोलने और कम से कम कर्नेल संस्करण और वाईफ़ाई फर्मवेयर संस्करण प्रदान करने का सुझाव

मैंने बहुत समय पहले इस धागे पर टिप्पणी की थी, लेकिन फिर इसे देखना बंद कर दिया था क्योंकि मैं अब इसे पुन: पेश करने में सक्षम नहीं था। खैर, मेरे पास कुछ नए आंकड़े हैं और मुझे यह बहुत दिलचस्प लगता है।

मेरे पास दो रास्पबेरी पाई हैं; एक B + V1.2 और एक मूल रास्पबेरी PI (C) 2011।

अगर मैं RaspPi B + पर "4.1.19+ # 858 Tue Mar 15 15:52:03 GMT 2016" चलाता हूं, तो Edimax WiFi चिप दूसरों द्वारा देखी गई समस्या को प्रदर्शित करेगा।

यदि मैं "रासपीपी बी +" पर "4.9.27+ # 1 थू मई 11 17:40:53 यूटीसी 2017" चलाता हूं, तो वही एडिमाक्स वाईफाई चिप समस्या नहीं दिखाएगी।

मुझे अब आश्चर्य हो रहा है कि क्या यह हार्डवेयर के साथ असंगतता से अधिक है और मुझे यह भी याद दिलाया जाता है कि बहुत पुराने RaspPi बोर्डों के साथ USB WiFi को +5 V पावर बढ़ाने के लिए एक विशेष केबल की आवश्यकता थी क्योंकि बोर्ड से आने वाली शक्ति wasn ' इसे चलाने के लिए पर्याप्त नहीं है। मैं एसडी कार्ड को वापस स्विच करने जा रहा हूं, ताकि वे समस्या का प्रदर्शन करें, फिर देखें कि क्या इस प्रकार की केबल मदद करती है।

ठीक है, मुझे लगता है कि मैं गलत था।

पुराने RaspPi पर 4.9.27+ रनिंग समस्या का प्रदर्शन करेगी। अब सत्यापन हो रहा है।

ठीक है, यह निश्चित और बहुत दिलचस्प है।

एक मूल रास्पबेरी पाई बोर्ड (लगभग 2011) और लिनक्स 4.9.27+ ("uname -a") का उपयोग करके, मैं एडिमैक्स यूएसबी वाईफाई चिप की वाईफाई कनेक्शन खोने की समस्या को पुन: उत्पन्न कर सकता हूं, और इस प्रकार आईपी पते, हर बार कुछ ही मिनटों के भीतर।

एक ही मूल रास्पबेरी पाई बोर्ड और लिनक्स के एक ही संस्करण का उपयोग करना, लेकिन केवल एक यूएसबी केबल का उपयोग करके बदल जाता है जो मुझे माध्यमिक स्रोत से + 5 वी को यूएसबी वाईफाई में वृद्धि करने की अनुमति देता है, सिस्टम स्थिर है।

इसलिए, निश्चित रूप से इस सेटअप में पर्याप्त बिजली नहीं मिलने के कारण एडिमाक्स यूएसबी वाईफाई कार्ड की समस्या है। यह, जाहिर है, उन लोगों की मदद नहीं करता है जो अंतर्निहित वाईफाई के साथ रास्पबेरी पाई का उपयोग कर रहे हैं, लेकिन उन मामलों में मैं सोच रहा हूं कि क्या शायद इसी तरह की समस्या हो रही है और अगर शायद यूएसबी एडेप्टर पर जा रहा है जो अधिक amps का उत्पादन कर सकता है। एक अंतर?

यह संभव है कि मेन्स टू USB अडैप्टर जो कि पाइ को पॉवर दे, हो सकता है कि वह कुछ मामलों में 5 वी को क्लीन नहीं दे रहा हो।
चूंकि एसी को विनियमित किया जाना है, इसलिए 5 वी बनने से पहले इसे सुचारू किया जाता है, लेकिन आउटपुट डीसी में आपको अभी भी थोड़ा सा तरंग मिलता है।
एक लैपटॉप या पीसी से 5V USB चार्जर से सस्ते मेन्स की तुलना में अधिक मुफ्त होने की संभावना है

यह देखने के लिए दिलचस्प होगा कि विभिन्न शर्तों के तहत वाईफ़ाई चिप को बिजली की आपूर्ति पर एक आस्टसीलस्कप रखा जाए, यह देखने के लिए कि असफलता / गैर-विफलता के दौरान लहर क्या है?

कृपया इस समस्या को Pi3 पर ONBOARD Brcm वायरलेस चिप के साथ समस्याओं पर रखें - यदि आपके पास अन्य उपकरणों के साथ समस्या है, तो कृपया सलाह के लिए मंच का उपयोग करें। यह बस इतनी जानकारी है कि हमें सरू को पास करने की आवश्यकता है, बहुत भ्रमित नहीं होना चाहिए।

@ जेम्स एच .65
@lategoodbye

हाय जेम्स, स्टीफन,
इसलिए यहां परस्पर विरोधी संदेश, मैंने जो समस्या दर्ज की वह सीधे RPi3 BRCM वाईफाई से संबंधित थी।
तो क्या यह एक अलग धागे में जाना चाहिए (जैसा कि lategoodbye द्वारा सुझाया गया है)?
मैंने सोचा होगा कि यह धागा विशेष रूप से मेरे मुद्दे के बारे में है?

मैं इस मुद्दे को लेकर खुश हूं

धन्यवाद

@LeeMooreImperas यद्यपि आपका मुद्दा ऑनबोर्ड वायरलेस के साथ है, आपका हर 2 मिनट में विराम है, यह समस्या पूर्ण वायरलेस लॉकअप विफलता का वर्णन करती है जो यादृच्छिक अंतराल पर होती है, इसलिए ऐसा महसूस होता है कि यह संबंधित नहीं है। तो यह एक और मुद्दा बनाने के लायक हो सकता है। मैं दुर्भाग्य से अपने पिछले संदेश में थोड़ा अस्पष्ट था।

इस पर एक और "मुझे भी" जोड़ना।
हार्डवेयर: रास्पबेरी पी 3, मॉडल बी।
कर्नेल: लिनक्स raspberrypi 4.9.70-v7 +
ओएस: रास्पियन जीएनयू / लिनक्स 9 (खिंचाव)
लोड की गई छवि: 2017-11-29-रास्पियन-स्ट्रेच.आईएमजी
छवि MD5:
एसडीकार्ड: निर्माता पर यकीन नहीं है, यह किट के साथ आया था
फ़ाइल इंटरफेस :
hostapd.conf: hostapd.txt
dmesg आउटपुट (काम करते समय): dmesg_20171230.txt

डिवाइस को मेरे वायरलेस नेटवर्क के लिए एक्सेस प्वाइंट के रूप में कॉन्फ़िगर किया गया है। मेरा प्राथमिक राउटर एक Linksys EA6400 फर्मवेयर संस्करण 1.1.40 (बिल्ड 184085) है। दोनों Linksys और Pi विभिन्न चैनलों पर एक ही SSID की पेशकश कर रहे हैं। पाई एक अनवांटेड स्विच के साथ वायर्ड कनेक्शन के माध्यम से राउटर से जुड़ा होता है।
डिवाइस पर ओएस लोड काफी ताज़ा है। मेरे पास सिस्टम पर रेट्रोपी छवि थी और उन्हीं मुद्दों का सामना किया। मैंने यह देखने के लिए कि क्या उसने कोई बेहतर काम किया है, रास्पियन के पास फिर से लोड किया गया।
मैं पुल के छिटपुट ड्रॉपआउट देख रहा हूं। प्राथमिक लक्षण यह है कि पाई द्वारा प्रदान किया गया वायरलेस नेटवर्क वायर्ड नेटवर्क से अलग-थलग हो जाता है। वायर्ड इंटरफ़ेस सामान्य रूप से कार्य करना जारी रखता है और मैं SSH के माध्यम से पाई तक पहुंच सकता हूं। यदि मैं वायरलेस इंटरफ़ेस (wlan0) पर एक tcpdump चलाता हूं, तो उस स्थिति में, मैं अभी भी कनेक्टेड डिवाइसों से ट्रैफ़िक देख सकता / सकती हूं।
वायरलेस कनेक्शन (ifdown; ifup) को साइकिल चलाने से समस्या ठीक नहीं होती है। मैंने अभी तक ब्रिज इंटरफेस (br0) को अभी तक साइकिल चलाने की कोशिश नहीं की है। सामान्य तौर पर मैं डिवाइस को रिबूट कर रहा हूं जो समस्या को ठीक करता है।
मुझे यकीन नहीं है कि यह संबंधित है; हालाँकि, यह समस्या तब प्रतीत होती है जब मैं अपने क्रोमकास्ट 2 को नियंत्रित करने की कोशिश कर रहा होता हूँ जब यह कुछ समय के लिए चलता रहता है। उदाहरण के लिए, यदि मैं क्रोमकास्ट पर नेटफ्लिक्स के माध्यम से एक शो खेल रहा हूं और फिर शो को रोकने की कोशिश करता हूं, तो पुल उस समय बाहर गिर जाता है। मैं इसे अभी तक tcpdump के माध्यम से नहीं पकड़ सका हूं; लेकिन, यह मेरे लिए एक अगला कदम है।
मैंने माना है कि यह गर्मी का मुद्दा हो सकता है; हालांकि, मेरे पास ड्रॉपआउट्स में से एक के दौरान 30 सेकंड लूप पर /opt/vc/bin/vcgencmd measure_temp चल रहा था और मेरे सीपीयू का तापमान 50C रेंज में था। निश्चित नहीं है कि लैन चिप पर तापमान रीडिंग कैसे प्राप्त करें, क्योंकि यह वह जगह हो सकती है जहां गर्मी की समस्या उत्पन्न हो रही है।

मुझे लॉग / पीसीएपी पर कब्जा करने में खुशी हो रही है, ताकि समस्या को आगे बढ़ाने में मदद मिल सके। हालाँकि, कृपया निर्देशों में स्पष्ट रहें क्योंकि मेरे पास लिनक्स पर मेरे ज्ञान में कुछ अंतराल हैं।

संपादित करें: बस एक ड्रॉप आउट किया था और sudo ifdown br0 && sudo ifup br0 और ऐसा लगता है कि फिर से काम करना शुरू कर दिया है। मैं अपने अगले ड्रॉप आउट पर फिर से परीक्षा दूंगा।

EDIT2: यहाँ कनेक्शन को विफल करने के साथ एक dmesg डंप है। sudo ifdown br0 && sudo ifup br0 इस बार कनेक्शन को पुनर्प्राप्त करने के लिए प्रतीत नहीं हुआ।
dmesg_20171220_failed.txt
विशेष नोट में त्रुटि प्रतीत होती है:
brcmfmac: brcmf_cfg80211_stop_ap: INFRA मोड सेट करना विफल हुआ -7

EDIT3: इस थ्रेड के बारे में इसी तरह के मुद्दे पर भाग गया जिसने इस थ्रेड को वापस संदर्भित किया। डीबगिंग को सक्षम करने के लिए brcmfmac मॉड्यूल में अनुरोधित परिवर्तन को चलाएँ। विफलता ट्रिगर किया था और dmesg उत्पादन पर कब्जा कर लिया:
dmesg_debug_failed.txt
इसके अलावा, मैंने एक सैमसंग फोन के दूसरे धागे में भी उल्लेख किया है। हमने देखा है कि मेरे पाई के साथ पुल की परेशानी मेरे सैमसंग गैलेक्सी एस 7 के चारों ओर घूमती है। मेरी पत्नी के Apple डिवाइस (iPhone और iPad) समस्या को ट्रिगर नहीं करते हैं।

EDIT4: एक sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000 फिर से dmesg द्वारा पीछा किया। नीचे उत्पादन:
dmesg_debug_failed_reset_driver.txt

हम्म, अपेक्षित मेलबॉक्स त्रुटि नहीं। मैं इसे नए साल में सरू डेवलपर्स में पास करूंगा।

सुनिश्चित नहीं है कि अगर यह वही समस्या है, लेकिन मेरा लक्षण आरपी 3 वायरलेस इंटरमिटेंट ऑनबोर्ड है; 10 सेकंड के अच्छे पिंग्स, 20-30 सेकंड के बिना पिंग्स के बाद, और हमेशा के लिए दोहराएं। जब कोई पिंग नहीं होता है, तो दूरस्थ होस्ट ICMP इको अनुरोध प्राप्त करता है और ICMP इको रिप्लाई भेजता है। पहुँच बिंदु ICMP होस्ट दूरस्थ होस्ट के लिए पहुँच से बाहर है।

पूर्वगामी ईथरनेट और वायरलेस दोनों जुड़े हुए हैं। अनावश्यक रूप से dhcpcd पुनः आरंभ करने से इसमें बहुत सुधार होने की संभावना है।

वैकल्पिक मोड के लिए नेटवर्क इंटरफ़ेस सेट करने के लिए समाधान है; sudo ifconfig wlan0 promisc । लक्षण दस सेकंड के भीतर sudo ifconfig wlan0 -promisc एक मिनट के भीतर लौटते हैं।

यदि आवश्यक हो तो आगे की जानकारी उपलब्ध है, बस पूछें।

@ सिल्वर-ड्रैगन, मेरे लिए एक tcpdump के लक्षण को रोकता है, और शायद आपने भी यही पाया; -p झंडे का प्रयास करें, जो प्रोमिसस मोड को बंद कर देता है; यह लक्षण जारी रखने के लिए।

https://github.com/iiab/iiab/issues/638

@quozl मैंने वायरलेस इंटरफ़ेस और ब्रिज इंटरफेस दोनों पर tcpdump चलाने की कोशिश की है और इसे चलाते समय लॉकअप था। मैं प्रोमिसफुल मोड को एक शॉट दूंगा और देखूंगा कि क्या इससे कोई फर्क पड़ता है। हालाँकि, वायरलेस इंटरफ़ेस ड्राइवर के डिबग आउटपुट के आधार पर, विशेष रूप से:
wl0: _wlc_bss_update_beacon: मेम आउट, 0 बाइट्स मलोक्ड
मैं अनुमान लगा रहा हूं कि यह ड्राइवर के हिस्से पर किसी प्रकार का संसाधन (मेमोरी?) लीक है। जब मेरे पास थोड़ा और समय होता है, तो मैं एक पैकेट पर कब्जा करना चाहता हूं और उस पल को खोदता हूं, जिस पर वह ताला लगाता है। मुझे संदेह है कि मेरा फोन डिवाइस पर किसी प्रकार के विषम या विकृत पैकेट या पैकेट की श्रृंखला भेज रहा है जो लॉकअप को ट्रिगर कर रहा है। अगर मैं उस पर कब्जा कर सकता हूं और अलग कर सकता हूं, तो उसे ठीक करने में मदद करनी चाहिए।

वर्तमान में हम जिस मेलबॉक्स समस्या को देख रहे हैं, मेलबॉक्स समस्या के लिए एक अलग गलती की तरह दिखता है। जो कष्टप्रद है। क्या आपका फोन सैमसंग BTW है? मेलबॉक्स समस्या को SS उपकरणों द्वारा अधिक बार ट्रिगर किया गया लगता है। यदि आप कभी भी ट्रैक कर सकते हैं कि मुद्दों का क्या कारण है, तो यह बहुत उपयोगी होगा

मैं अब हफ्तों के लिए (?) का शिकार कर रहा हूं। मुझे ऐसा लगता है कि मैंने इस और इसी तरह के मुद्दों के बारे में हर रिपोर्ट पढ़ी होगी। तो यहाँ मेरे से कुछ और जानकारी:

मैं रास्पबेरी पाई 3 की आंतरिक वाईफ़ाई का उपयोग एक्सेस प्वाइंट के रूप में करता हूं। मैं मानक रसियन कर्नेल और मॉड्यूल (लिनक्स संस्करण 4.9.35-v7 + (dc4 @ dc4-XPS13-9333) का उपयोग करता हूं (gcc संस्करण 4.9.3 (क्रॉसस्टूल-एनजी क्रॉसस्टूल-एनजी 1.22.0-88-g8460611)) # 1014 एसएमपी शुक्र जून 30 14:47:43 बीएसटी 2017)।

Wifi फर्मवेयर है: brcmfmac: फर्मवेयर संस्करण = wl0: अगस्त 7 2017 00:46:29 संस्करण 7.45.41.46 (r666254 CY) FWID 01-f8a78378

मुझे पूरा यकीन है कि यह हार्डवेयर सेटअप काम करता था, लेकिन कुछ अपडेट (कर्नेल का) के बाद भी मेरा मानना ​​है कि चीजें दक्षिण में चली गईं। एपी बनाना ठीक काम करता है, लेकिन कुछ समय (30 मिनट या ऐसा ही नहीं, हर बार जब मुझे लगता है) का उपयोग करने के बाद, क्रोमकास्ट का उपयोग करके स्ट्रीमिंग, कनेक्शन काम करना बंद कर देता है। यह हो सकता है (लेकिन यहां मुझे यकीन नहीं है) कि यह सबसे अधिक बार होता है जब मैं स्ट्रीम रोक / रोक देता हूं, लेकिन केवल देखने के बीच में शायद ही कभी। जब यह विफल हो जाता है, तो मौजूदा कनेक्शन हटा दिए जाते हैं और नए कनेक्शन के प्रयास किसी भी ग्राहक द्वारा स्वीकार नहीं किए जाते हैं। brcmf_cfg80211_stop_ap: setting INFRA mode failed -7 में होस्टपॉड परिणाम को पुनः लोड करना (मास्टर में मोड सेट नहीं किया जा सकता)। यह ड्राइवर को पुनः लोड करके अस्थायी रूप से तय किया जा सकता है: rmmod brcmfmac; modprobe brcmfmac । चीजें तब तक उम्मीद के मुताबिक काम करती हैं जब तक कि वह अगली बार विफल न हो जाए। वैकल्पिक रूप से, एक रिबूट समस्या को "ठीक" करता है।

केवल एक चीज जो मुझे असफल स्थिति में मिलती है (सक्षम डिबग के साथ)।

कर्नेल: [3615.491795] brcmfmac: brcmf_netdev_wait_pend8021x: बिना किसी लंबित 802.1x पैकेट के इंतजार में
hostapd: wlan0: STA xx: xx: xx: xx: xx: xx IEEE 802.11: स्थानीय बधिया अनुरोध के कारण

वह त्रुटि संदेश मेरे लिए मायने नहीं रखता है। 'बिना किसी लंबित पैकेट' का इंतजार करते हुए समय समाप्त हो रहा है? वैसे भी:

मेरे पास बिजली की बचत है:

iw wlan0 get power_save Power save: off

roam_off 1 पर सेट है और डीबग सक्षम है:

`सिस्टूल-ए-वी-एम ब्रिम्फमैक
मॉड्यूल = "brcmfmac"

विशेषताएँ:
coresize = "222874"
initsize = "0"
initstate = "लाइव"
Refcnt = "0"
srcversion = "10E8F4629D109E78E1F506C"
टेंट = ""
uevent =

पैरामीटर:
altern_fw_path =
डिबग = "1048576"
रोमाफ़ = "1"
`

मेरे पास सैमसंग फोन नहीं है, लेकिन कुछ Android हैं। इनमें से कोई भी उस एक्सेस प्वाइंट से नहीं जुड़ा है। केवल प्रत्यक्ष ग्राहक दो क्रोमकास्ट हैं (एक वीडियो, एक ऑडियो-ओनली, एक एंड्रॉइड टैबलेट)। बाकी सब कुछ वायर्ड इंटरफेस के माध्यम से आता है।

@ एक प्रकार की मछली
कृपया इस पृष्ठ को मेरी पिछली टिप्पणी के लिए 3 सप्ताह पहले एक अच्छे वर्कअराउंड के लिए खोजें।

@ जेम्स एच .65
तुझसे कभी नहीं मिला। क्या आपने उस टिप्पणी से dmesg आउटपुट को कॉपी / रिले किया था जिसे मैंने 3 सप्ताह पहले उस टिप्पणी से साझा किया था जो सरू के लोगों के लिए था?

@ वृंदू : मेरे पास मेरे hostapd.conf में "rsn_pairwise = CCMP" और "wpa = 2" दोनों हैं। मेरे मामले में मदद नहीं करता है। मेरी फ़ाइल से गैर-गुप्त प्रविष्टि:
`
इंटरफ़ेस = wlan0

चालक = nl80211
ssid = XXX
hw_mode = जी
चैनल = १
ieee80211n = 0
wmm_enabled = 1
ht_capab = [HT40] [SHORT-GI-20] [DSSS_CCK-40]
macaddr_acl = 0
अथ_लग = १
इग्नोर_ब्रॉडकास्ट_डीड = ०
wpa = 2
wpa_key_mgmt = WPA-PSK
wpa_passphrase = XXX
rsn_pairwise = CCMP
`

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

ऐसा नहीं लगता कि मेरी समस्या इस मुद्दे के समान है, इसलिए मैं लर्क मोड पर जाऊंगा। मेरे ifconfig wlan0 promisc ने इसे @holta (https://github.com/iiab/iiab/issues/638) के लिए ठीक किया, लेकिन इसके बिना किसी और की मदद करने के लिए हमें एक अलग समस्या को देखना होगा।

मैं Google टैबलेट के माध्यम से नेटवर्क से कनेक्ट करके नेटफ्लिक्स या क्रोमकास्ट के बिना इसे मज़बूती से पुन: पेश कर सकता हूं, फिर टैबलेट को सो जाने दें, फिर से शुरू करें (टैबलेट पुन: व्यवस्थित करने की कोशिश करता है), और उस समय एपी "मृत" है।

एक Linux मशीन पर, मुझे ये तब आता है जब एसोसिएट करने का प्रयास करते समय (सही क्रेडेंशियल्स का उपयोग करके):

`

[42231.476518] wlan7: b8: 27: eb: 33: 98: 14 (1/3 आज़माएं)
[42231.583434] wlan7: b8: 27: eb: 33: 98: 14 (कोशिश 1/8) करने के लिए ऑर्टन भेजें
[42231.694397] wlan7: b8: 27: eb: 33: 98: 14 (प्रयास करें 1/8)
[42231.799368] wlan7: b8: 27: eb: 33: 98: 14 के साथ प्रमाणीकरण समय समाप्त हो गया
[42236.585750] wlan7: b8: 27: eb: 33: 98: 14 के साथ प्रमाणित करें
[४२२३६.५ ९ 422 ]३३] wlan7: b8: २:: २:: ३३: ९:: १४: १४ (१/३ प्रयास करें)
[42236.602344] wlan7: प्रमाणित
[42236.603480] wlan7: सहयोगी के साथ b8: 27: eb: 33: 98: 14 (1/3 प्रयास करें)
[42236.619322] wlan7: b8 से RX AssocResp: 27: eb: 33: 98: 14 (capab = 0x411 स्थिति = 0 सहायता = 1)
[42236.623181] wlan7: संबद्ध
[42236.623325] IPv6: ADDRCONF (NETDEV_CHANGE): wlan7: लिंक तैयार है
[४२२३६.६२५४६४] wlan7: TX शक्ति को ३० (३० - ०) तक सीमित करके dBm को b8 द्वारा विज्ञापित किया गया: २ b: २4: ३३: ९:: १४
[42239.730365] wlan7: b8 से बधिया: 27: eb: 33: 98: 14 (कारण: 2 = PREV_AUTH_NOT_VALID)
[42241.243434] wlan7: b8: 27: eb: 33: 98: 14 के साथ प्रमाणित करें
[42241.256326] wlan7: b8: 27: eb: 33: 98: 14 (1/3 प्रयास करें) को ऑक्टाकोर भेजें
[४२२४१.२६०24२४] wlan7: प्रमाणीकृत
[42241.263403] wlan7: b8: 27: eb: 33: 98: 14 (1/3 प्रयास करें) के साथ सहयोगी
[४२२४१.२ 42 ९ ५३]] wlan7: RX AssocResp से बी:: २7: ईबे: ३३: ९ cap: १४ (कैपैब = ० x११११ स्थिति = ० सहायता = १)
[42241.282500] wlan7: संबद्ध
[४२२४१.३३६१६६] wlan7: TX शक्ति को ३० (३० - ०) तक सीमित करने के लिए b8 द्वारा विज्ञापित के रूप में: २ eb: २36: ईबे: ३३: ९:: १४
[४२२४४.३ ९ २२१३] wlan7: b8: २4: २:: ३२: ९ Reason: १ Reason: १४ (कारण: २ = PREV_AUTH_NOT_VALID)
[42253.916626] wlan7: b8: 27: eb: 33: 98: 14 के साथ प्रमाणित करें
[४२२५३.९ २66 ९ ६६] wlan7: ऑर्टन को बी:: २:: २ 33: ३३: ९:: १४: १४ (१/१/१०) भेजें
[42253.936020] wlan7: प्रमाणित
[42253.939533] wlan7: सहयोगी के साथ b8: 27: eb: 33: 98: 14 (1/3 प्रयास करें)
[42253.943361] wlan7: b8 से RX AssocResp: 27: eb: 33: 98: 14 (capab = 0x411 स्थिति = 0 सहायता = 2)
[42253.945415] wlan7: संबद्ध
[४२२५४.०३५१४ ९] wlan7: TX शक्ति को ३० (३० - ०) तक सीमित करके b8 द्वारा विज्ञापित के रूप में: २ eb: २:: ईबे: ३३: ९:: १४
[42257.053762] wlan7: b8: 27: eb: 33: 98: 14: 14 (कारण: 2 = PREV_AUTH_NOT_VALID) से बहिष्कृत
`

b8: 27: eb: 33: 98: 14 प्रश्न में RPI3 है, जिस पर मुझे फिर से dmesg-प्रविष्टियां मिलती हैं:
brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets

मुझे यह समझ में नहीं आया कि जब मैं जाहिरा तौर पर संबद्ध हूं तो AP PREV_AUTH_NOT_VALID क्यों भेज रहा है। मैं इस धारणा के तहत हूं कि प्रमाणीकरण संघ से पहले आता है। ऐसा कोई मामला नहीं होना चाहिए जहां मैं संबद्ध हूं, लेकिन प्रमाणित नहीं है।

नमस्ते

मैं मीडिया सर्वर के रूप में एक Pi3 का उपयोग कर रहा हूं, ऑन-बोर्ड वाईफाई के माध्यम से कॉम्स हैं

Rasbian खिंचाव लाइट 4.9 अद्यतन उन्नयन (अब)
Plex Media Server

मैं ला रहा हूँ...

कर्नेल: [1958.899715] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012

एक सैमसंग S5 SM_G900F एंड्रॉइड 7.1.2 पर BubbleUPnp क्लाइंट का उपयोग करके पाई से कनेक्ट करते समय dmesg और syslog में, यह बहुत गारंटी है और फिर से उपयोगी बनने के लिए PiWiFi के लिए रीबूट की आवश्यकता होती है।

मेरे पुराने Sony Xperia XP Android 6.0.1 पर फिर से BubbleUPnp चल रहा है यह अब तक ठीक काम करता है। यह मेरा समाधान है। हालाँकि, अगर मैं इसके निचले हिस्से तक पहुंचने वाली किसी भी सहायता का हो सकता हूं, तो मुझे योगदान करने में खुशी होगी।

जॉन

यह iPad पर चलने वाले mConnectLite पर भी काम करता है

@johnthesoftwareathome कृपया रास्पबेरी पाई से जेम्स ह्यूजेस को एक ईमेल लिखें ताकि वह आपको Wifi डिबग फ़र्मवेयर भेज सके।

रास्पबेरी पाई संपर्क पृष्ठ फाओ जेम्स ह्यूजेस के माध्यम से ईमेल पता पोस्ट किया गया

ठीक है, हमारे पास सरू की एक नई डिबग फ़र्मवेयर है जिसे मैं लोगों के साथ परीक्षण करने के लिए तैयार करूंगा - इसमें इसमें अधिक डीबग है, लेकिन फिक्स नहीं है, इसलिए केवल परीक्षण करने के लिए खुश हैं। यदि आपने मुझे अपना ईमेल पता पहले ही भेज दिया है, तो यहां इंगित करें कि आप कुछ परीक्षण करना चाहते हैं और मैं फ़र्मवेयर भेज दूंगा, या पीएम फ़ोरम पर पीएम के माध्यम से मुझसे संपर्क करूंगा।

नए फर्मवेयर को स्थापित / चलाने के लिए आसपास के लोगों को बचाने के लिए।

डीबग फ़र्मवेयर फ़ाइल को इसमें कॉपी करें:

/lib/firmware/brcm/

(आप पहले मूल का बैकअप लेना चाहेंगे)

मुझे लगता है कि आपको इस स्तर पर रिबूट करने की आवश्यकता है।

अब डिबग मोड में लिनक्स ड्राइवर को पुनरारंभ करें

sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000

इसे गलत बनाओ .. !!

यहां फाइल करने और पोस्ट करने के लिए डंप।

जेम्स जो कहता है उसे जोड़ने के लिए, आप brcmfmac.debug=0x100000 से /boot/cmdline.txt जोड़कर rmmod / modprobe अनुक्रम से बचना पसंद कर सकते हैं।

@ JamesH65 मुझे परीक्षण में मदद करने में खुशी होगी। हालांकि अभी Pi फोरम में पंजीकृत होने के बाद, मैं संदेश भेजने में सक्षम नहीं हूं। उसी उपयोगकर्ता नाम का उपयोग करके, यदि वह मदद करता है।

मैंने कल नया डीबग फ़र्मवेयर आज़माया है और brcmfmac.debug = 0x100000 को /boot/cmdline.txt में भी जोड़ा है।

हालाँकि, अजीब तरह से मैं dmesg में किसी भी डिबग उत्पादन नहीं देखा था। इससे भी अधिक विचित्र रूप से, जहाँ मैं समस्या से पहले राहत दे सकता था, इसने पूरी शाम काम किया, चाहे मैंने कुछ भी किया हो। मेरे पास एक भी समस्या नहीं थी, और मैंने जो कुछ भी किया था वह पुराने के बजाय नई फर्मवेयर फ़ाइल (md5 सम ba679a85c1dc76e9775603af45440bc0) का उपयोग कर रहा था और modprobe का उपयोग करके विकल्प जोड़ने के बजाय /boot/cmdline.txt में प्रविष्टि जोड़ रहा था। मेरे पास कल पुराने फर्मवेयर पर वापस जाने का समय नहीं था, यह देखने के लिए कि क्या यह पुरानी समस्याओं की वजह से है। एक बार मैं रिपोर्ट करूंगा। इस बीच में: क्या यह सब उस फर्मवेयर में वास्तव में "अधिक डिबग" में बदल गया है?

मैंने सोचा कि यह सिर्फ डिबग था, लेकिन स्पष्ट रूप से सरू में वापस चला जाएगा
कुछ और बदल गया है, उम्मीद है कि एक अच्छे तरीके से!

11 जनवरी 2018 को 06:48 पर, फ्रैंक लोफर ने सूचनाएं @github.com पर लिखा:

मैंने कल नया डीबग फ़र्मवेयर आज़माया है और जोड़ा भी है
brcmfmac.debug = 0x100000 to /boot/cmdline.txt।

हालाँकि, अजीब तरह से मैं dmesg में किसी भी डिबग उत्पादन नहीं देखा था। और भी अधिक
अजीब तरह से, जहां मैं पहले समस्या को मज़बूती से पुन: पेश कर सकता था, यह काम किया
पूरी शाम की परवाह किए बिना मैंने क्या किया। मुझे एक भी समस्या नहीं थी, और
सब मैंने किया नया फर्मवेयर फ़ाइल (md5 योग) का उपयोग कर रहा था
ba679a85c1dc76e9775603af45440bc0)। मेरे पास कल जाने का समय नहीं था
पुराने फर्मवेयर पर वापस जाएं यह देखने के लिए कि क्या यह पुरानी समस्याओं से संबंधित है। मैं हूँ
एक बार रिपोर्ट करें। इस बीच: यह सब उस में बदल गया है
फर्मवेयर वास्तव में "अधिक डिबग"?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-356842102 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqr Ham4jUgDCkSFxMXS-KW4axCLoPZhks5tJa6fgaJpZM4H4C5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मेरा अनुभव @knarrf के समान था सिवाय इसके कि मैंने dmesg में डिबग संदेश देखे।

पहले मेरा सैमसंग S5 एक plexserver क्लाइंट के रूप में अनुपयोगी था, लेकिन जब मैंने डिबग फ़र्मवेयर को लोड किया (तो, जैसा कि मैंने dmesg में डिबग संदेश कहा था) काम किया, इसलिए मैं अपने मूल बाइनरी (समर्थित चेक और आकार की जाँच) पर वापस लौट आया और यह अभी भी काम करता है। इसलिए मैं अब डिबग फर्मवेयर के साथ फिर से चल रहा हूं (मैंने cmdline.txt मॉड की कोशिश नहीं की है, बस रॉमॉड / मोडप्रोबे) और बिना किसी त्रुटि के कुछ घंटों के संगीत को सुना है। मैंने बहुत सारे वाईफाई उपकरणों को सक्रिय करने की कोशिश की है जिन्हें मैंने बिना किसी प्रभाव के चारों ओर बिखेर दिया है।

मैं कुछ दिनों के लिए यह देखने की कोशिश करूंगा कि अगर कुछ होता है तो मूल को फिर से लोड करें और फिर से प्रयास करें। मैंने रिबूट के बीच पाई को बंद नहीं किया हो सकता है। मैं यह सुनिश्चित करूँगा कि जब मैं यह देखने के लिए वापस लौटूँ कि क्या यह किसी प्रकार का रजिस्टर रिटेंशन हो सकता है।

आज रात मैंने पुराने फर्मवेयर (एक रास्पियन इंस्टॉलेशन छवि से लिया है, नीचे दिए गए संस्करणों पर अधिक जानकारी), और उस (और डिबग सक्षम) के साथ मॉड्यूल को फिर से लोड किया, मैंने बीच में रिबूट भी किया। Dmesg में छोटा आउटपुट पुष्टि करता है कि पुराना संस्करण अब लोड हो गया है। और @johnthesoftwareathome के साथ, यह पूरी शाम काम करना जारी रखता था, सामान करने के बावजूद जो पिछले कुछ समय में वाईफाई को काफी नीचे ले गया होगा।

इसलिए, अब मेरा काम इसे "काम नहीं करने" के लिए वापस पाने के लिए लगता है कि यह पता लगाने का मौका है कि क्या चल रहा है। मेरी अगली कोशिश, हालांकि आज नहीं है, एक हार्ड रीसेट कर रहा होगा (केवल 'रिबूट' कमांड का उपयोग करने के बजाय कुछ समय के लिए बिजली हटा रहा है), और एक नई छवि से पूरी तरह से नया इंस्टॉलेशन का उपयोग कर रहा है।

इसके अलावा, मैं दुख की संभावना को बाहर नहीं कर सकता कि जिस छवि के साथ मुझे असफलता मिली थी वह अभी तक एक अलग संस्करण है, क्योंकि मैं डिबग छवि के साथ इसे ओवरराइट करने से पहले बैकअप बनाना भूल गया था। शायद @johnthesoftwareathome वह सटीक छवि पोस्ट कर सकता है जिसका वह उपयोग कर रहा है और जिसके साथ समस्याएँ हैं / हैं? दूसरी ओर, मैंने वापस केवल मानक पैकेजों का उपयोग करके फर्मवेयर को अपडेट किया, और मेरे पास पैकेज संस्करण फर्मवेयर-brcm80211 (1: 0.43 + rpi6) स्थापित है। यद्यपि चैंज में अंतिम प्रविष्टि फर्मवेयर संस्करण को निर्दिष्ट नहीं करता है, दूसरा करने के लिए अंतिम है: 7.45.41.26, जो छवि से एक से अधिक पुराना है। माना जाता है कि चैंज को सही तरीके से लिखा गया था, यह एक मजबूत संकेत होगा कि फर्मवेयर को छवि बनाने के बाद प्रतिस्थापित नहीं किया गया था, और जिसे मैं 'इमेज' कहता हूं, वह वही है जो मैंने पहले इस्तेमाल किया था।

मेरी दो फ़र्मवेयर फ़ाइलों के बारे में जानकारी (छवि: रास्पियन इंस्टॉलेशन छवि से एक, डीबग: एक जिसे मैं सीधे @HHH से प्राप्त करता

डिबग:
फर्मवेयर संस्करण = wl0: २३ अक्टूबर २०१ version 03:55:53 संस्करण 8.४५.९ (.३ r (r674442 CY) FWID ०१-e58d219f
md5sum: ba679a85c1dc76e9775603af45440bc0
छवि:
फर्मवेयर संस्करण = wl0: अगस्त 00: 2017 00:46:29 संस्करण 1.४५.४१.४६ (r666254 CY) FWID ०१-f8a78378
md5sum: 5f520a38ab4e943bfa1ba102f80fb2a0

@johnthesoftwareathome : नया "डीबग" आउटपुट कैसा दिखता है? मुझे अभी भी कुछ भी नहीं मिला है, यहां तक ​​कि दूरस्थ रूप से व्यापक डिबग की तरह दिखता है, चाहे मैं मॉड्यूल को कैसे लोड करूं। ऑपरेशन के दौरान मुझे शून्य प्रविष्टियाँ मिलती हैं, और बूट होने के बाद भी कुछ हद तक प्रासंगिक दिखता है:

जड़ के रूप में: dmesg | grep brcm
] , 115200 कंसोल = tty1 root = PARTUUID = f8e4f7c2-02 rootfstype = ext4 एलिवेटर = समय सीमा fsck.repair = Yes rootwait brcmfmac.debug = xx100000
[3.500135] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[3.662113] brcmfmac: फर्मवेयर संस्करण = wl0: अगस्त 7 2017 00:46:29 संस्करण 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[3.774278] brcmfmac: पावर प्रबंधन अक्षम
[४.६११४४३] brcmfmac: शक्ति प्रबंधन अक्षम

छोटा अपडेट: इस थ्रेड में मेरी एक पुरानी टिप्पणी को देखकर मैं वास्तव में पुष्टि कर सकता हूं कि मैंने आज ('इमेज') जो पुराने फर्मवेयर का इस्तेमाल किया है, वह वही है, जब तक मैं नए डिबग इमेज की कोशिश नहीं करता था।

खाली घर, इसलिए आखिरकार बॉवी के आखिरी एल्बम को सुनने के लिए चक्कर लग गए। सब कुछ पूरी तरह से काम किया (एल्बम ऐसा नहीं है)। घर से दूर टोमोरो तक, मैं इसे उठा लूंगा।

मूल फ़र्मवेयर को पहले की तरह फेल करने के लिए प्रबंधित किया गया, लेकिन इसका उपयोग करने और डीबग फ़र्मवेयर के बीच मज़बूती से नहीं। वर्तमान में बस डिबग सामान के साथ रिबूटिंग बिना किसी विफलता के साथ।

मैंने गलत समझा कि @knarrf का डिबग आउटपुट के बारे में क्या मतलब है और उसने यह देखा कि वह यह नहीं देख सकता है कि नए फर्मवेयर ने अर्थ के बजाय स्थापित किया था, जिससे उसे कुछ प्रकार के डिबग स्ट्रीम की उम्मीद थी (जिसे मैं या तो नहीं देख सकता)। उसके पास एक बिंदु है। इस असफलता की स्थिति में हम कुछ भी देखेंगे या डीबग हेक्स गलत है?

इसके अलावा विफलताओं में से एक ने तुरंत बकवास नहीं किया। इसने मुझे रिबूट की आवश्यकता से पहले वापस ssh करने की अनुमति दी। सिसलॉग में निम्नलिखित शामिल हैं ..

13 जनवरी 08:34:48 plexServer कर्नेल: [46.648630] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: 0x40012
13 जनवरी 08:35:14 plexServer कर्नेल: [72.161473] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_bg w / स्थिति -110 विफल
13 जनवरी 08:35:14 plexServer कर्नेल: [72.161484] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-110)

यह त्रुटि संदेशों का एक बहुत ही परिचित सेट है, लेकिन यह जानना अभी भी उपयोगी है कि आप उसी समस्या का सामना कर रहे थे जो अब लग रहा है कि यह तय हो सकता है।

सरू हमारे लिए एक नया फर्मवेयर रिलीज तैयार कर रहा है - जब परीक्षण के लिए कुछ उपलब्ध होगा तो हम यहां पोस्ट करेंगे। आपकी रुचि, समय और धैर्य के लिए सभी का धन्यवाद।

अछा ठीक है। एक काम कर रहे ड्राइवर के लिए धन्यवाद।

इसके बाद से चीजें आगे बढ़ सकती हैं।

https://tech4research.wordpress.com/2014/07/23/brcmfmac-debugging-and-app उपयुक्त-debug-values/

और मैं सराहना करता हूं कि नए फर्मवेयर के लिए डिबग स्विच एक विशेष अतिरिक्त हो सकता है, लेकिन ये स्विच मूल और 'डीबग' फर्मवेयर दोनों के लिए काम करते हैं और डीबग की अपेक्षित धारा आगे की ओर उठी हुई है।

शायद पहले से ही देखा गया है; लेकिन, TPLink दावा कर रही है कि जब वे नींद से उठते हैं और Chromecast या इसी तरह के उपकरणों के साथ पुन: कनेक्ट करने का प्रयास
एक पीक में खोदने पर मुझे अपना एक उपकरण मिल गया, मैं देख सकता हूं कि मेरे कनेक्शन से मरने से ठीक पहले ~ 3,500 एमडीएनएस पैकेट ~ 2.25 सेकंड से अधिक में आते हैं। यह इस पैटर्न को फिट करने के लिए लगता है और संबंधित हो सकता है।

बस इस मुद्दे में कुछ जानकारी जोड़ने / पुष्टि करने के लिए:

• वाईफ़ाई इंटरफ़ेस को प्रोमिसियस ( ifconfig wlan0 promisc ) सेट करने से समस्या कम होने लगती है
• समस्या केवल मेरे एंड्रॉइड 7.1.2 गैलेक्सी एस 7 फोन के कारण होती है (जो मुझे एक सप्ताह पहले मिली थी और यह तब है जब समस्याएं शुरू हुई थीं)

मैं अपने Pi3 पर aarch64 साथ डेबियन बस्टर चला रहा हूं और उस पर एक नेक्स्टक्ड सर्वर चला रहा हूं। लिनक्स लैपटॉप से ​​बड़ी फ़ाइलों को स्कैन करने से न तो कोई समस्या होती है और न ही उस लैपटॉप से ​​नेक्क्लाउड सिंक होता है, लेकिन जैसे ही मैं गैलेक्सी से फाइलों का एक बैच अपलोड करता हूं त्रुटि Unknown mailbox data content: 0x40012 पॉप हो जाएगी और Wifi कनेक्टिविटी है खो गया।

मेरे द्वारा उपयोग किए जा रहे brcmfmac फर्मवेयर 7.45.41.26 (r640327) FWID 01-4527cfab

दुर्भाग्य से मेरे पास परीक्षण करने के लिए पुराना एंड्रॉइड नहीं है।

मैंने सैमसंग से Pi3 में अपलोड को tppdumped किया, लेकिन तब Wifi प्रोमिसिंग मोड में था और सब कुछ ठीक काम कर रहा था। अगर मुझे समय मिलता है तो मैं pcap पर एक नज़र डालूंगा और अगर मुझे कुछ उपयोगी / दिलचस्प लगता है तो वापस रिपोर्ट करूंगा।

PS: कास्ट (TPLink लेख में वर्णित मुख्य अपराधी) सक्रिय नहीं है (या कम से कम मैं इसे कनेक्टिविटी सेटिंग्स में नहीं देख सकता)।

सबको नमस्ते,

मैं बस इस बात की पुष्टि करना चाहता हूं कि पॉवरसेफ़ मोड को स्विच करना और प्रॉमिस्सक मोड को सक्षम करना मेरे लिए समस्या को निर्धारित करता है: पहली बार यह 24 घंटों तक जुड़े रहने में कामयाब रहा।

sudo iw wlan0 set power_save बंद करें
sudo ifconfig wlan0 प्रॉमिस

धन्यवाद,
ल्यूक

कृपया नए फ़र्मवेयर रिलीज़ के विवरण के लिए इस फ़ोरम पोस्ट को देखें। मेलबॉक्स समस्या या वास्तव में किसी भी वायरलेस समस्या को देखने वाले को यह देखने की कोशिश करनी चाहिए कि क्या यह मदद करता है।

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508

@ जेम्स एच .65
नमस्ते जेम्स,
क्या आप कुछ इंस्टॉलेशन निर्देश प्रदान कर सकते हैं, संग्रह में .bin फ़ाइल एक सेल्फ एग्जीक्यूटेबल है?
धन्यवाद
ली

लिंक किए गए फ़ोरम पेज पर अब निर्देश।

एक सप्ताह से अधिक के लिए नए फर्मवेयर को चलाने के बाद वापस चेक करना। अब तक, यह ठोस है। मैंने लंबे समय के बाद अपने सैमसंग डिवाइस को बार-बार जगाया है और मेरे पाई पर वायरलेस इंटरफ़ेस चालू रखा है। मेरा मानना ​​है कि मेरे पास एक उदाहरण था जहां यह अस्थायी रूप से गिरा और फिर ठीक हो गया; हालांकि, मैं उस को पुन: पेश करने में सक्षम नहीं हूं। सभी के सभी, यह ठोस दिखता है। यह एक निश्चित प्राप्त करने के लिए जेम्स और इसके साथ साइप्रस टीम के लिए दोनों के लिए धन्यवाद।

रिपोर्ट के लिए धन्यवाद।

क्या कोई मुझे बता सकता है कि फर्मवेयर फिक्स ने पहले ही इसे आधिकारिक रास्पियन वितरण में बना दिया है ताकि इसे apt update माध्यम से स्थापित किया जा सके या यदि अभी तक नहीं है, तो मामला होने के बाद मुझे सूचित करें?

क्या कोई मुझे बता सकता है कि फर्मवेयर फिक्स ने पहले ही इसे आधिकारिक रास्पियन डिस्ट्रीब्यूशन में बना दिया है ताकि इसे एप अपडेट के माध्यम से इंस्टॉल किया जा सके या यदि अभी तक नहीं है, तो मामला होने के बाद मुझे सूचित करें?

हाँ। https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508&start=25#p1270212
आमतौर पर अपडेट करने के बाद Pi0W पर कुछ मुद्दों की सूचना दी जा रही है, लेकिन यह पूरी तरह से स्पष्ट नहीं है अगर यह सिर्फ फर्मवेयर परिवर्तन या कुछ और है - https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=204882

मैंने फर्मवेयर अपडेट किया है

$ md5sum /lib/firmware/brcm/brcmfmac43430-sdio.bin
ba679a85c1dc76e9775603af45440bc0  /lib/firmware/brcm/brcmfmac43430-sdio.bin

लेकिन अभी भी एक ही मुद्दा है

$ dmesg | grep brcmfmac
[    3.917447] usbcore: registered new interface driver brcmfmac
[    4.079889] brcmfmac: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
[    5.079252] brcmfmac: power management disabled
[   27.125197] brcmfmac: power management disabled
[   92.278751] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
[  338.327158] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  340.887163] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  340.887181] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[  360.407241] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  362.967295] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  362.967308] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

निम्नलिखित भी इस मुद्दे से परहेज नहीं है

sudo iw wlan0 set power_save off
sudo ifconfig wlan0 promisc

मैं hostapd और dnsmasq साथ एक्सेस बिंदु के रूप में RPi3 का उपयोग कर रहा हूं।
मैं हमेशा अपने Android फोन पर Spotify ऐप में डाउनलोड शुरू करते समय समस्या को पुन: उत्पन्न कर सकता हूं।

क्या मुझे निम्न फ़ाइल को भी अपडेट करने की आवश्यकता है?

$ md5sum /lib/firmware/brcm/brcmfmac43430-sdio.txt
9a88b55134d9f8f3ad2331b93f4b7b79  /lib/firmware/brcm/brcmfmac43430-sdio.txt

क्या इसका उपयोग ड्राइवर द्वारा किया जाएगा या इसे अनदेखा किया जा सकता है?

संपादित करें:
हाँ। Brcmfmac43430-sdio.txt की भी आवश्यकता है।
लेकिन मैं https://github.com/RPi-Distro/firmware-nonfree/tree/927fa8ebdf5bcfb90944465b40ec4981e01d01d015/brcm से नवीनतम सबसे बड़े संस्करणों का उपयोग कर रहा हूं

मैंने अपने 4.9.35-v7 + कर्नेल को 4.14.18-v7 + में भी अपडेट किया है।
लेकिन मुद्दा अभी भी मौजूद है।

मेरे RPi3 पर एक ही समस्या में रन करें: लगभग कोई ट्रैफ़िक के साथ कुछ अपटाइम (जैसे रात में) के बाद Wifi का गिरना।
केवल उत्पादन दिखाता है:

[ +3,519999] brcmfmac: brcmf_do_escan: error (-110)
[ +0,000011] brcmfmac: brcmf_cfg80211_scan: scan error (-110)
[  +3,519987] brcmfmac: brcmf_do_escan: error (-110)
[  +0,000012] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

मैंने ड्राइवर को पुनः लोड करने का प्रयास किया (rmmod & modprobe brcmfmac):

[  +0,100025] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -5
[  +0,000014] brcmfmac: brcmf_cfg80211_get_tx_power: error (-5)
[  +0,519934] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000050] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000672] brcmfmac: brcmf_fil_cmd_data: bus is down. we have nothing to do.
[  +0,000012] brcmfmac: brcmf_cfg80211_get_channel: chanspec failed (-5)
[  +0,221254] usbcore: deregistering interface driver brcmfmac
[Mär12 21:18] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[  +0,010071] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[  +0,000285] usbcore: registered new interface driver brcmfmac
[  +2,649115] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout
[  +0,005807] brcmfmac: brcmf_c_get_clm_name: retrieving revision info failed (-110)
[  +0,000010] brcmfmac: brcmf_c_process_clm_blob: get CLM blob file name failed (-110)
[  +0,000008] brcmfmac: brcmf_c_preinit_dcmds: download CLM blob file failed, -110
[  +0,000007] brcmfmac: brcmf_bus_started: failed: -110
[  +0,000021] brcmfmac: brcmf_sdio_firmware_callback: dongle is not responding

किसी तरह काम नहीं किया - ड्राइवर लोड किया गया, लेकिन नहीं मुझे कोई इंटरफ़ेस नहीं मिला
फिर से प्रयास किया:

[Mär12 21:26] usbcore: deregistering interface driver brcmfmac
[ +32,681743] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[  +0,007275] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[  +0,000257] usbcore: registered new interface driver brcmfmac
[  +0,116144] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Aug  7 2017 00:46:29 version 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[  +0,000641] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 7.11.15 Compiler: 1.24.2 ClmImport: 1.24.1 Creation: 2014-05-26 10:53:55 Inc Data: 9.10.41 Inc Compiler: 1.29.4 Inc ClmImport: 1.36.3 Creation: 2017-08-07 00:37:47
[  +0,184532] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  +0,000034] brcmfmac: power management disabled
[  +1,833812] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

..और मैं फिर से उठ रहा हूँ।

Pi3 रन कर्नेल '4.14.24-v7 + # 1097' - फर्मवेयर 7 अगस्त 2017 से पुराना है - एक ही फर्मवेयर बूँद जो पीरो शून्य पर चलने वाली कर्नेल पर निर्दोष (अपटाइम> 2 महीने) काम करता है '4.9.7% + # 1081'
दोनों पिस एक ही राउटर और एक कमरे से जुड़े हुए हैं। दोनों ही वाईफाई के जरिए जुड़े हैं।

संभवतः 4.14 पर नवीनतम फर्मवेयर का उपयोग करने के लायक है, क्योंकि 4.14 में उस फर्मवेयर के साथ काम करने के लिए सभी आवश्यक परिवर्तन हैं।

:) नवीनतम fw को अपडेट किया गया (23 अक्टूबर 2017 03:55:53 संस्करण 7.45.98.38) पोस्ट करने के बाद कल - काम करने के लिए लगता है - चलो देखते हैं क्या होता है ..

ऐसा प्रतीत होता है कि रस्पियन अगस्त 2017 के फर्मवेयर पैकेज पर वापस लौट आया। क्या आरपीआई 3 बी + वायरलेस के लिए कोई नई आवश्यकताएं हैं?

लेटेस्ट फाउंडेशन का स्ट्रेच रेपो फर्मवेयर-brcm80211 1: 20161130-3 + rpt3 पैकेज में 23 अक्टूबर 2017 का फर्मवेयर वर्जन 7.45.98.38, Pi3 / Pi0W के लिए और अन्य उचित पैकेज Pi3 + के लिए है।

मुझे wifi के मरने की समस्या भी है।

Mar 17 18:25:28 hassass kernel: [10279.186321] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
Mar 17 18:25:30 hassass kernel: [10281.665090] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout
Mar 17 18:25:30 hassass kernel: [10281.665622] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle
Mar 17 18:25:30 hassass kernel: [10281.665638] brcmfmac: brcmf_run_escan: error (-110)
Mar 17 18:25:30 hassass kernel: [10281.665647] brcmfmac: brcmf_cfg80211_scan: scan error (-110)
Mar 17 18:26:30 hassass kernel: [10341.665866] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

यह 4.14.27-v7 + के साथ और साथ है
/ sbin / iw dev wlan0 सेट पॉवर_स्वे ऑफ
/ sbin / ifconfig wlan0 प्रॉमिस
in /etc/rc.local

@ फ़्लोक 99 के समान त्रुटि संदेश - खिंचाव पर नवीनतम फर्मवेयर (आरपीआई-अपडेट) का उपयोग करना।

ठीक है, तो जिस बग को हमने सोचा था कि सरू ने तय किया था वह अभी भी है। वापस
सरू यह जाता है। इस संस्करण को पाने के लिए एक वर्ष का समय लिया। सांस रोककर नहीं
की सिफारिश की।

हालांकि संस्करण की पुष्टि करनी चाहिए, कृपया सामग्री पोस्ट करें

dmesg | grep brcmfmac

18 मार्च 2018 को 01:44 पर, Rebroad सूचनाएं @github.com ने लिखा:

इसी तरह के त्रुटि संदेश @ flok99 https://github.com/flok99 - नवीनतम का उपयोग कर रहे हैं
फर्मवेयर (आरपीआई-अपडेट) खिंचाव पर।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373966343 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHY1Cmntz_kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4Huph5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

[4.112717] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[4.119827] brcmfmac: brcmf_fw_map_chip_to_name: का उपयोग करना
0cm004345 (17221) चिप 0x006 के लिए brcm / brcmfmac43455-sdio.bin
[४.१२०१११] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[4.440371] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: Feb
27 2018 03:15:32 संस्करण 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[4.440958] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2
डेटा: 9.10.105 संकलक: 1.29.4 ClmImport: 1.36.3 निर्माण: 2018-03-09
18:56:28
[10.911757] brcmfmac: पावर प्रबंधन अक्षम
[12.016088] brcmfmac: पावर प्रबंधन अक्षम
[2074.090674] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg
विफल w / स्थिति -5
[2074.090687] brcmfmac: brcmf_cfg80211_get_tx_power: त्रुटि (-5)
[२० [४.० ९ ० 20४५] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[2074.090753] brcmfmac: brcmf_link_down: WLC_DISASSOC (सीधे)
[2074.610583] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[2074.611992] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[२० [४.६१३ ९ ४५] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[२० [४.६१३ ९ ]१] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-5)
[२० [४. :२ ९ ]१६] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[२० [४. :२ ९ ]३३] brcmfmac: brcmf_cfg80211_reg_notifier: देश कोड iovar
गलती से लौट आया = -5
[२० [४. dere१६ ९ ३] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[2074.929084] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[2074.936897] brcmfmac: brcmf_fw_map_chip_to_name: उपयोग कर रहा है
चिप 0x004345 (17221) के लिए brcm / brcmfmac43455-sdio.bin
[२० [४.९ ३ 20१३ ९] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[२० [५.११ 20१ ]०] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: फ़रवरी
27 2018 03:15:32 संस्करण 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[2075.118706] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2
डेटा: 9.10.105 संकलक: 1.29.4 ClmImport: 1.36.3 निर्माण: 2018-03-09
18:56:28
[२० [५.२१५३६५] brcmfmac: शक्ति प्रबंधन अक्षम
[2075.263751] brcmfmac: पावर प्रबंधन अक्षम
[२० [५.४ power५००१] brcmfmac: शक्ति प्रबंधन अक्षम
[2124.380808] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[2124.381146] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[2124.381156] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-5)
[2124.622345] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[2124.705432] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[2124.714194] brcmfmac: brcmf_fw_map_chip_to_name: उपयोग कर रहा है
चिप 0x004345 (17221) के लिए brcm / brcmfmac43455-sdio.bin
[२१२४. registered१६२१३] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[2124.929556] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: फ़रवरी
27 2018 03:15:32 संस्करण 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[2124.929993] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2
डेटा: 9.10.105 संकलक: 1.29.4 ClmImport: 1.36.3 निर्माण: 2018-03-09
18:56:28
[2125.105218] brcmfmac: पावर प्रबंधन अक्षम
[2125.150290] brcmfmac: पावर प्रबंधन अक्षम
[8237.434034] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री:
0x40012
[8239.890302] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट से फिर से शुरू किया गया
[8239.890822] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रेंड
[8239.890835] brcmfmac: brcmf_run_escan: त्रुटि (-110)
[8239.890845] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-110)
[8254.280425] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg
विफल w / स्थिति -5
[8254.280438] brcmfmac: brcmf_cfg80211_get_tx_power: त्रुटि (-5)
[8254.280491] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8254.280498] brcmfmac: brcmf_link_down: WLC_DISASSOC विफल (-5)
[8254.800394] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8254.803873] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8254.808353] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8254.808370] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-5)
[8254.881402] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8254.881420] brcmfmac: brcmf_cfg80211_reg_notifier: देश कोड iovar
गलती से लौट आया = -5
[8255.001550] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[8255.071184] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[8255.077098] brcmfmac: brcmf_fw_map_chip_to_name: उपयोग करना
चिप 0x004345 (17221) के लिए brcm / brcmfmac43455-sdio.bin
[8255.077348] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[8257.730418] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[8257.751038] brcmfmac: brcmf_c_get_clm_name: संशोधन जानकारी पुनः प्राप्त करें
विफल (-110)
[8257.751049] brcmfmac: brcmf_c_process_clm_blob: CLM बूँद फ़ाइल नाम प्राप्त करें
विफल (-110)
[8257.751068] brcmfmac: brcmf_c_preinit_dcmds: CLM बूँद फ़ाइल डाउनलोड करें
विफल, -110
[8257.751076] brcmfmac: brcmf_bus_started: विफल: -110
[8257.751114] brcmfmac: brcmf_sdio_firmware_callback: डोंगल नहीं है
जवाब दे रहा है
[8304.417684] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[8304.486099] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[8304.493613] brcmfmac: brcmf_fw_map_chip_to_name: उपयोग करना
चिप 0x004345 (17221) के लिए brcm / brcmfmac43455-sdio.bin
[8304.494078] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[8304.686761] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: फ़रवरी
27 2018 03:15:32 संस्करण 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[8304.687203] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2
डेटा: 9.10.105 संकलक: 1.29.4 ClmImport: 1.36.3 निर्माण: 2018-03-09
18:56:28
[8304.829994] brcmfmac: पावर प्रबंधन अक्षम
[8304.907662] brcmfmac: पावर प्रबंधन अक्षम
[8357.441791] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री:
0x40012
[8359.891146] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[8359.891655] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[8359.891668] brcmfmac: brcmf_run_escan: त्रुटि (-110)
[8359.891677] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-110)
[8371.731226] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[8371.731731] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[8371.731746] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-110)
[8373.941267] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg
विफल w / स्थिति -5
[8373.941280] brcmfmac: brcmf_cfg80211_get_tx_power: त्रुटि (-5)
[8373.941330] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8373.941338] brcmfmac: brcmf_link_down: WLC_DISASSOC विफल (-5)
[8374.461245] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8374.461942] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8374.463553] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8374.463573] brcmfmac: brcmf_cfg80211_get_channel: chanspec विफल (-5)
[8374.564729] brcmfmac: brcmf_fil_cmd_data: बस नीचे है। हमारे पास कुछ भी नहीं है
ऐसा करने के लिए।
[8374.564750] brcmfmac: brcmf_cfg80211_reg_notifier: देश कोड iovar
गलती से लौट आया = -5
[8374.702401] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[8374.759839] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[8374.767561] brcmfmac: brcmf_fw_map_chip_to_name: का उपयोग करके
0cm004345 (17221) चिप 0x006 के लिए brcm / brcmfmac43455-sdio.bin
[8374.771137] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[8377.411255] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[8377.431924] brcmfmac: brcmf_c_get_clm_name: संशोधन जानकारी पुनः प्राप्त करें
विफल (-110)
[8377.431934] brcmfmac: brcmf_c_process_clm_blob: CLM बूँद फ़ाइल नाम प्राप्त करें
विफल (-110)
[8377.431941] brcmfmac: brcmf_c_preinit_dcmds: CLM बूँद फ़ाइल डाउनलोड करें
विफल, -110
[8377.431949] brcmfmac: brcmf_bus_started: विफल: -110
[8377.432003] brcmfmac: brcmf_sdio_firmware_callback: डोंगल नहीं है
जवाब दे रहा है
[[४२४.१३३११४] usbcore: deregistering इंटरफ़ेस ड्राइवर brcmfmac
[8424.229631] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x15264345 पढ़ें
[8424.237210] brcmfmac: brcmf_fw_map_chip_to_name उपयोग करके
0cm004345 (17221) चिप 0x006 के लिए brcm / brcmfmac43455-sdio.bin
[8424.239352] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[8424.460736] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: फ़रवरी
27 2018 03:15:32 संस्करण 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[8424.461174] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2
डेटा: 9.10.105 संकलक: 1.29.4 ClmImport: 1.36.3 निर्माण: 2018-03-09
18:56:28
[8424.646993] brcmfmac: पावर प्रबंधन अक्षम
[8424.708633] brcmfmac: पावर प्रबंधन अक्षम

सन, मार्च 18, 2018 को पूर्वाह्न 11:30 बजे, जेम्स ह्यूजेस नोटिफिकेशन @github.com
लिखा था:

ठीक है, तो जिस बग को हमने सोचा था कि सरू ने तय किया था वह अभी भी है। वापस
सरू यह जाता है। इस संस्करण को पाने के लिए एक वर्ष का समय लिया। सांस रोककर नहीं
की सिफारिश की।

हालांकि संस्करण की पुष्टि करनी चाहिए, कृपया सामग्री पोस्ट करें

dmesg | grep brcmfmac

18 मार्च 2018 को 01:44 पर, Rebroad सूचनाएं @github.com ने लिखा:

इसी तरह के त्रुटि संदेश @ flok99 https://github.com/flok99 - का उपयोग कर
नवीनतम
फर्मवेयर (आरपीआई-अपडेट) खिंचाव पर।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -373966343
,
या धागा म्यूट करें
kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5>
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373987387 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADESuI3-T3HmNWHKLTeApQsVRkxFmNUBks5tfjdhgaJpZ44HupC5
।

-
www.vanheusden.com www.slimwinnen.nl www.winnenmetbitcoin.nl

www.aliensdetected.com www.benjeeigenbank.nl www.depersoonlijkebank.nl

www.hackerspace-gouda.nl www.ismijnwebsitekapot.nl www.micro-t.com.com

www.slimmetvalutahandelen.nl www.slimwinstmaken.nl www.vertrouwdbankieren.l

www.watismijnip.info

@ flok99

brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 
Firmware version = wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04 

बहुत सुंदर लग रहा है जैसे आप नए Pi3b + पर हैं और मूल Pi3 पर नहीं: तो शायद अलग बात है?

पूरी तरह से अलग चिप और फर्मवेयर, हालांकि लिनक्स साइड ड्राइवर है
वही। (brcmfmac) पर आधारित है।

19 मार्च 2018 को 16:26 बजे, macmpi सूचनाएं @github.com ने लिखा:

@ flok99 https://github.com/flok99

brcmfmac: brcmf_fw_map_chip_to_name: चिप के लिए brcm / brcmfmac43455-sdio.bin का उपयोग करना
फर्मवेयर संस्करण = wl0: फरवरी २०१ version २०१32 03:15:32 संस्करण 54.४५.१४५ (r684107 CY) FWID ०१-४fbe0b04

बहुत सुंदर लग रहा है जैसे आप नए Pi3b + पर हैं और मूल Pi3 पर नहीं: तो
शायद अलग बात है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/raspberrypi/linux/issues/1342#issuecomment-374274045 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ADqrHeP6-sc-P-OSggQFPrl3O8z_B2aRks5tf9wbgaJpZM4Hup5
।

-
जेम्स ह्यूजेस
प्रधान सॉफ्टवेयर इंजीनियर,
रास्पबेरी पाई (ट्रेडिंग) लिमिटेड

मुझे लगता है कि Pi3B + मुद्दों के लिए एक और धागा है, और आवश्यक रूप से इस एक को वापस देखें, अन्यथा इसे ट्रैक करना बहुत मुश्किल है। @ Flok99 अपनी रिपोर्ट के साथ एक नया मुद्दा बना सकता है, यह सुनिश्चित करता है कि शीर्षक 3 बी + को संदर्भित करता है। मैं इसे केवल पी 3 बी के लिए प्रतिबिंबित करने के लिए इसका शीर्षक बदलूंगा।

किया हुआ

क्या कोई इस समस्या की सदस्यता लेता है, 3 बी (प्लस नहीं) चल रहा है, अभी भी नवीनतम फर्मवेयर और कर्नेल के साथ समस्याओं को देखता है? जारी असफलता की कोई भी रिपोर्ट चाहेगा - उपरोक्त विषय पर पिछले पोस्ट से लगता है कि चीजें अब ठीक काम कर रही हैं।

इस के साथ 44 दिनों से मेरा 3 बी है:

Linux rpi3 4.14.24-v7+ #1097 SMP Mon Mar 5 16:42:05 GMT 2018
brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f

तब से कोई समस्या नहीं ..

अच्छी खबर। जब तक मैं अन्यथा नहीं सुनता, मैं शायद एक या दो सप्ताह में इस धागे को बंद कर दूंगा, हालांकि समस्याओं के फिर से शुरू होने पर इसे किसी भी समय फिर से खोल दिया जा सकता है।

मैंने लगभग एक सप्ताह पहले इस मुद्दे को रखना शुरू कर दिया था, तब से पहले इसके बारे में नहीं सुना था। मैं अक्सर राउटर के रूप में एक सैमसंग फोन के साथ पाई का उपयोग करता हूं - मेरा एक एस 4 है। मैं इसे जुड़ा हुआ लिख रहा हूँ s4 को usb के साथ, अर्थात रंडियों का उपयोग करके। यहाँ आज के बूट से मेरे विवरण हैं:
0 अपग्रेड किया गया, 0 नव स्थापित, 0 हटाने के लिए और 0 अपग्रेड नहीं किया गया।
तत्पश्चात @ pi3portable : ~ $ dmesg | grep brcmfmac
[9.965782] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x1541a9a6 पढ़ें
[9.972059] brcmfmac: brcmf_fw_map_chip_to_name: brcm / brcmfmac43430-sdio.bin चिप 0x00a9a6 (43030) के लिए 0x000001 का उपयोग करें
[9.972250] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[10.147562] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: अगस्त 7 2017 00:46:29 संस्करण 7.45.41.46 (r666254 CY) FWID 01-f8a78378
: .4 इंक ClmImport: 1.36.3 निर्माण: 2017-08-07 00:37:47
[१ [.५३ power६४१] brcmfmac: शक्ति प्रबंधन अक्षम
[३०.६२ ९ ५४५] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: Xx1212
[३३.१ ९ १४५०] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट से फिर से शुरू किया गया
[33.194850] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[35.751496] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट के साथ फिर से शुरू किया गया
[35.754898] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैड
[३५.ac५४ ९ ०६] brcmfmac: brcmf_pno_clean: विफल कोड -110
[४३.२ :१४३ 43] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट से फिर से शुरू किया गया
[४३.२ :४ 43००] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[43.274807] brcmfmac: brcmf_do_escan: त्रुटि (-110)
[43.274811] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-1.0)
[7673.758073] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[7673.761437] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[7673.761454] brcmfmac: _brcmf_set_multicast_list: सेटिंग mcast_list विफल, -110
[7676.328075] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू
[7676.331449] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर जाल
[7676.331466] brcmfmac: _brcmf_set_multicast_list: allmulti को विफल करना, -110
[7678.878084] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट पर फिर से शुरू किया गया
[7678.881460] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[7681.448101] brcmfmac: _brcmf_set_multicast_list: BRCMF_C_SET_PROMISC सेट करना विफल, -110
[7689.118098] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg विफल w / स्थिति -110
[7689.118241] brcmfmac: पावर प्रबंधन अक्षम
[7691.678100] brcmfmac: brcmf_cfg80211_set_power_mgmt: त्रुटि (-110)
[7694.238122] brcmfmac: _brcmf_set_multicast_list: सेटिंग mcast_list विफल, -110
[7696.798118] brcmfmac: _brcmf_set_multicast_list: allmulti को विफल करना, -110
[7699.358158] brcmfmac: brcmf_do_escan: त्रुटि (-110)
[7699.358167] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-110)
[7701.918127] brcmfmac: _brcmf_set_multicast_list: BRCMF_C_SET_PROMISC सेट करना, -110
[11406.881341] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg w / स्थिति -110 विफल
[11406.881352] brcmfmac: brcmf_cfg80211_reg_notifier: देश कोड iovar गलत तरीके से वापस लौटा = -110
[11579.921479] brcmfmac: _brcmf_set_multicast_list: सेटिंग mcast_list विफल, -110
[११५ [२.४ ९ १४ ]५] brcmfmac: _brcmf_set_multicast_list: allmulti को विफल करना, -110
[11587.611478] brcmfmac: _brcmf_set_multicast_list: BRCMF_C_SET_PROMISC सेट करना विफल, -110
तत्पश्चात @ pi3portable : ~ $
तत्पश्चात @ pi3portable : ~ $ uname -a
Linux pi3portable 4.14.27-v7 + # 1100 SMP शुक्र 16 मार्च 13:51:48 GMT 2018 armv7l GNU / Linux
तत्पश्चात @ pi3portable : ~ $
मैं इस कर्नेल को चला रहा हूं क्योंकि जब मैं USB से बूटिंग का परीक्षण कर रहा था तो मैं अगली स्ट्रीम में बदल गया था, और बाद में वापस नहीं बदला। फिर मुझे नए कर्नेल (4.14) के बारे में सूचना मिली, इसलिए मैंने एक महीने पहले कोशिश की। यह ठीक है, यह कोई भी समस्या नहीं है। केवल अन्य बड़े बदलाव मैं कई दिनों पहले NetworkManager से systemd-networkd में स्विच किया गया था, लेकिन इस समस्या के बाद पहली बार खुद को दिखाया।
सादर,
ट्रेवर हेनरी

अपडेट करें:
संबंधित सभी पोस्ट पढ़ने के बाद मुझे https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508 पोस्ट में नवीनतम फर्मवेयर मिला।
और इससे मेरी समस्या ठीक हो गई।

brcmfmas43430-sdio.bin का परीक्षण संस्करण 250418 स्थापित किया गया

संस्करण 7.45.98.38 अक्टूबर 23 2017, संस्करण 7.45.41.46 अगस्त 7 2017 को प्रतिस्थापित किया गया

इससे पहले:

[10.368086] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x1541a9a6 पढ़ें
[10.376702] brcmfmac: brcmf_fw_map_chip_to_name: brx / brcmfmac43430-sdio.bin का उपयोग करके चिप के लिए 0x00a9a6 (43430) Rev 0x000001
[१०.३ new interface०२६] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[10.599523] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: अगस्त 7 2017 00:46:29 संस्करण 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[10.600577] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2 डेटा: 7.11.15 संकलनकर्ता: 1.24.2 ClmImport: 1.24.1 निर्माण: 2014-05-26 10:53:55 इंक डेटा: 9.10.41 इंक संकलक: 1.29 .4 इंक ClmImport: 1.36.3 निर्माण: 2017-08-07 00:37:47
[१२६.६४२ power१०] brcmfmac: शक्ति प्रबंधन अक्षम
[१३ ९.२४ ९ २३०] brcmfmac: brcmf_sdio_hostmail: अज्ञात मेलबॉक्स डेटा सामग्री: Xx1212
[१४१. :५१५४५] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट के साथ फिर से शुरू
[141.754973] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[१४४.३११४ br२]] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट के साथ फिर से शुरू किया गया
[144.314959] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर ट्रैप
[144.314975] brcmfmac: brcmf_pno_clean: विफल कोड -110
[151.831564] brcmfmac: brcmf_sdio_bus_rxctl: टाइमआउट से फिर से शुरू
[151.835066] brcmfmac: brcmf_sdio_checkdied: डोंगल में फर्मवेयर जाल
[151.835079] brcmfmac: brcmf_do_escan: त्रुटि (-110)
[151.835084] brcmfmac: brcmf_cfg80211_scan: स्कैन त्रुटि (-110)

उपरांत:

तत्पश्चात @ pi3portable : ~ $ dmesg | grep brcm
[10.115833] brcmfmac: F1 हस्ताक्षर @ 0x18000000 = 0x1541a9a6 पढ़ें
[10.134926] brcmfmac: brcmf_fw_map_chip_to_name: brcm / brcmfmac43430-sdio.bin का उपयोग करके चिप के लिए 0x00a9a6 (43430) Rev 0x000001
[१०.१३५११५] usbcore: पंजीकृत नया इंटरफ़ेस ड्राइवर brcmfmac
[10.367703] brcmfmac: brcmf_c_preinit_dcmds: फर्मवेयर संस्करण = wl0: 23 अक्टूबर 2017 03:55:53 संस्करण 7.45.98.38 (r674442 CY) परिवार कल्याण 01-e58d219f
[10.368419] brcmfmac: brcmf_c_preinit_dcmds: CLM संस्करण = API: 12.2 डेटा: 7.11.15 संकलनकर्ता: 1.24.2 ClmImport: 1.24.1 निर्माण: 2014-05-26 10:53:55 इंक डेटा: 9.10.39 इंक संकलक: 1.29 .4 इंक ClmImport: 1.36.3 निर्माण: 2017-10-23 03:47:14
[१ [.०४५३० 18] brcmfmac: पावर प्रबंधन अक्षम
तत्पश्चात @ pi3portable : ~ $

इसने कई बूटों के माध्यम से काम करना जारी रखा है और मैं अब इसका उपयोग कर रहा हूं, वाईफाई से जुड़ा हुआ है सैमसंग s4 फोन।
आपकी मदद के लिए धन्यवाद, सादर, ट्रेवर हेनरी।

मैंने सोचा था कि नवीनतम फर्मवेयर पहले से ही नवीनतम छवियों में था, इसलिए उम्मीद की होगी कि 4.14 में अपग्रेड नवीनतम फर्मवेयर लाया होगा। क्या आपने अपना कर्नेल बनाया है?

हां - वर्तमान रास्पियन छवियों में 23 अक्टूबर 2017 से फर्मवेयर 7.45.98.38 है।

नमस्ते, नहीं, मैंने कर्नेल का निर्माण नहीं किया, मैंने आरपीआई-अपडेट के साथ अपग्रेड किया, और जैसा कि आप देख सकते हैं कि यह अपडेट के बाद भी अगस्त 2017 फर्मवेयर चला रहा था।

आरपीआई-अपडेट केवल कर्नेल, फर्मवेयर और वीडियोकोर-विशिष्ट उपयोगिताओं की एक छोटी संख्या को अपग्रेड करता है। WiFi फर्मवेयर सहित सब कुछ अपग्रेड करने के लिए, आपको apt-get upgrade / distupgrad का उपयोग करना होगा।

नमस्ते,
इसलिए मेरे पास यह मुद्दा है और यह नवीनतम एफडब्ल्यू, 7.45.98.38 के साथ बेहतर है, क्योंकि यह अभी भी मेरे पास समस्या है।
अवलोकन
अगर मैं बिना कुछ किए रास्पबेरी बूट करता हूं तो डब्ल्यूएलएएन को वैसा ही होना चाहिए जैसा कि होना चाहिए।
अगर मैं WLAN के उठने से पहले ब्लूटूथ कीबोर्ड या माउस का उपयोग करने की कोशिश करता हूं तो समस्या बनी रहती है, मुझे कोई कनेक्शन नहीं मिलता है।
यदि मेरे पास एक कनेक्शन है और वायरलेस नेटवर्क को अक्षम / सक्षम करता है तो WLAN कनेक्ट नहीं होता है।
अगर मैं रात को WLAN छोड़ता हूं तो कनेक्शन काम करना बंद कर देता है।
मेरे पास तीन समान सेटअप हैं और व्यवहार उन सभी पर समान है।
यह नहीं पता कि यह मायने रखता है लेकिन हम WPA2 उद्यम, PEAP और MSCHAPv2 का उपयोग कर रहे हैं

क्या ये समस्या केवल तब होती है जब बीटी डिवाइस जुड़े होते हैं?

हाँ! अक्षम ब्लूटूथ और कनेक्टेड USB कीबोर्ड और माउस और WLAN जो मैंने पहले कभी देखे हैं उससे अधिक तेजी से जुड़े।

फिर भी कुछ मुद्दे सह-अस्तित्व के साथ हैं। मुझे लगता है कि सरू तक झंडी दिखाने की आवश्यकता होगी।

बस जांच करने के लिए, आप नवीनतम रास्पियन का उपयोग कर रहे हैं? या बहुत नया है?

@ पेलवेल पिंग

विवरण: रास्पियन GNU / लिनक्स 9.4 (खिंचाव)
क्या आपको किसी और जानकारी की आवश्यकता है?

इसके बाद यह लटका हुआ है:
14 मई 15:43:58 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: CTRL-EVENT-EAP-METHOD EAP विक्रेता 0 विधि 25 (PEAP) चयनित

नीचे लॉग स्निप देखें

14 मई 15:43:58 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[१५२६३०५४३ 15.8787]] डिवाइस (wlan0): दमनकारी इंटरफ़ेस स्थिति: डिस्कनेक्ट किया गया -> संबद्ध
14 मई 15:43:58 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: 44 के साथ संबद्ध: d9: e7: f7: d5: 34
14 मई 15:43:58 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: CTRL-EVENT-EAP-STARTED ईएपी प्रमाणीकरण शुरू
14 मई 15:43:58 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[१५२६३०५४३ 15 ९ .२६३] डिवाइस (wlan0): सहायक इंटरफ़ेस स्थिति: सहयोगी -> संबद्ध
14 मई 15:43:58 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD विक्रेता = 0 विधि = 25
14 मई 15:43:58 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: CTRL-EVENT-EAP-METHOD EAP विक्रेता 0 विधि 25 (PEAP) चयनित
14 मई 15:44:24 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[1526305464.0716] डिवाइस (wlan0): सक्रियण: (वाईफाई) एसोसिएशन में बहुत लंबा समय लगा
14 मई 15:44:24 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[१५२६३०५४६४.० :१ change] डिवाइस (wlan0): राज्य परिवर्तन: विन्यास -> आवश्यकता-स्थिति (कारण 'कोई नहीं') [५० ६० ०]
14 मई 15:44:24 hwlab1_gul_rpi wpa_supplicant [445]: wlan0: CTRL-EVENT-DISCONNECTED bssid = 44: d9: e7: f7: d5: 34 reason = 3 local_generated = 1
14 मई 15:44:24 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[1526305464.0937] डिवाइस (wlan0): सक्रियण: (वाईफाई) नए रहस्यों के लिए पूछ रहा है
14 मई 15:44:24 hwlab1_gul_rpi नेटवर्क प्रबंधक [2745]:[१५२६३०५४६४.० ९ ५ ९] सुप-इफेस [०x१ सी ४३, सी ०, wlan0]: कनेक्शन काट दिया गया (कारण -3)

मेरे पास ओक्टोपी 0.14 (अद्यतन किए गए प्रत्येक पैकेज, आरपीआई फर्मवेयर नवीनतम पर, प्रत्येक ऑक्टोप्रिन प्लगइन अद्यतन) के साथ एक ही मुद्दा है।

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110

इस सेटअप के साथ इसका 100% प्रजनन योग्य है। मेरे सैमसंग s4 सक्रिय (एंड्रॉइड 5.0.1, क्रोम का उपयोग करके) या मेरे सैमसंग टैबलेट 10inch नोट चीज़ से एंड्रॉइड पर पीआई (बूट के बाद पहली बार एक्सेस) पर ऑक्टोप्रिंट वेबसाइट पर आ रहा है। पेज आधा भरा हुआ है।
मेरे पी 3 से जुड़ी कोई केबल नहीं, चैनल 11 पर wpa2 के साथ वाईफाई।
मैंने वाईफाई पॉवर वाली चीज़ को निष्क्रिय करने की कोशिश की और बिना किसी भाग्य के वाईफाई चैनल 6 पर स्विच किया (ऊपर से टिप्स) - हालांकि मुझे लग रहा था कि यह चैनल 6 के साथ थोड़ा बेहतर था।

लेकिन अब बग पर दिलचस्प सुराग आता है:
मेरे पास कोई समस्या नहीं है जब मैं अपनी विंडोज़ 10 या ubuntu 16 मशीन (क्रोम, केबल कनेक्शन से राउटर का उपयोग करके) से ऑक्टोपी / ऑक्टोप्रिंट साइट (पीआई पर) खोलता हूं। मेरा अनुमान है कि अब यह एक एंड्रॉइड, सैमसंग या वाईफाई से वाईफाई से संबंधित बग है। और मुझे लगता है कि मैंने कुछ समय पहले एंड्रॉइड / आरपीआई मुद्दों के बारे में कुछ पढ़ा है।

उम्मीद है की यह मदद करेगा। यदि आपको कुछ संस्करण के लिए परीक्षक की आवश्यकता है तो मैं इसे आज़माऊंगा।

बस मैंने सोचा था कि मैं यहाँ झंकार करूंगा और हमने यह भी देखा होगा कि इस ड्राइवर के चारों ओर वाईफाई से संबंधित अवरोधक स्टालों की तरह क्या दिखता है जो किसी अन्य एसबीसी पर संबंधित हो सकता है। यह रास्पबेरी पीआई विशिष्ट नहीं है।

यह मेरे साथ भी हो रहा है।

सेट अप

• पाई 3 बी 1.2 (a02082)
• गिरी:

pi<strong i="10">@raspberrypi</strong>:~ $ uname -a
Linux raspberrypi 4.14.54-v7+ #1126 SMP Wed Jul 11 20:01:03 BST 2018 armv7l GNU/Linux

रनिंगबियन संस्करण 9.4:

pi<strong i="14">@raspberrypi</strong>:~ $ cat /etc/debian_version
9.4

फर्मवेयर संस्करण:

pi<strong i="18">@raspberrypi</strong>:~ $ /opt/vc/bin/vcgencmd version
Jul  9 2018 19:35:54
Copyright (c) 2012 Broadcom
version daa7178a0900fd9a743c019f9dad7889d531e71d (clean) (release)

wlan0 पावर प्रबंधन बंद है:

pi<strong i="23">@raspberrypi</strong>:~ $ iwconfig wlan0
wlan0     IEEE 802.11  ESSID:"VIRUS_2.4"
          Mode:Managed  Frequency:2.462 GHz  Access Point: D4:7B:B0:79:AF:A6
          Bit Rate=72.2 Mb/s   Tx-Power=31 dBm
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=47/70  Signal level=-63 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:120  Invalid misc:0   Missed beacon:0

मैं अंतर्निहित वाईफाई का उपयोग कर रहा हूं। कुछ भी ईथरनेट पोर्ट से जुड़ा नहीं है।

सिस्टम को apt-get upgrade , apt-get dist-upgrade और rpi-update का उपयोग करके अपग्रेड किया गया है।

मैं देख रहा हूं

पीआई लगभग एक घंटे तक रहने के बाद, यह नेटवर्क से पहुंच से बाहर हो जाता है। मैं अपने स्थानीय नेटवर्क से पाई तक नहीं पहुँच सकता (पिंग और ssh काम नहीं करता है)।

dmesg , मुझे लगता है कि मुझे मिलता है:

brcmfmac: power management disabled
...
snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned

लेकिन कोई त्रुटि नहीं।

कुछ दिलचस्प

मैंने देखा कि जब ऐसा होता है, अगर मैं सीधे पीआई से जुड़ता हूं और अपने लैपटॉप को पिंग करता हूं - चीजें काम पर वापस आ जाती हैं। इसके अलावा, पिंग समय थोड़ा अजीब है - ऐसा लगता है कि चीजों को 'वार्म अप' करने में थोड़ा समय लगता है:

pi<strong i="40">@raspberrypi</strong>:~ $ ping 192.168.1.22
PING 192.168.1.22 (192.168.1.22) 56(84) bytes of data.
64 bytes from 192.168.1.22: icmp_seq=1 ttl=64 time=5024 ms
64 bytes from 192.168.1.22: icmp_seq=2 ttl=64 time=4010 ms
64 bytes from 192.168.1.22: icmp_seq=3 ttl=64 time=2971 ms
64 bytes from 192.168.1.22: icmp_seq=4 ttl=64 time=1932 ms
64 bytes from 192.168.1.22: icmp_seq=5 ttl=64 time=892 ms
64 bytes from 192.168.1.22: icmp_seq=6 ttl=64 time=5.63 ms
64 bytes from 192.168.1.22: icmp_seq=7 ttl=64 time=12.4 ms
64 bytes from 192.168.1.22: icmp_seq=8 ttl=64 time=5.59 ms
64 bytes from 192.168.1.22: icmp_seq=9 ttl=64 time=55.5 ms

अगर किसी को किसी भी अधिक जानकारी की आवश्यकता है, तो मुझे इसकी आपूर्ति करने में खुशी होगी।

@bugok , आपके लिए समस्या को कम करने के लिए नेटवर्क इंटरफ़ेस सेट करता है? ( ifconfig wlan0 promisc )।

@quozl : यह मदद नहीं की। कुछ समय बाद, पिंग विफल होने लगा:

$ ping 192.168.1.80
PING 192.168.1.80 (192.168.1.80): 56 data bytes
ping: sendto: No route to host
ping: sendto: Host is down
Request timeout for icmp_seq 0
...

वापस रिपोर्टिंग: मेरा मुद्दा हल हो गया है, और इस धागे में समस्या के लिए असंबंधित लगता है।

विवरण यहाँ है , लेकिन यह है कि मैं पीआई पर एक स्थिर आईपी सेट करता हूं ( /etc/dhcpcd.conf )। राउटर में स्टेटिक आईपी को परिभाषित करने के बाद, /etc/dhcpcd.conf से स्टेटिक आईपी कॉन्फिग्मैंस को हटाना और रीबूट करना - चीजें काम करने लगती हैं।

एक त्वरित अपडेट: यह समस्या ("अज्ञात मेलबॉक्स डेटा सामग्री" त्रुटि पूर्ण वायरलेस लॉकअप के साथ) बनी रहती है, नवीनतम फर्मवेयर पर सभी अपडेट इंस्टॉल (डिस्ट-अपग्रेड) के साथ बनी रहती है।

Hostapd.conf फ़ाइल में (मेरी पिछली टिप्पणी के अनुसार) एक एकल लाइन को बदलना अभी भी मेरे लिए समस्या को समाप्त करता है।

कर्नेल के साथ Rpi3B का उपयोग 4.14.52-v7 (रास्पबेरी-कर्नेल 1.20180703-1) और (फर्मवेयर-brcm80211 1: 20161130-3 + rpt4)
मैं अभी भी उस समस्या का सामना कर रहा हूं जहां वेलन फ्रीज (90 डिवाइस जिसमें से 2 प्रति दिन का मुद्दा है)। कुछ मामलों में एडेप्टर गायब है और अन्य में यह प्रतिक्रिया नहीं दे रहा है। मैं एपी मोड में पाई का उपयोग नहीं कर रहा हूं, बस
मैंने इसे आरपीआई -3 बी + में

मैंने वर्तमान में एक समाधान बनाया जब नो-नेटवर्क-कनेक्शन का पता चला, पाई रिबूट हुई। हालांकि, यह कोई उचित समाधान नहीं है और कम से कम मैं ड्राइवर को फिर से लोड करने की कोशिश कर रहा हूं

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

यह एक बहुत ही दिलचस्प डेटा बिंदु है। क्या यह हमारे एलसीडी में से एक था?

@ जेम्सएच ६५ मैं भी वाईफाई क्रैश और लेटेंसी स्पाइक्स का अनुभव करना शुरू कर https://www.waveshare.com/wiki/5inch_HDMI_LCD स्थापित किया है, तो मेरे पास ३ बी + आरपीआई कैम वी २ और डिस्प्ले है, जो एक ३ डीएम् पीएसयू से जुड़ा हुआ है, मैं किसी भी बिजली की चेतावनी न करें ...

हाय दोस्तों, इस पर कोई अद्यतन? मैं एक TCP W के साथ एक शून्य W पर raspivid का उपयोग करने की कोशिश कर रहा था और कुछ मिनटों के बाद मेरा वाई-फाई चला गया, मुझे लगता है कि यह वही मुद्दा है।

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

मुझे पूरा यकीन है कि इसका सीधा संबंध नहीं है क्योंकि मैं केवल 2amp आपूर्ति के बारे में उपयोग करता हूं। ज्यादातर पुराने सैमसंग चार्जर। हालाँकि यह बिजली की आपूर्ति या पीआई हार्डवेयर के साथ तरंग या कुछ हो सकता है।

-------- उर्सप्रुंग्लिश नाचरिच --------
वॉन: राजिद नोटिफिकेशन @github.com
डेटम: 07.04.2019 02:15 (GMT + 01: 00)
एक: raspberrypi / linux [email protected]
Cc: "A. Binzxxxxxx" [email protected] , टिप्पणी [email protected]
Betreff: Re: [raspberrypi / linux] रास्पबेरी पाई 3 / PiZW (नहीं
3 बी +) (# 1342)

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

—आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है। सीधे इस ईमेल पर जाएं, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।
{"api_version": "1.0", "प्रकाशक": {"api_key": "05dde50f1d1a384dd78767c55493e4bb", "name": "GitHub"}, "एंटिटी": {"external_key": "github / raspberry / linberrypi ":" raspberrypi / linux "," subtitle ":" GitHub repository "," main_image_url ":" https://github.githubassets.com/images/email.message_cards/header.png "," avatar_image_url ":" https: " https://ithithub.com/raspberrypi/linux " "}}," अपडेट ": {" स्निपेट्स ": [{" आइकन ":" PERSON "," संदेश ":" @rajid in # 1342: मुझे कम से कम एक वर्ष में समस्या नहीं हुई है। " शुरुआत में तेजी से लगता है कि यह केवल USB पावर स्रोत से संबंधित हो सकता है जो पर्याप्त amps प्रदान नहीं कर रहा है, लेकिन मैं इस बात का सबूत दूंगा कि यह मामला नहीं है। एक परीक्षण के रूप में, अपने USB केबल को एक उच्च amp एडाप्टर में प्लग करने का प्रयास करें, विशेष रूप से यदि आप आसानी से समस्या को पुन: उत्पन्न कर सकते हैं। "}]," कार्रवाई ": {" नाम ":" मुद्दा देखें "," url ":" https://github.com/raspberrypi/linux/issues/1342#issuecomom480547753 "}}}
[
{{
"@context": " http://schema.org ",
"@ टाइप": "ईमेल संदेश",
"क्षमता": {
"@ टाइप": "व्यूअशन",
"लक्ष्य": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753",
"url": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753"
"नाम": "मुद्दा देखें"
},
"वर्णन": "इस मुद्दे पर देखें GitHub",
"प्रकाशक": {
"@ टाइप": "संगठन",
"नाम": "गिटहब",
"url": " https://github.com "
}
}
]

मैं अभी भी समस्या है, लेकिन लगभग नहीं के रूप में अक्सर - शायद कुछ हफ्तों - और मैं अब सैमसंग एंड्रॉयड उपकरणों से कनेक्ट करके इसे मज़बूती से प्रेरित नहीं कर सकता।

मैं वास्तव में एक 3A USB बिजली की आपूर्ति और एक 15cm USB केबल के साथ पाइ शून्य w को पावरबैंक चार्ज करने के लिए उपयोग किया जाता है (कोई डेटा लाइनों, बस बिजली लाइनों)

अगर मैं नियमित रूप से (एक नियमित उपयोगकर्ता की तरह) कनेक्शन का उपयोग करता हूं तो यह ठीक काम करता है, लेकिन अगर मैं MJPEG को 5Mbps पर स्ट्रीम करता हूं तो यह कुछ मिनटों के बाद क्रैश हो जाता है, मुझे जर्नल पर कुछ मेलबॉक्स (या समान) त्रुटि दिखाई देती है (जैसा कि मुझे याद नहीं है) एक सप्ताह के लिए घर से बाहर), ssh स्टॉप्स, नो पिंग, वाई-फाई ड्रॉप्स, iwconfig को परिणाम दिखाने में कुछ सेकंड लगते हैं और वे लगभग खाली हो जाते हैं।

@vascojdb यदि आप एक पहुंच बिंदु (एपी मोड) के रूप में पाई का उपयोग कर रहे हैं, तो इस वर्कअराउंड (तल पर बोल्ड टेक्स्ट देखें) को आपके मुद्दे को हल करना चाहिए।

हमें बताऐ?

नहीं, यह एपी मोड में नहीं है, मैं अपने घर 2.4GHz वाई-फाई नेटवर्क से जुड़ा हुआ हूं

नमस्कार,

मैं संस्करण 9.0.0 के बाद से RPI3B + पर LibreELEC का उपयोग करके NTP सर्वर के साथ स्टार्टअप पर समय सिंक करने के लिए एक वाईफ़ाई मुद्दा है।
कुछ ले टीम के सदस्यों ( यहां देखें ) के साथ कुछ चर्चाओं के बाद, इस संशोधन के बाद मुद्दा तय हो गया है।

लेकिन ऐसा लगता है कि इस समाधान को वापस कर दिया गया था और यह मुद्दा अभी भी मौजूद है।
क्या इसे फिर से ठीक करना संभव है?

इस मुद्दे का जवाब देने या आगे बढ़ने के लिए कोई नहीं?

वही मुद्दा। इस पर कोई भी समाचार?

Apr 29 22:47:04 raspberrypi kernel: [37515.093582] brcmfmac: brcmf_sdio_hostmail: mailbox indicates firmware halted

Apr 29 22:47:06 raspberrypi kernel: [37517.524316] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

Apr 29 22:47:06 raspberrypi kernel: [37517.524776] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle

Apr 29 22:47:06 raspberrypi kernel: [37517.524792] brcmfmac: brcmf_run_escan: error (-110)

Apr 29 22:47:06 raspberrypi kernel: [37517.524807] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

अभी के लिए बिजली प्रबंधन बंद करने की कोशिश की। क्या यह एक पुराना बग है?

https://patchwork.kernel.org/patch/9948825/

वही मुद्दा। इस पर कोई भी समाचार?

यह संदेश केवल कहता है कि वाईफाई चिप का फर्मवेयर क्रैश हो गया। कुछ भी नहीं है लिनक्स कर्नेल रीसेट करने के अलावा कर सकता है। एक सहायक बग रिपोर्ट में निम्न जानकारी होती है:

आप किस वाईफाई फर्मवेयर का उपयोग कर रहे हैं?
आप वाईफाई (एपी, क्लाइंट, ...) को कैसे संचालित करते हैं?
क्या आप इसे परिभाषित समय के भीतर पुन: पेश कर सकते हैं?
अन्य वाईफाई उपकरण क्या शामिल हैं?

मेरी पिछली टिप्पणी के रूप में यह वापस तो पुन: प्रयोज्य था, लेकिन इसका एक बुरा एक पुन: पेश करने और सॉफ्टवेयर परिवर्तनों के साथ बदलता है जब यह दुर्घटनाग्रस्त हो जाता है।

-------- उर्सप्रुंग्लिश नाचरिच --------
वॉन: स्टीफन वहाॅन नोटिफिकेशन @github.com
डेटम: 01.05.2020 10:21 (GMT + 01: 00)
एक: raspberrypi / linux [email protected]
Cc: "A. Binzxxxxxx" [email protected] , टिप्पणी [email protected]
Betreff: Re: [raspberrypi / linux] रास्पबेरी पाई 3 / PiZW (नहीं
3 बी +) (# 1342)

वही मुद्दा। इस पर कोई भी समाचार?

यह संदेश केवल कहता है कि वाईफाई चिप का फर्मवेयर क्रैश हो गया। कुछ भी नहीं है लिनक्स कर्नेल रीसेट करने के अलावा कर सकता है। एक सहायक बग रिपोर्ट में निम्न जानकारी होती है:
आप किस वाईफाई फर्मवेयर का उपयोग कर रहे हैं?
आप वाईफाई (एपी, क्लाइंट, ...) को कैसे संचालित करते हैं?
क्या आप इसे परिभाषित समय के भीतर पुन: पेश कर सकते हैं?
अन्य वाईफाई उपकरण क्या शामिल हैं?

—आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है। सीधे इस ईमेल पर जाएं, इसे GitHub पर देखें, या सदस्यता समाप्त करें।
[
{{
"@context": " http://schema.org ",
"@ टाइप": "ईमेल संदेश",
"क्षमता": {
"@ टाइप": "व्यूअशन",
"लक्ष्य": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815",
"url": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815"
"नाम": "मुद्दा देखें"
},
"वर्णन": "इस मुद्दे पर देखें GitHub",
"प्रकाशक": {
"@ टाइप": "संगठन",
"नाम": "गिटहब",
"url": " https://github.com "
}
}
]

वही मुद्दा। इस पर कोई भी समाचार?

Apr 29 22:47:04 raspberrypi kernel: [37515.093582] brcmfmac: brcmf_sdio_hostmail: mailbox indicates firmware halted

Apr 29 22:47:06 raspberrypi kernel: [37517.524316] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout

Apr 29 22:47:06 raspberrypi kernel: [37517.524776] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle

Apr 29 22:47:06 raspberrypi kernel: [37517.524792] brcmfmac: brcmf_run_escan: error (-110)

Apr 29 22:47:06 raspberrypi kernel: [37517.524807] brcmfmac: brcmf_cfg80211_scan: scan error (-110)

अभी के लिए बिजली प्रबंधन बंद करने की कोशिश की। क्या यह एक पुराना बग है?

https://patchwork.kernel.org/patch/9948825/

बोलने का कोई हल नहीं है, लेकिन मेरे पास Rpi4 पर ठीक वैसी ही समस्या है जैसी नवीनतम फर्मवेयर स्थापित है। मैंने इसे वापस एसडी कार्ड छवि में रोल किया था जिसे मैंने कुछ महीने पहले बनाया था और समस्या दूर हो गई है। जैसा कि मैं hostapd का उपयोग कर रहा हूं, मेरा मानना ​​है कि इन अपग्रेड्स में से एक ने मेरे लिए इसे तोड़ दिया:

$ उपयुक्त सूची - अनुपलब्ध
लिस्टिंग ... हो गया
...
होस्टपेड / स्थिर 2: 2.7 + git20190128 + 0c1e29f-6 + deb10u2 armhf [2 से उन्नयन योग्य: 2: 2.7 + git20190128 + 0c1e29f-6 [deb10u1]
फर्मवेयर-brcm80211 / परीक्षण 1: 20190114-1 + rpt6 सभी [से उन्नत: 1: 20190114-1 + rpt4]
रास्पबेरी-कर्नेल / परीक्षण 1.20200212-1 आर्महफ [से उन्नत: 1.20200114-1]
...

मैंने पॉवर मैनेजमेंट को भी बंद करने की कोशिश की (और पुष्टि की कि यह आईवेन्कफिग के साथ बंद था), लेकिन होस्टपैड चलाने के दौरान इसका कोई प्रभाव नहीं पड़ा। जब तक हम इनमें से कई को बाहर भेज रहे हैं और हमारे ग्राहकों के लिए स्थिर एपी की आवश्यकता है, तब तक मुझे फर्मवेयर अपग्रेड करना पड़ेगा।

फर्मवेयर ट्रैप, टाइमआउट (-110) आदि का अनुभव करने वाला कोई भी - कृपया कुछ फर्मवेयर डिबगिंग सक्षम करें ताकि हम कुछ डेटा एकत्र कर सकें।

brcmfmac.debug=0x100000 को /boot/cmdline.txt में जोड़ें, इसे एक एकल, लंबी रेखा में रखते हुए, फिर रिबूट करें। रनिंग dmesg | grep brcmfmac इस तरह आउटपुट में परिणाम होना चाहिए:

[    7.650239] brcmfmac: CONSOLE: d 0
[    7.650256] brcmfmac: CONSOLE: 000000.063 wl0: Broadcom BCM4345 802.11 Wireless Controller 7.45.202 (r724630 CY)
[    7.650270] brcmfmac: CONSOLE: 000000.064 TCAM: 256 used: 252 exceed:0
[    7.650284] brcmfmac: CONSOLE: 000000.065 reclaim section 1: Returned 122844 bytes to the heap
[    7.650297] brcmfmac: CONSOLE: 000000.065 reclaim section 4: Returned 44 bytes to the heap
[    7.650310] brcmfmac: CONSOLE: 000000.065 sdpcmd_dpc: Enable
...

फिर सामान्य रूप से जारी रखें। जब brcmfmac फर्मवेयर की मृत्यु हो जाती है, तो फ़ाइल में dmesg का आउटपुट कैप्चर करें और इसे यहां (या पास्टबिन, आदि के लिए एक लिंक) संलग्न करें।

चूंकि विफलता अन्य कर्नेल संदेशों को ट्रिगर करती है, इसलिए एक खतरा है कि उपयोगी आउटपुट खो जाता है इससे पहले कि आपके पास इसे पकड़ने का मौका हो। इससे बचने का एक तरीका यह है कि किसी फ़ाइल में कर्नेल संदेशों को लगातार सहेजते हुए एक शेल को छोड़ दें:

$ dmesg -w > kernel_log.txt &

इसी मुद्दे को यहां देख रहे हैं। ऊपर उल्लिखित डिबग का प्रयास करेंगे।

एपी मोड, वायरगार्ड और एफआरआर में होस्टपैड चलाना। इसके अलावा सिक्सफैब सेलुलर टोपी का उपयोग करना।

[46972.803286] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[46975.363309] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[46975.363322] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47292.885392] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47295.445423] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47295.445436] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47602.007429] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47604.567452] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47604.567465] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
[47830.248947] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47838.328989] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[47887.049300] brcmfmac: brcmf_cfg80211_del_station: SCB_DEAUTHENTICATE_FOR_REASON failed -110
[47892.649358] brcmfmac: brcmf_cfg80211_stop_ap: SET SSID error (-110)
[47895.209353] brcmfmac: brcmf_cfg80211_stop_ap: BRCMF_C_DOWN error -110
[47897.769374] brcmfmac: brcmf_cfg80211_stop_ap: setting AP mode failed -110
[47902.889420] brcmfmac: brcmf_cfg80211_stop_ap: BRCMF_C_UP error -110
[47905.449430] brcmfmac: brcmf_set_mpc: fail to set mpc

Linux raspberrypi 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l GNU/Linux

मैं 5.4 शाखा पर इसे पुनः बनाने में भी सक्षम हूं। एफडब्ल्यूआईडब्ल्यू, मैं हमेशा अपने पीयू जीरो डब्ल्यू में एक बड़ी फ़ाइल (> 400 एमबी) एससीपी द्वारा इस बग को मैन्युअल रूप से ट्रिगर कर सकता हूं।

यदि यह मदद करता है, तो मेरा कर्नेल संस्करण इस प्रतिबद्ध के रूप में है - https://github.com/raspberrypi/linux/commit/3c860a6fd128e7cf1c39b3f51258a2a0a0d1a1a4

# uname -a
Linux pichime-1-c93bb27a 5.4.50 #1 Sun Jul 12 20:53:57 CDT 2020 armv6l GNU/Linux

# dmesg | grep brcmfmac | grep Firmware
[    5.319134] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: May  2 2019 02:39:18 version 7.45.98.83 (r714225 CY) FWID 01-e539531f

डिबगिंग के साथ क्रैश लॉग:

[  340.321646] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  342.881642] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  345.441616] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  348.001649] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  358.241623] ieee80211 phy1: brcmf_cfg80211_disconnect: error (-110)
[  363.361640] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  371.041641] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  373.601642] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  376.161620] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  376.170775] ieee80211 phy1: brcmf_cfg80211_reg_notifier: Country code iovar returned err = -110
[  383.841632] ieee80211 phy1: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  383.851056] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  386.401643] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  388.961642] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  391.521632] ieee80211 phy1: brcmf_cfg80211_set_power_mgmt: error (-110)
[  394.081651] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  409.521619] ieee80211 phy1: brcmf_run_escan: error (-110)
[  409.527146] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  412.081641] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  414.641643] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  417.201652] ieee80211 phy1: brcmf_run_escan: error (-110)
[  417.207175] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  419.761655] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  424.881645] ieee80211 phy1: brcmf_run_escan: error (-110)
[  424.887168] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  430.001645] ieee80211 phy1: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  432.561651] ieee80211 phy1: brcmf_run_escan: error (-110)
[  432.567172] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  435.121637] ieee80211 phy1: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  437.681648] ieee80211 phy1: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  440.241651] ieee80211 phy1: brcmf_run_escan: error (-110)
[  440.247173] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)
[  447.921623] ieee80211 phy1: brcmf_run_escan: error (-110)
[  447.927145] ieee80211 phy1: brcmf_cfg80211_scan: scan error (-110)

उपरोक्त दुर्घटना के दौरान मैंने एक ifdown और ifup चलाया जो wifi को पुनर्स्थापित नहीं करता था। केवल समाधान के लिए या तो पीआई को रिबूट करना है, या रॉमोड और मोडप्रो ब्रिम्फैक।

यह ध्यान देने योग्य है कि पावर मैनेजमेंट बंद हो गया है, क्योंकि मेरे पास मेरे इंटरफेस फाइल में यह है:

pre-up iwconfig wlan0 power off

यह 43438 के लिए सबसे हालिया फर्मवेयर नहीं है - अब हम इस पर हैं:

Version: 7.45.98.94 (r723000 CY) CRC: ba33fa65 Date: Tue 2019-10-22 02:01:06 PDT Ucode Ver: 1043.2137 FWID 01-3b33decd

अपने फर्मवेयर-brcm80211 पैकेज को अपडेट करने की कोशिश करें, या फर्मवेयर को डाउनलोड करें: https://github.com/RPi-Distro/firmware-nonfree/

यदि आप अभी भी त्रुटियाँ देखते हैं, तो cmdline.txt पर brcmfmac.debug=0x100000 जोड़कर brcmfmac फर्मवेयर लॉगिंग सक्षम करें।

@pelwell इसके बारे में क्षमा करें, लेकिन मैंने अपडेट किया और अभी भी मेरे द्वारा बताई गई विधि का उपयोग करके समस्या को फिर से बना सकता है।

नोट मैंने अनुरोध के अनुसार डिबगिंग सक्षम किया है, लेकिन यह सब मुझे मिला है:

[    0.000000] Kernel command line: root=/dev/mmcblk0p2 8250.nr_uarts=1 console=ttyS0,115200 rootwait earlyprintk brcmfmac.debug=0x100000
[    4.940560] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[    4.958767] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[    4.973290] usbcore: registered new interface driver brcmfmac
[    5.324551] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43430-sdio for chip BCM43430/1
[    5.334223] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available
[    5.347276] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd
[    5.443617] brcmfmac: CONSOLE: hndarm_armr addr: 0x18003000, cr4_idx: 0
[    5.443635] brcmfmac: CONSOLE: 000000.001
[    5.443646] brcmfmac: CONSOLE: RTE (SDIO-CDC) 7.45.98.94 (r723000 CY) on BCM43430 r1 @ 37.4/81.6/81.6MHz
[    5.443655] brcmfmac: CONSOLE: 000000.003 sdpcmdcdc0: Broadcom SDPCMD CDC driver
[    5.443665] brcmfmac: CONSOLE: 000000.008 reclaim section 0: Returned 46092 bytes to the heap
[    5.443673] brcmfmac: CONSOLE: 000000.012 wlc_bmac_info_init: host_enab 1
[    5.443684] brcmfmac: CONSOLE: 000000.064 wl0: Broadcom BCM43430 802.11 Wireless Controller 7.45.98.94 (r723000 CY)
[    5.443693] brcmfmac: CONSOLE: 000000.067 TCAM: 256 used: 212 exceed:0
[    5.443702] brcmfmac: CONSOLE: 000000.069 reclaim section 1: Returned 81228 bytes to the heap
[   51.183451] brcmfmac: CONSOLE: 000045.943 wl0: wl_open
[   51.213694] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  260.001321] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  262.561331] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  265.121296] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  267.681321] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  275.361321] ieee80211 phy0: brcmf_cfg80211_disconnect: error (-110)
[  280.481324] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  285.601297] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  285.610456] ieee80211 phy0: brcmf_cfg80211_reg_notifier: Country code iovar returned err = -110
[  288.161325] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  290.721325] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  293.281314] ieee80211 phy0: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
[  293.291034] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save disabled
[  300.961315] ieee80211 phy0: brcmf_cfg80211_set_power_mgmt: error (-110)
[  306.081321] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  308.641320] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  313.761330] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  324.001323] ieee80211 phy0: brcmf_run_escan: error (-110)
[  324.006845] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  326.561329] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  329.121322] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  331.681324] ieee80211 phy0: brcmf_run_escan: error (-110)
[  331.686848] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  334.241329] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  339.361315] ieee80211 phy0: brcmf_run_escan: error (-110)
[  339.366836] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  344.481323] ieee80211 phy0: _brcmf_set_multicast_list: Setting mcast_list failed, -110
[  347.041339] ieee80211 phy0: brcmf_run_escan: error (-110)
[  347.046862] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  349.601345] ieee80211 phy0: _brcmf_set_multicast_list: Setting allmulti failed, -110
[  352.161310] ieee80211 phy0: _brcmf_set_multicast_list: Setting BRCMF_C_SET_PROMISC failed, -110
[  354.721371] ieee80211 phy0: brcmf_run_escan: error (-110)
[  354.726896] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[  362.401325] ieee80211 phy0: brcmf_run_escan: error (-110)
[  362.406850] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)

मैं wlan0 पर एक ifdown और ifup करके लॉग के अधिक प्राप्त करने में सक्षम था, उम्मीद है कि यह कुछ हद तक मदद करता है:

[ 1420.259650] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1423.774141] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1423.779662] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1427.294190] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1427.299710] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1430.814146] ieee80211 phy0: brcmf_run_escan: error (-110)
[ 1430.819668] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-110)
[ 1444.148281] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1445.157155] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1446.166847] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1447.176537] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 1448.185305] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)

...
ifdown and ifup
...

[ 2984.008316] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 2984.019327] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 2984.024840] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3005.603730] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 3005.609162] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3005.620132] ieee80211 phy0: brcmf_run_escan: error (-52)
[ 3005.625685] ieee80211 phy0: brcmf_cfg80211_scan: scan error (-52)
[ 3349.033428] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3349.040692] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3349.324019] ------------[ cut here ]------------
[ 3349.330137] WARNING: CPU: 0 PID: 262 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 3349.340546] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 3349.365074] CPU: 0 PID: 262 Comm: kworker/u2:2 Not tainted 5.4.51 #1
[ 3349.371533] Hardware name: BCM2835
[ 3349.376401] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 3349.382516] Backtrace:
[ 3349.385049] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 3349.392805]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 3349.398587] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 3349.406004] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 3349.413150] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 3349.420765]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 3349.427938] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 3349.438495]  r8:d8dd6084 r7:d94ebe64 r6:00000000 r5:d8dd6004 r4:d8f2da0c
[ 3349.448017] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 3349.460512]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:d8f2da00
[ 3349.469003] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 3349.481589]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 3349.489599]  r4:d8dd6004
[ 3349.494901] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 3349.506686]  r5:c772d600 r4:d88bc0d4
[ 3349.511718] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 3349.521648]  r5:c772d600 r4:d88bc0d4
[ 3349.525355] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 3349.533641]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d614 r5:d940d200
[ 3349.541603]  r4:c772d600
[ 3349.544279] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 3349.551812]  r10:d0067e88 r9:d8ef3f98 r8:c772d600 r7:d94ea000 r6:00000000 r5:c502c460
[ 3349.559821]  r4:d8ef3f80
[ 3349.562456] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 3349.569801] Exception stack(0xd94ebfb0 to 0xd94ebff8)
[ 3349.574990] bfa0:                                     00000000 00000000 00000000 00000000
[ 3349.583349] bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3349.591665] bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 3349.598439]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 3349.606436]  r4:c502c460
[ 3349.609020] ---[ end trace 53428b45b18f1d66 ]---
[ 3726.022943] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 3726.030239] ieee80211 phy0: brcmf_cfg80211_scan: Connectinghttps://www.youtube.com/: status (3)
[ 3726.314103] ------------[ cut here ]------------
[ 3726.320236] WARNING: CPU: 0 PID: 262 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 3726.330648] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 3726.355180] CPU: 0 PID: 262 Comm: kworker/u2:2 Tainted: G        W         5.4.51 #1
[ 3726.363093] Hardware name: BCM2835
[ 3726.367928] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 3726.373983] Backtrace:
[ 3726.376518] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 3726.384275]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 3726.390113] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 3726.397538] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 3726.404673] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 3726.412331]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 3726.419466] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 3726.430020]  r8:d8dd6084 r7:d94ebe64 r6:00000000 r5:d8dd6004 r4:c5343a0c
[ 3726.439551] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 3726.452052]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:c5343a00
[ 3726.460498] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 3726.473127]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 3726.481129]  r4:d8dd6004
[ 3726.486396] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 3726.498184]  r5:c772d600 r4:d88bc0d4
[ 3726.503264] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 3726.513197]  r5:c772d600 r4:d88bc0d4
[ 3726.516863] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 3726.525151]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d614 r5:d940d200
[ 3726.533151]  r4:c772d600
[ 3726.535756] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 3726.543328]  r10:d0067e88 r9:d8ef3f98 r8:c772d600 r7:d94ea000 r6:00000000 r5:c502c460
[ 3726.551332]  r4:d8ef3f80
[ 3726.553933] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 3726.561319] Exception stack(0xd94ebfb0 to 0xd94ebff8)
[ 3726.566462] bfa0:                                     00000000 00000000 00000000 00000000
[ 3726.574824] bfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 3726.583181] bfe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 3726.589916]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 3726.597913]  r4:c502c460
[ 3726.600531] ---[ end trace 53428b45b18f1d67 ]---
[ 4075.415726] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 4075.423088] ieee80211 phy0: brcmf_cfg80211_scan: Connecting: status (3)
[ 4075.707740] ------------[ cut here ]------------
[ 4075.713868] WARNING: CPU: 0 PID: 297 at net/wireless/sme.c:756 __cfg80211_connect_result+0x41c/0x4d0 [cfg80211]
[ 4075.724269] Modules linked in: ipv6 nf_defrag_ipv6 brcmfmac brcmutil sha256_generic libsha256 cfg80211 rfkill snd_soc_simple_card snd_soc_simple_card_utils snd_soc_max98357a snd_soc_bcm2835_i2s regmap_mmio snd_soc_core snd_compress snd_pcm_dmaengine snd_pcm snd_timer snd
[ 4075.748795] CPU: 0 PID: 297 Comm: kworker/u2:1 Tainted: G        W         5.4.51 #1
[ 4075.756666] Hardware name: BCM2835
[ 4075.761541] Workqueue: cfg80211 cfg80211_event_work [cfg80211]
[ 4075.767595] Backtrace:
[ 4075.770129] [<c00156e8>] (dump_backtrace) from [<c0015a34>] (show_stack+0x20/0x24)
[ 4075.777886]  r7:000002f4 r6:bf10d624 r5:00000009 r4:bf135900
[ 4075.783669] [<c0015a14>] (show_stack) from [<c0736d54>] (dump_stack+0x20/0x28)
[ 4075.791085] [<c0736d34>] (dump_stack) from [<c00239a4>] (__warn+0xd0/0x104)
[ 4075.798226] [<c00238d4>] (__warn) from [<c0023d58>] (warn_slowpath_fmt+0x6c/0xc4)
[ 4075.805843]  r7:bf10d624 r6:000002f4 r5:bf135900 r4:00000000
[ 4075.813019] [<c0023cf0>] (warn_slowpath_fmt) from [<bf10d624>] (__cfg80211_connect_result+0x41c/0x4d0 [cfg80211])
[ 4075.823577]  r8:d8dd6084 r7:d8ea1e64 r6:00000000 r5:d8dd6004 r4:d8ea660c
[ 4075.833125] [<bf10d208>] (__cfg80211_connect_result [cfg80211]) from [<bf0dda00>] (cfg80211_process_wdev_events+0x138/0x1c0 [cfg80211])
[ 4075.845621]  r7:d8dd6024 r6:d8dd6004 r5:80000013 r4:d8ea6600
[ 4075.854111] [<bf0dd8c8>] (cfg80211_process_wdev_events [cfg80211]) from [<bf0ddac8>] (cfg80211_process_rdev_events+0x40/0x98 [cfg80211])
[ 4075.866698]  r10:d88bc0d8 r9:00000000 r8:00000000 r7:d948ae00 r6:00000040 r5:d88bc420
[ 4075.874702]  r4:d8dd6004
[ 4075.879969] [<bf0dda88>] (cfg80211_process_rdev_events [cfg80211]) from [<bf0d71c4>] (cfg80211_event_work+0x24/0x2c [cfg80211])
[ 4075.891798]  r5:c772d5a0 r4:d88bc0d4
[ 4075.896834] [<bf0d71a0>] (cfg80211_event_work [cfg80211]) from [<c003ddd4>] (process_one_work+0x1c8/0x470)
[ 4075.906765]  r5:c772d5a0 r4:d88bc0d4
[ 4075.910472] [<c003dc0c>] (process_one_work) from [<c003e0c4>] (worker_thread+0x48/0x52c)
[ 4075.918757]  r10:d940d200 r9:00000088 r8:c0a3c760 r7:d940d214 r6:c772d5b4 r5:d940d200
[ 4075.926717]  r4:c772d5a0
[ 4075.929359] [<c003e07c>] (worker_thread) from [<c00434cc>] (kthread+0x120/0x15c)
[ 4075.936891]  r10:d0067e88 r9:d8fa4b98 r8:c772d5a0 r7:d8ea0000 r6:00000000 r5:c502c6c0
[ 4075.944892]  r4:d8fa4b80
[ 4075.947525] [<c00433ac>] (kthread) from [<c00090ac>] (ret_from_fork+0x14/0x28)
[ 4075.954872] Exception stack(0xd8ea1fb0 to 0xd8ea1ff8)
[ 4075.960063] 1fa0:                                     00000000 00000000 00000000 00000000
[ 4075.968425] 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 4075.976743] 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
[ 4075.983516]  r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c00433ac
[ 4075.991514]  r4:c502c6c0
[ 4075.994097] ---[ end trace 53428b45b18f1d68 ]---

मैं अपने रास्पबेरी पीआई शून्य डब्ल्यू के साथ एक ही मुद्दा देख रहा हूं।

Linux luca1 5.4.51+ #1327 Thu Jul 23 10:53:06 BST 2020 armv6l GNU/Linux
brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/1 wl0: Oct 22 2019 01:59:28 version 7.45.98.94 (r723000 CY) FWID 01-3b33decd