EDIMAX EW-7811UN .... rtl8188cus 칩셋, IIRC를 사용하고 있습니다.

아직없는 경우 내용과 함께 /etc/modprobe.d/8192cu.conf를 만듭니다 ....

전원 관리 비활성화

옵션 8192cu rtw_power_mgnt = 0 rtw_enusbss = 0

rpi3는 실제로 내장 Wi-Fi에 brcmfmac 드라이버를 사용합니다.
절전 / 관리를 해제해야하는 문제가 있습니다.

새로운 raspian 커널이 기본적으로 절전을 비활성화하기 위해 이미 패치했다고 생각하지만 아직이 4.5 브랜치에 있다고 생각하지 않습니다

내가 지금하고있는 일은 (gentoo 설치) 부팅시 Wi-Fi 카드의 절전을 비활성화하기 위해 다음과 같습니다.

iw wlan0 power_save off 설정

rpi3는 실제로 내장 Wi-Fi에 brcmfmac 드라이버를 사용합니다.

네, 알아요. 아 그렇군요. 그는 더 이상 EDIMAX EW-7811UN 동글을 사용하지 않습니다. 그는 RPi2와 함께 사용했습니다.

예 더 이상 USB Wi-Fi를 사용하지 않습니다. cmd 라인을 어떻게 설정하여 전원 관리를 끄나요?
크론 탭
@reboot iw wlan0 power_save off 설정

raspian에 대해서는 확실하지 않습니다. 젠투를 사용하고 있기 때문에 다를 것입니다.

이것을보십시오 : https://gist.github.com/mkb/40bf48bc401ffa0cc4d3

전원 관리를 껐기 때문에 작동하는 것 같습니다. 또 다른 무선 랜 충돌이 없었습니다.

언급했듯이 충돌 후 자동으로 wlan을 다시 시작하려면 다음이 도움이됩니다.
sudo cp /etc/wpa_supplicant/ifupdown.sh /etc/ifplugd/action.d/ifupdown

BTW, 최신 apt-get 업그레이드 커널에는 기본적으로 전원 관리가 비활성화되어 있습니다.
현재 해결 방법을 제거하면 @ dh-connect가 작동합니까?

최신 업그레이드 후에도 여전히 충돌이 발생합니다. 이제 syslog에 다음 오류가 표시됩니다.
brcmfmac : brcmf_sdio_bus_txdata : 버스에서-> txq !!!

충돌이라고 말할 때 오류 메시지 외에 다른 증상이 있습니까?

아니요, 여기에 게시 한 것 뿐이지 만 로그에 여러 번 있습니다.

wlan이 작동을 멈췄습니다. 여전히 작업을 할 수 있지만 wlan을 다시 작동 시키려면 재부팅해야합니다.

감사합니다. "무선이 작동을 멈춘다"는 증상으로 간주됩니다.

몇 가지 시도했지만 여전히 wlan이 고장납니다.

구성을 되돌릴 때 위의 질문에 답하기 위해
/ etc / network / interfaces에서 무선 전원 끄기
재부팅
iwconfig로 설정을 확인하십시오.
전원 관리가 다시 켜지지 않으므로 기본적으로 이것이 문제가 없다고 말하지 않으므로 구성을 그대로 둡니다.

커널 4.1.19와 이제 커널 4.1.20에서도 시도했습니다 ... 변경 사항 없음

wlan이 충돌하고 ifdown 및 ifup wlan0으로 다시 켜려고 할 때 다음과 같이 표시됩니다.
무선 요청 "전원 관리 설정"(8B2C) 오류 : 장치 wlan0에서 SET 실패; 잘못된 교환입니다.

또한 syslog에 몇 가지 오류가 더 있습니다.

dhcpcd [532] : wlan0 : xxx : 만료 된 옵션 25

3 월 21 일 17:29:35 raspberrypi 커널 : [6627.337503] brcmfmac : _brcmf_set_multicast_list : mcast_list 설정 실패, -52
3 월 21 일 17:29:36 raspberrypi wpa_supplicant [6318] : wpa_supplicant 초기화 완료
3 월 21 일 17:29:36 raspberrypi dhcpcd [532] : wlan0 : 캐리어 분실

3 월 21 일 17:29:43 raspberrypi 커널 : [6635.337616] brcmfmac : _brcmf_set_multicast_list : mcast_list 설정 실패, -52

3 월 21 일 17:29:45 raspberrypi 커널 : [6637.337588] brcmfmac : brcmf_do_escan : 오류 (-52)
3 월 21 일 17:29:45 raspberrypi 커널 : [6637.337602] brcmfmac : brcmf_cfg80211_scan : 스캔 오류 (-52)

3 월 21 일 17:29:47 raspberrypi 커널 : [6639.337596] brcmfmac : _brcmf_set_multicast_list : 설정 allmulti 실패, -52
3 월 21 일 17:29:49 raspberrypi 커널 : [6641.337632] brcmfmac : _brcmf_set_multicast_list : BRCMF_C_SET_PROMISC 설정 실패, -52

내가 시도 할 수있는 다른 것이 있습니까?

또한 이것들 :

3 월 21 일 21:26:55 raspberrypi dhcpcd [526] : wlan0 : xxx : 만료 된 옵션 25
3 월 21 일 21:28:54 raspberrypi 커널 : [1958.899715] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
3 월 21 일 21:30:16 raspberrypi dhcpcd [526] : wlan0 : xxx에 연결할 수 없습니다. 만료됩니다.

iwconfig가 장치의 절전 기능이 활성화되어 있다고 생각하는 것이 놀랍지 않습니다. 드라이버 자체 내에서 차단했으며 상태가 상위 계층에 저장되거나 올바르게보고하기 위해 필요한 다른 변경 사항이 있습니다. 어느 쪽이든 절전 버그를 피했다는 증거는 강력하지만 다른 문제는 여전히 남아 있습니다.

실패까지 걸리는 시간에 대한 대략적인 수치와 대략적으로 얼마나 많은 데이터가 (ifconfig에서) 전송되었을 수 있습니까?

예, 그렇습니다. 트래픽이 많지 않은 (100MB 미만) 웹 서버 만 실행하면 1 ~ 2 일 동안 지속됩니다. 1GB WLAN 충돌과 같은 대용량 데이터 파일을 1 시간 내에 전송할 때

버그를 찾는 데 도움이 될만한 것이 있습니까?

다음은 syslog의 오류입니다.

3 월 29 일 14:20:56 raspberrypi dhcpcd [535] : wlan0 : xxx : 만료 된 옵션 25
3 월 29 일 14:30:15 raspberrypi dhcpcd [535] : wlan0 : xxx에 연결할 수 없습니다. 만료됩니다.
3 월 29 일 17:18:42 raspberrypi 커널 : [186148.102420] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!!
3 월 29 일 17:18:43 raspberrypi 커널 : [186149.101045] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!!
3 월 29 일 17:18:43 raspberrypi 커널 : [186149.101145] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!!
3 월 29 일 17:18:44 raspberrypi 커널 : [186150.101209] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!!
3 월 29 일 17:18:50 raspberrypi wpa_supplicant [478] : wlan0 : CTRL-EVENT-DISCONNECTED bssid = xxx reason = 3 local_generated = 1
3 월 29 일 17:18:50 raspberrypi 커널 : [186156.181033] brcmfmac : brcmf_cfg80211_disconnect : 오류 (-52)
3 월 29 일 17:18:52 raspberrypi 커널 : [186158.181028] brcmfmac : send_key_to_dongle : wsec_key 오류 (-52)
3 월 29 일 17:18:54 raspberrypi 커널 : [186160.181046] brcmfmac : send_key_to_dongle : wsec_key 오류 (-52)
3 월 29 일 17:18:56 raspberrypi 커널 : [186162.181048] brcmfmac : send_key_to_dongle : wsec_key 오류 (-52)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.181049] brcmfmac : send_key_to_dongle : wsec_key 오류 (-52)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.185477] cfg80211 : CRDA를 호출하여 세계 규제 도메인 업데이트
3 월 29 일 17:18:58 raspberrypi dhcpcd [535] : wlan0 : 캐리어 분실
3 월 29 일 17:18:58 raspberrypi wpa_supplicant [7354] : wpa_supplicant 초기화 완료
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314511] brcmfmac : brcmf_cfg80211_reg_notifier : ISO3166 코드가 아님
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314541] cfg80211 : 세계 규제 도메인 업데이트 :
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314548] cfg80211 : DFS 마스터 영역 : 설정되지 않음
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314555] cfg80211 : (start_freq-end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314565] cfg80211 : (2402000KHz-2472000KHz @ 40000KHz), (해당 없음, 2000mBm), (해당 없음)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314573] cfg80211 : (2457000 KHz-2482000 KHz @ 40000 KHz), (N / A, 2000 mBm), (N / A)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314581] cfg80211 : (2474000KHz-2494000KHz @ 20000KHz), (N / A, 2000mBm), (N / A)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314592] cfg80211 : (5170000 KHz-5250000 KHz @ 80000 KHz, 160000 KHz 자동), (N / A, 2000 mBm), (N / A)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314602] cfg80211 : (5250000 KHz-5330000 KHz @ 80000 KHz, 160000 KHz 자동), (N / A, 2000 mBm), (0 초)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314611] cfg80211 : (5490000 KHz-5730000 KHz @ 160000 KHz), (N / A, 2000 mBm), (0 초)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314645] cfg80211 : (5735000KHz-5835000KHz @ 80000KHz), (해당 없음, 2000mBm), (해당 없음)
3 월 29 일 17:18:58 raspberrypi 커널 : [186164.314654] cfg80211 : (57240000 KHz-63720000 KHz @ 2160000 KHz), (N / A, 0 mBm), (N / A)

제안 해 주셔서 감사합니다.하지만 지금은 Broadcom의 손에 있습니다.

이것이 수정 될 버그 인 경우 Broadcom의 업데이트가 있습니까? 이제 ping에 실패 할 때 wlan0을 다운 및 업하는 cron 작업 설정이 있습니다.

내 쪽에서 빠른 업데이트, 드라이버 관련 문제가 해결 된 것 같습니다. 커널 4.4.8과 함께 Ubuntu MATE 16.04를 설치했으며 이후 Wi-Fi에 문제가 없었습니다.

광고는 "Ubuntu MATE 16.04는 또한 Raspberry Pi 3에서 Bluetooth 및 Wi-Fi를 완벽하게 작동합니다."

아마도 새로운 데비안 릴리스에서도 작동합니다.

@ juched78 4.4 커널을 실행하고 있습니까? 그렇지 않은 경우 sudo rpi-update 를 실행하여 최신 4.4.8 빌드를 얻고 동일한 문제가 발생하는지 확인하십시오.

Broadcom 드라이버는 4.1 이후 크게 변경되었으며 4.4 트리에는 4.5에 포함 된 일부 수정 사항의 백 포트가 포함되어 있습니다. 절전 모드 해제 실패 (전원 관리는 여전히 비활성화 됨)를 제외하고는 미해결 버그를 알지 못합니다. 채널 12 및 13은 허용되는 곳에서 사용할 수 있으며 Ad Hoc 모드는 충돌하지 않지만 여전히 숨어있는 문제가있을 수 있습니다. .

아, 여전히 4.4.8에보고 된 버그가 하나 있습니다. hostapd를 많이 사용하면 커널 경고가 발생할 수 있습니다 (https://github.com/raspberrypi/linux/issues/1375 참조).

나는 달리고있다 :
Linux XXX 4.4.8-v7 + # 880 SMP 4 월 22 일 금요일 21:55:04 BST 2016 armv7l GNU / Linux

2016 년 4 월 27 일 11:06:18
저작권 (c) 2012 Broadcom
버전 9b52ab7b475f4a056658fd2d95d2440b32167390 (깨끗함) (릴리스)

내 Netgear R7000에서 Shibby Tomato를 실행하면 약 2 일 동안 Wi-Fi가 떨어지고 시스템 로그에 다음이 표시됩니다.

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을 사용하면 연결이 다시 나타납니다.

방금 업그레이드 :
Linux JuchePi 4.4.8-v7 + # 881 SMP 4 월 30 일 토요일 12:16:50 BST 2016 armv7l GNU / Linux

22 일부터 30 일까지의 차이점이 무엇인지 잘 모르겠습니다. 연결을 모니터링하겠습니다.

내 RPi 3도 그 문제에 부딪 혔습니다. 다른 커널 메시지가 거의 없습니다. 주로 아래 중 하나입니다.
그 후에는 WiFi를 작동시킬 수 있습니다. 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)

Raspberry는 버전 3 용 원래 전원 어댑터에서 전원이 공급됩니다. 최신 OSMC를 실행하고 있습니다.
$ uname -a
Linux osmc 4.4.8-3-osmc # 1 SMP PREEMPT Sun May 1 18:57:43 UTC 2016 armv7l GNU / Linux

아직 모니터링 중입니다. 3 일을 실행 한 후 openhab가 오프라인 상태가되었지만 어떤 이유로 인해 일반적으로 할 수 없었던 Pi로 ssh 할 수있었습니다. 시간의 정점과 wifi 스크립트가 실행되어 연결을 해제하고 가져온 다음 내 openhab 조직에 다시 연결했습니다. 이상한. 계속 지켜 볼 것입니다.

또한 다음과 같은 dmesg trace라는 동일한 문제가 발생합니다.

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이 라우터 / 액세스 포인트로 사용되고 있습니다.

연결 길이는 무작위로 보입니다. 2 주 정도, 몇 분 정도는 나빴습니다. 최근에는 약 20 분마다 나가고 있습니다. wlan0을 종료하고 백업해도 문제가 해결되지 않습니다. 전체 재부팅이 필요합니다.

AppleTV에서 Netflix를 스트리밍하는 동안 문제가 악화 된 것 같습니다. 가동 시간이 2 주일 때는 그렇지 않았습니다.

4.4.10-v7 +에 있습니다.

채널을 13에서 6으로 전환하여 문제가 될 수 있는지 확인하고 (높은 채널에 대한 일부 결함이 있음) 그 이후로 WiFi 프리즈가 없었습니다. 하지만 우연 일 수도 있습니다 ...

액세스 포인트 채널을 변경해도 도움이되지 않았습니다. WiFi가 여전히 끊어집니다. 지난 몇 번은 작동하도록 몇 번 연속으로 다시 시작해야했습니다.

rpi3와 Galaxy S5 전화간에 SFTP 전송을 시도 할 때 특히이 문제가 발생합니다. 랩톱에서 동일한 전송을 수행하려고하면 모든 것이 원활하게 실행됩니다.

rpi-update에서 최신 커널 실행 :

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 과 관련이있을 수

Broadcom은 # 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) Pi를 정상적으로 사용하고 WiFi가 정지되면 다음을 수행하십시오.

dmesg > wifi_freeze.txt

좋아하는 붙여 넣기 사이트에 업로드하거나 요점을 만듭니다. 하나 또는 두 개의 로그가 충분해야합니다.

모듈의 원래 버전을 복원하려면 :

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 지침을 실행 한 후 더 이상 Wi-Fi가 없습니다 ...

root @ pi3b : / home / pi # dmesg | grep brcmf
[15.582665] brcmfmac : 알 수없는 기호 brcmu_dbg_hex_dump (err 0)
[15.613709] brcmfmac : 알 수없는 기호 brcmu_dbg_hex_dump (err 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
(많은 재부팅 중 하나에서 몇 분 동안 연결을 보았지만 dmesg에서 (아직) 포착하지 못했습니다)

4.4.11-v7 +에서 4.4.15-v7 +로 업그레이드하여 문제가 해결 된 것 같습니다.

나는 안드로이드 폰에서 SFTP 전송과 관련된 문제를 재현하려고 노력했지만 지금은 아무런 문제가 없습니다.

오래 기다린 후 @pelwell wlan0이 연결에 성공했습니다. 이전 로그에 dmesg를 추가했습니다.
wireless.txt
동결 또는 연결 손실 대기
이것이 도움이 되길 바랍니다

@pelwell은 빠르게 다시 연결이 끊어졌습니다. dmesg를 다음에 추가했습니다.
wireless.txt

감사합니다. 처음에는 느 렸습니다. 저는 깨끗한 Raspbian을 구하고 문제를 재현하기 위해 패치를 적용 하느라 바빴습니다. 어쨌든 계속하겠습니다.

뿡뿡
wireless.txt
다시 연결 : dmesg 다시 추가
계속 하시겠습니까?

@pelwell : 다시 연결을 잃었습니다.
wireless_associationloss.txt

뿡뿡
불규칙적으로 켜짐 / 꺼짐
wireless_associationloss.txt

받은 편지함이 넘치기 전에 지금 다시 전환하는 것이 좋습니다.

확인; € 3 MT7601U 동글로 되돌릴 것입니다. ;)

지금까지 도와 주셔서 감사합니다.

방금이 문제를 발견 했으므로 지금보고있는 것과 유사한 지 확인할 수 있습니까? RPi 3를 액세스 포인트로 설정했는데 자주 연결할 수 없습니다. 유선 연결을 통해 ssh를 사용할 수 있으며 wlan0이 여전히 올바른 IP 주소로 작동하고 있지만 액세스 포인트를 다시 작동시키는 유일한 방법은 재부팅하는 것입니다. /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 +이고 처음으로 rpi-update를 실행 했으므로 아직 도움이 될지 모르겠습니다.

관련이 있는지 아니면 별도의 문제인지 궁금합니다.
https://www.youtube.com/watch?v=_D_fi_ck9Vo

내 RPI3는 최신 udev로 업그레이드 할 때까지 WiFi를 통해 문제없이 작동했습니다.

이제 더 이상 연결되지 않습니다 ...

Pelwell에서 패치 된 모듈도 설치했지만 성공하지 못했습니다. 단순히 연결되지 않습니다 ...

도움이 필요하면 알려주세요.

나의 최고,
미모

@ dh-connect 문제가 해결 되었습니까? 그렇다면이 문제를 종료하십시오. 감사.

나는 그 이후로 lan과 일하고 있으며, wlan을 시도하지 않았습니다.

안녕하세요,

내 rpi 3에서 동일한 문제인 것 같습니다. 견고한 공식 RPI wifi usb 동글을 사용하도록 되돌 렸습니다. 그러나 내장 된 wifi는 이러한 종류의 메시지와 연결 한 후 ~ 20 시간 후에 죽습니다. syslog에서

brcmfmac : brcmf_cfg80211_reg_notifier : ISO3166 코드가 아닙니다.
cfg80211 : 세계 규정 도메인 업데이트 :
cfg80211 : DFS 마스터 영역 : 설정되지 않음

이것은 최신 raspbian, 최신 펌웨어에 있습니다.

이 문제를 다시 열 수 있습니까?
폐쇄 된 이유는 무엇입니까?

나는 그 이후로 lan과 일하고 있으며, wlan을 시도하지 않았습니다.
dh-connect가 13 일 전에 종료되었습니다.

이것은 문제를 해결할 가치가있는 해결책이 아닙니다 ...

여전히 문제가 있으며 버그를 재현 할 수 있습니다.

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 / network / interfaces

# 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

WiFi 문제가있는 사람들을 위해 Cypress (이전 Broadcom)는 문제 진단에 도움이되는 디버그 모듈을 제공했습니다. 모듈은 커널 버전에 따라 다르기 때문에 먼저 특정 펌웨어 릴리스로 업데이트 (또는 복원 가능)해야합니다.

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

마지막 명령은 설치 스크립트를 실행하여 원래 모듈을 디버그 버전으로 교체하기 전에 한쪽에 복사합니다. 명령을 다시 실행하면 원래 버전으로 돌아갑니다.

설치 후 Pi 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를 덤프 할 때까지 실행되도록합니다. 일관되지 않은 연결 동작은 온보드 Wi-Fi 사용을 중단하기 전에 내 문제 였으므로 이것이 그 자리에있을 수 있습니다. 추가 활동이 도움이 될 수 있으면 알려주십시오.

https://gist.github.com/BenoitSvB/bf8acdbb7b664df90e885603bb4774ce#file -201609081628_wifidbg-txt
아무것도하지 않고 기다리는 것; 여기에서 몇 가지 연관 손실 / 복구가 표시됩니까?

감사합니다. 흠-그 로그는 그다지 유익하지 않지만 Cypress가 어떻게 돌아 왔는지 살펴 보겠습니다.

https://gist.github.com/BenoitSvB/98db53ff884e7b1a57bf1475d6106c56
설명 할 수없는 결사의 상실 및 회복 시스템 트레이 아이콘에서 볼 수있을만큼 길다.
액세스 포인트는 Linksys wrt160n (펌웨어 포함) : DD-WRT v24-sp2 (08/07/10) std.
지금은 디버깅을 중지하고 € 3 MT7601U 동글로 되돌릴 수있을 것 같지만 추가 도움이 필요하면 알려주세요.

@pelwell sudo apt-get update && sudo apt-get upgrade 및 sudo rpi-update 후 펌웨어 복원을 보지 못했습니다.
*** 펌웨어가 이미 최신 상태입니다. 안정적인 펌웨어로 되돌리려면 특정 git 해시로 rpi-update를 실행해야한다고 생각합니다. 어떤 해시인지 아십니까?

RPI-Distro 리포지토리의

sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab

@pelwell :
root @ pi3b : / home / pi # sudo rpi-update 390f53ed0fd79df274bdcc81d99e09fa262f03ab
** AndrewS 및 Dom이 개선 한 Hexxeh의 Raspberry Pi 펌웨어 업데이터* * 자체 업데이트 수행
** 업데이트 후 다시 시작* * AndrewS 및 Dom이 개선 한 Hexxeh의 Raspberry Pi 펌웨어 업데이트 프로그램
잘못된 자식 해시가 지정되었습니다.

아, Hexxeh rpi-firmware에는 다른 커밋 ID가 있습니다. 569e6611ac20c735647eb0e550484a73935a672d를 사용해보세요.

https://github.com/raspberrypi/linux/issues/1552 / # 1444도이 문제와 관련이 있는지 궁금합니다.

최근에 블루투스 작업을 수행하는 40xRPI3 설정을 배포했습니다. USB wifi 인터페이스를 가져와야했습니다. 그렇지 않으면 wlan이 계속 정지됩니다. 이제 내부 bl 장치를 사용하고 내부 wifi 모듈이 modprobe.d에 블랙리스트에 추가되었습니다.

hcitool name 11:11:11:11:11:11 하고 흥미로운 로그 항목도 생성하는지 확인하는 것이 유용 할 수 있습니다 .. 방금이 문제를 추적하고 있었지만 직접 테스트 할 랩 환경을 설정할 시간이 없었습니다. BT가 활성화되지 않은 상태에서 Wi-Fi가 멈췄지만 wifi + bt의 조합은 거의 항상 매우 짧은 시간 내에 Wi-Fi를 죽일 수 있습니다 .. 이것은 항상 여러 rpi에서 재현 가능했습니다.

뿡뿡
확인; uname -a는 Linux pi3b.thuis 4.4.13-v7 + # 894 SMP를 제공합니다. Mon Jun 13 13:13:27 BST 2016 armv7l GNU / Linux
정보를 위해 : 실제 안정적인 펌웨어 버전에 대한 git 해시를 어디에서 찾을 수 있습니까?

헉
Bluetooth가 켜져 있지만 지금은 사용할 수 없습니다 .hcitool 이름 11 : 11 : 11 : 11 : 11 : 11은 아무것도 반환하지 않습니다. 즉, 어떤 장치에도 연결되어 있지 않으므로 예상 할 수 있습니다. 플레이 할 BT 오디오 장치를 구입해야 할 수도 있습니다.

안정을 정의하십시오.

내가 (마지막으로) 제공 한 해시는 6 월 20 일 펌웨어 릴리스를위한 것이며 다음을 실행하면 얻을 수 있습니다.

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

가장 최근의 "안정된"릴리스의 해시를 포함하는 단일 위치를 알지 못합니다.하지만 RPI-Distro를 통해 Hexxeh 저장소와 상호 참조하여 모든 릴리스에 대한 rpi-update 해시를 얻을 수 있습니다. 너는 좋아한다. 2016-05-23 릴리스가 마지막 전체 Raspbian 릴리스의 일부 였기 때문에 안정적이라고 생각한다면 해시 3b98f7433649e13cf08f54f509d11491c99c4c0b를 원하면 2b9c0bfacfc11ee8bb9b30dc9cdb36289698f8a8의 rpi-update 해시로 변환됩니다.

@BenoitSvB 다른 소프트웨어를 사용하여 hci0을 건드리지 않고 새 부팅에서 hcitool 명령을 실행하면 Wi-Fi가 테스트에서 잘못 작동하기 시작합니다. 다른 블루투스 장치가 있는지 여부는 알 수 없지만 재현 가능한 가장 작은 예입니다. Wi-Fi 동결 문제를 유발하는 것으로 생각할 수 있습니다.

또한 외부 bt 동글 + 내부 Wi-Fi를 테스트했지만 내부 bcm bt 드라이버가로드되지 않은 경우에도 내부 Wi-Fi가 중단되는 경우가 있습니다. 우리의 "솔루션"(빠른 수정에서와 같이)은 테스트 및 프로덕션 사용에서 안정적인 것으로 입증 된 usb wifi 어댑터를 사용하는 것이 었습니다.

나는 여전히 # 1313과 관련된 것으로 의심됩니다.

작업 8-9-2016 om 18:07 schreef Thomas Frössman :

나는 또한 외부 bt 동글 + 내부 와이파이를 테스트했지만 내부
내부 bcm bt 드라이버가 작동하지 않는 경우에도 Wi-Fi가 가끔 멈 춥니 다.
짐을 실은. 우리를위한 "해결책"(빠른 수정에서와 같이)은 USB 와이파이를 사용하는 것이 었습니다
테스트 및 프로덕션 사용에서 안정적인 것으로 입증 된 어댑터입니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245649229,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AFyzObJxRjzQ-uMUlfe8hjRasrfq3nkwks5qoDLXgaJpZM4HupC5.

뿡뿡
이 경우 stable은 마지막으로 공개 된 이미지와 함께 재단에서 출시하고 "sudo apt-get update && sudo apt-get upgrade"에 의해서만 업데이트 된 펌웨어 일 것이므로 rpi-update 호출없이 (특정 git 사용 여부 해시, 특정 목적으로 만 최신 펌웨어로 업그레이드하는 것을 의미합니다).
질문이 생겼습니다. 테스트를 위해 새 펌웨어를로드하기 전에 운영 펌웨어의 해시를 읽을 수 있습니까?

아마도- cat /boot/.firmware_revision 는 rpi-update에 의해 작성되었지만
시도하지 않고는 Raspbian 릴리스도 다음과 같이 작성하는지 말할 수 없었습니다.
그것.

boot / .firmware-revision은 rpi-update (
https://www.raspberrypi.org/forums/viewtopic.php?t=106073&p=732449#p731830)

그러나 나는 다음과 함께 발견했습니다.

zcat /usr/share/doc/raspberrypi-bootloader/changelog.Debian.gz

내가 정말로 원하는 것 :

• 펌웨어 390f53ed0fd79df274bdcc81d99e09fa262f03ab

나는 crossref를 이해합니다.
https://github.com/RPi-Distro/firmware/commits/debian?author=popcornmix to
https://github.com/Hexxeh/rpi-firmware/commits/master 는 신중하게 만들어졌습니다.
커밋의 날짜와 설명을 비교합니다.

뭔가를 배웠습니다. thnx :)

Op 8 9 월. 2016 8:28 pm schreef "Phil Elwell" [email protected] :

아마도- cat /boot/.firmware_revision 는 rpi-update에 의해 작성되었지만
시도하지 않고는 Raspbian 릴리스도 다음과 같이 작성하는지 말할 수 없었습니다.
그것.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment -245693018,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AFyzOQ_pfODaEmuBGR6pQVXs2W6LggW8ks5qoFO2gaJpZM4HupC5
.

@BenoitSvB : 추적에 다른 종류의 문제가있는 것 같습니다. 펌웨어에서 연결이 끊어진 이유에 대한 단서를 제공하지 않습니다. WaveShark와 같은 패킷 스니퍼에서 더 많은 단서를 얻을 수 있습니다.

@mathieugouin @ dh-connect @ juched78 @maciex @duncanmcdowell : 나는 당신의 문제에 대해 더 많은 것을 알고 싶어하는 Cypress 엔지니어가 있습니다. 저에게 이메일을 보내시면-raspberrypi dot org의 phil-연락을 드릴 수 있습니다. 속도를 높이려면 위에서 설명한대로 디버그 모듈을 설치하고 문제가 발생할 때 dmesg의 출력을 저장하십시오.

@pelwell Google은 '패킷 스니퍼 Waveshark'에서 많은 것을 반환하지 않았지만 WireShark를 의미한다고 생각합니다. MT7601U 동글을 사용하는 동안 brcmutil 및 brcmfmac을 블랙리스트에 추가하면 불규칙한 연결 / 연결 해제 동작이 사라지고 잦은 '비 순서'발생 (# 1313 참조, 이제 숨겨졌지만 해결되지 않음)이 Broadcom / Cypress 하드웨어 원인.
Wireshark가 도움이 될 수 있지만 심각한 디버깅 하드웨어 노력을 설정 / 수행하려면 도움이 필요합니다.

예, wireshark를 의미했습니다.

dumpcap 유틸리티 (텍스트 모드 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 duration : 60 "옵션 (1 분 동안)을 사용하여 고정 기간 기록을 사용하도록 dumpcap을 얻을 수 있습니다. 이와 같이 캡처를 다시 시작하면 나쁜 시간에 발생하여 흥미로운 패킷이 손실 될 가능성이 있지만 가능성은 낮습니다. 지속 시간을 늘려 항상 가능성을 줄일 수 있습니다.

@BenoitSvB 여기 에 연결 문제를 피하는 방법으로 Pi3 WiFi 드라이버에서 로밍을 비활성화하는 것을 제안하는 스레드가

roamoff 모듈 매개 변수를 활성화 해 주시겠습니까? 다음을 포함하는 create /etc/modprobe.d/brcmfmac.conf를 만들어야합니다.

options brcmfmac roamoff=1

@pelwell : 로밍을 비활성화하는 것은 해결책이 아닙니다. 하지만 다른 채널과 두 번째 액세스 포인트로 플레이하게됩니다. 온보드 Wi-Fi 어댑터는 일부 채널 (예 : 1, 5)에만 문제가 있고 DD-WRT 펌웨어가있는 Linksys WRT160N에서만 문제가 있음을 발견했습니다. 흥미롭게도 다른 Wi-Fi 클라이언트는이 문제를 공유하지 않았지만 두 액세스 포인트에서 제공되는 모든 채널에서 문제없이 연결됩니다. 나에게 좋은 나는 안정적인 해결 방법을 가지고 있지만 (온보드 와이파이 채널을 사용하지 않는 데 문제가 있음) 문제가 명확하지 않습니다.
특정 테스트를 수행하기를 원하십니까?
그런데 매개 변수를 설정해야합니까?
options brcmfmac debug = 1
특수 테스트 드라이버를 사용하는 동안 /etc/modprobe.d/brcmfmac.conf에 있습니까?
그리고 Wi-Fi 연결의 가동 시간을 측정하는 방법을 알고 계십니까? 그러면 거대한 캡처 파일을 만들지 않고도 더 오랜 기간 동안 모든 채널을보다 체계적으로 테스트 할 수 있습니다.

요청 된 디버깅은 기본적으로 디버그 드라이버에서 활성화되어 있다고 확신했지만 ( options bcrmfmac debug=0x100000 와 동일한 효과가 있음) 다른 값으로 자유롭게 실험 해보십시오.

자주 폴링하고 변화를 발견하기를 바라는 것 외에는 협회의 가동 시간을 측정하는 방법을 알지 못합니다.

Cypress 직원이이 스레드를 알고 있지만 직접 연락을 받고 싶다면 이메일 (phile at raspberrypi dot org)을 보내주세요.

안녕하세요,

이 문제에 대한 진전이 있습니까? 개방형 Wi-Fi 네트워크에 연결할 수 있으며 임의의 시간이 지난 후 내 로그에 다음이 있습니다.

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

그런 다음 라우터를 ping 할 수 없습니다.

ifdown wlan0 && ifup wlan0 후에는 다음 wlan0: carrier lost 까지 다시 작동합니다.

전원 관리가 비활성화되고 블루투스가 비활성화되고 로밍이 비활성화되고 (제안한대로) 내 버전은 Linux pi3 4.4.17-v7+ 입니다.

wlan0과 브리지 eth0 ， 나는 https://github.com/raspberrypi/linux/issues/1375 와 동일한 문제가 발생했을 때 항상 발생했습니다.

나는 임의의 기간 후에 Pi3 온보드 WiFi가 떨어지는 것과 똑같은 문제가 있습니다. ifup이 다시 실행되면 문제 없습니다.

많은 조사 끝에 하나의 SSID (채널 1, 6, 11에 각각 1 개)가있는 세 개의 AP (BSSID)가 있다는 것을 알았습니다. 이 설정은 원활한 로밍을 지원하며 다른 모든 WLAN 클라이언트와 완벽하게 작동합니다.

표준 드라이버로 디버깅 / 로깅을 활성화하면 어떤 단계에서 Pi가 인증을 해제하기로 결정하고 심지어 BSSID 중 하나를 블랙리스트에 올린다는 것을 보여주는 것처럼 보입니다. 이유는 불분명하지만 파이 측에서 내린 결정 인 것 같습니다.

Pi에 정확히 동일한 구성이 있지만 SSID에 대해 BSSID가 하나 뿐인 경우 Pi는 문제없이 며칠 동안 중단 될 수 있습니다.

불행히도 pelwell의 링크 (http://projectable.me/optimize-my-pi-wi-fi/)에 따라 로밍을 비활성화하는 것은 실제로 가능하지 않습니다. SSID 당 하나의 BSSID 만 갖는 것은 옵션이 아닙니다. 오히려 일부 호스트를 ping 한 다음 ifdown / ifup을 실행하는 스크립트에 의존 할 필요가 없습니다.

SSID 당 여러 BSSID를 지원하기 위해 추가 조사가 진행되고 있습니까? 아니면 조사를 지원하기 위해 특별히 조치를 취할 수 있습니까?

감사!

이 문제가 발생하고 내 네트워크는 @TheOriginalMrWolf 와 유사합니다.
WDS를 사용하는 메시 구성의 Apple베이스 스테이션과 Airport Express가 있습니다.

나도이 문제가 있습니다. 삼바 공유에 파일을 복사하면 Wi-Fi 연결이 끊어집니다 (라즈베리 3, 새로 설치된 라즈 비안).
Syslog :
brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012

upnp (gmediarender)로 음악을 재생할 때 정확히 동일한 문제가 발생합니다.

hostapd를 사용하여 rpi를 AP로 사용하여 wechat에서 음성 통화를 시작할 때 동일한 문제가 발생합니다. 다음과 같은 스팸을 많이받습니다.

[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 를 실행하면 동결이 발생할 때 간격이 생깁니다. 이것이 -110 (시간 초과)을 반환하는 brcmf_proto_bcdc_msg가 실제 문제의 증상 일 뿐이라는 것을 의미하는지 궁금합니다.
2. 동결 시점의 온도와 전압을 측정했습니다 ( vcgencmd ). 내가 말할 수있는 한 거기에보고 할 것이 없습니다.
3. 내 시스템은 USB를 통해 ZTE 4G 모뎀으로 전달하는 AP입니다 (예 : client -> wlan0 -> rpi -> usb0 -> 4g . Wi-Fi가 멈춰도 usb0가 여전히 인터넷에 액세스 할 수있는 것 같습니다.

Re : 위의 설명은 roamoff=1 로 NAT 공유 모드에서 발생합니다. 그것들 중 어느 것도 나를 위해 문제를 해결하거나 완화하지 않았습니다.

WPA를 비활성화 한 후 (제 경우에는 WPA2 만 활성화하기 위해 create_ap -w 2 사용) 문제가 해결 된 것 같습니다. 그래도 이유가 명확하지 않습니다.

또한 여기에보고 된 문제에 직면하고 있습니다. 제 경우에는 Samsung + ES 파일 관리자 및 플레이어에서 Samba를 통해 파일 (일반적으로 mp3)에 액세스 할 때마다 발생합니다.

내 라즈베리 pi3는 내 AP에 연결된 Wi-Fi입니다. 따라서 그것과의 모든 통신은 와이파이 네트워크라고 생각합니다. 모니터도 키보드도 마우스도 없습니다.

오류를 쉽게 재현 할 수 있으므로 누군가가 로그 파일을 생성하기를 원하는 경우 어떻게 도울 수 있는지 알려주십시오.

내 syslog 항목 아래.

12 월 27 일 16:11:50 raspberrypi 커널 : [560.902063] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
12 월 27 일 16:11:52 raspberrypi 커널 : [562.928930] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:11:54 raspberrypi 커널 : [564.926659] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:11:54 raspberrypi 커널 : [564.926820] brcmfmac : brcmf_cfg80211_get_station : GET STA INFO 실패, -52
12 월 27 일 16:11:56 raspberrypi 커널 : [566.924560] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:11:58 raspberrypi 커널 : [568.922555] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:11:58 raspberrypi 커널 : [568.928073] brcmfmac : brcmf_cfg80211_get_station : GET STA INFO 실패, -52
12 월 27 일 16:12:00 raspberrypi 커널 : [570.920675] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:12:02 raspberrypi 커널 : [572.918980] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:12:02 raspberrypi 커널 : [572.924580] brcmfmac : brcmf_cfg80211_get_station : GET STA INFO 실패, -52
12 월 27 일 16:12:04 raspberrypi 커널 : [574.917259] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:12:06 raspberrypi 커널 : [576.915703] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
12 월 27 일 16:12:06 raspberrypi 커널 : [576.921498] brcmfmac : brcmf_cfg80211_get_station : GET STA INFO 실패, -52
12 월 27 일 16:12:06 raspberrypi ifplugd (wlan0) [1149] : 감지 모드 사용 : IFF_RUNNING

뿡 빵뀨
동일한 설정에서도 동일한 문제가 발생했습니다.

몇 시간의 디버깅 후 해결 방법 :
/etc/modprobe.d/ipv6.conf의 라즈베리에서 IPv6를 끕니다.
별칭 net-pf-10 끄기
별칭 ipv6 끄기
옵션 ipv6 disable_ipv6 = 1

이것은 네트워크에서 ipv6를 사용하지 않는 경우에만 해결 방법입니다.

@ varl0g 감사합니다 당신은 나의 영웅입니다! :)
이 해결 방법이 저에게 효과가있는 것 같습니다. 더 이상 문제를 재현 할 수 없습니다.

@ varl0g : 오류를 재현 할 수 없기 때문에 해결 방법이 제대로 작동합니다.

감사하고 행복한 2017.

ipv6를 끄려고했습니다. 그것은 차이를 만들지 않았습니다. 절전 모드를 끄려고했습니다. 여전히 차이가 없습니다. 그러나 AP의 채널을 11이 아닌 6으로 설정하면 내 Raspberry Pi가 문제없이 2 일 동안 작동했습니다!

IPv6를 끄는 해결 방법이 작동하지 않는지 확인하고 싶습니다.
불행히도 RPi3 및 Apple Airport Extreme 라우터에 동일한 문제가 있습니다.

@rajid , @ dh-connect
내가 대신 자동 6, 감사 @rajid 내 AP의 와이파이 채널을 변경 한 경우 놀랍게도, 너무 내 문제를 해결

저도이 버그가 있습니다-brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
어디 수정 ????
나는 4.9 커널, 4.4.41 커널을 시도하고 있습니다-모두이 버그가 있습니다. 전원 공급 장치 2.4a.

채널 6에 대한 이전 댓글을 취소해야합니다. 내 RPI3가 6 일 동안 안정적인 WiFi를 사용했던 것은 우연의 일치였습니다.

누군가이 문제에 대해 운이 좋았는지 궁금합니다. 전원 관리, 블루투스 및 채널 전환을 비활성화 해 보았습니다. 지금까지 아무것도 작동하지 않았습니다. 웹캠이 연결된 상태에서 Octoprint를 실행하고 있습니다. 상당히 자주 발생하는 것으로 보이며 둘 이상의 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

마침내 Wi-Fi의 2.4Ghz 채널을 "6"으로 변경하여 Wi-Fi에서 RaspPi 3을 안정적으로 사용할 수있게되었습니다. 이전에 뭘했는지 잊어 버렸습니다. 11 생각하지만 잘 모르겠습니다. 그것은 잘 작동하지 않았고 그것이 문제라고 말한 웹 페이지를 찾았지만 6은 잘 작동합니다. 집 Wi-Fi를 채널 6으로 전환 한 이후로 훨씬 나아졌습니다.

/주권

2017 년 3 월 3 일 오후 8시 39 분에 Daniel < [email protected] [email protected] >이 작성했습니다.

누군가이 문제에 대해 운이 좋았는지 궁금합니다. 전원 관리, 블루투스 및 채널 전환을 비활성화 해 보았습니다. 지금까지 아무것도 작동하지 않았습니다. 웹캠이 연결된 상태에서 Octoprint를 실행하고 있습니다. 상당히 자주 발생하는 것으로 보이며 둘 이상의 http 연결이 설정되면 훨씬 더 자주 발생합니다.
절전 모드 이전의 syslog 오류 :
brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
절전 모드 후 syslog 오류 :
octopi 커널 : [10317.342360] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!! octopi 커널 : [10317.342593] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!! octopi 커널 : [10327.358384] brcmfmac : brcmf_sdio_bus_txdata : out of bus-> txq !!!
현재 Linux octopi 4.1.19-v7 + # 858 SMP 3 월 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, 채널 폭 20MHz는 현재 몇 주 동안 안정적으로 보입니다.

@ dh-connect에 의해 처음보고 된 것과 동일한 @ varl0g가 제안한대로 ipv6 을

나는 채널 6 또는 7에서 운이 좋지 않았습니다. 해당 채널에서 다른 사람을 확인하지 않았습니다.
새 이미지로 sd를 플래시하려고했는데 이제 Wi-Fi 컨트롤러가 적절한 DHCP 임대를받지 못하고 있습니다. 내 DHCP 서버의 서브넷이 아닌 169.254.xx.xx 로컬 IP로 부팅됩니다.

그냥 지우고 최신 raspbian을 설치하고 소스에서 octoprint를 설치하기로 결정했습니다. 지금까지 문제가 없습니다.

내가 알 수 있듯이 이것은 brcm80211 sdio.c 자체의 드라이버 소프트웨어의 문제입니다.
문자열 0x40012는 실제로 0x00040012이며, 여기 에서 55 행의 마스크와 코드를 사용하여 해석 할 때 DEVREADY 로의 흐름 제어 변경을 나타내는 사서함 문자열로 볼 수 있습니다. 이상한 점은 문자열이 그렇게 해석되지 않기 때문에 여기 brcm80211 / brcmfmac 소스에있는 sdio.c 파일의 드라이버 ~ line 1127의 이전 버전과 호환되는 섹션에 도달한다는

나는 드라이버 자체에 대한 훌륭한 경험도없고, 재 컴파일과 테스트 능력도 없다 (나는 rpi3가 하나 뿐이고 현재 살고있는 환경을 엉망으로 만들고 싶지 않다. 또한, 나는 m Linux 드라이버를 다시 컴파일 / 업데이트하는 데 정통하지 않습니다.) 그래서 정확히 긍정적 인 것은 아니지만 두 개의 HMB 메시지가 너무 빨리 연속적으로 전송되는 것 같습니다. 드라이버는 둘 다 해석 할 시간이 충분하지 않습니다. .

궁금한 사람들을 위해 현재 adafruit pitft2.8 "정전 식 터치 스크린과 adafruit의 사용자 지정 커널 (v 4.4.27-v7 +)을 사용하여 무선 (duh ..)을 통해 rpi3에서 octoprint (수동으로 빌드 됨)를 실행하고 있으며 다음과 같은 경우 문제를 복제합니다. PrintDroid pro 또는 Chrome을 통해 Samsung Galaxy S7의 비디오 스트림 (Logitech C270)에 액세스하려고합니다.이 작업을 수행 할 때마다 오류없이 잠금이 발생하며 무선에서만 발생합니다. 전원 공급 장치를 업그레이드하고 ipv6를 비활성화했으며 전력 관리는 소용이 없습니다.

@TGYK 참조 된 문제를 확인할 수 있습니까? dmesg에서 어떤 메시지를 받습니까? kevent가 떨어졌다?

@TGYK. 원본 Broadcom github 페이지에 연결했습니다. 여기에있는 Raspberry Pi 커널 트리에서 문제가 나타나는 위치를 알려줄 수 있습니까? 참조하는 코드 줄을 추적하기가 조금 어렵습니다.

sdio.c는 여기 4.9 트리 https://github.com/raspberrypi/linux/tree/rpi-4.9.y/drivers/net/wireless/broadcom/brcm80211/brcmfmac에 있습니다.

@ JamesH65 링크 한 github 페이지에서 내가 언급하는 줄은 1140-1147 주변에 있습니다. dmesg 오류에 관한 한 메시지는 위에 표시된 것과 동일한 문제입니다.
"알 수없는 사서함 데이터 콘텐츠 : 0x40012"와 escan (-52) 오류가 이어집니다.

내가 어떤 식 으로든 무선 및 유선 인터페이스를 연결하지 않기 때문에 참조 된 주제와 동일한 문제가 발생하지 않습니다. 내가 말할 수있는 한, 내 문제와이 스레드의 문제는 전적으로 무선 인터페이스와 관련이 있습니다.

정보 주셔서 감사합니다. 아마도 연결된 문제는 Wi-Fi 드라이버가 나중에 스택에서 더 많은 이상을 유발하는 이상한 메시지를 수신하는 문제라는 점에서 유사하다고 생각하지만 여전히 파고 있습니다.

@TGYK와 유사한 증상을 가진 raspberry pi Zero W와 동일한 문제가 있습니다. 제 경우에는 제로에서 mpd를 실행하고 삼성 Galaxy S5의 Android 클라이언트를 통해 제어하고 있습니다. 컨트롤러 앱이 실행되는 동안 전화기를 대기 상태로두면 (즉, 홈 화면으로 먼저 돌아 가지 않고) "알 수없는 사서함 데이터 콘텐츠"메시지와 함께 제로의 Wi-Fi가 중단됩니다. 기기를 유휴 상태로 두거나 휴대 전화를 절전 모드로 전환하기 전에 항상 앱을 닫도록주의하면 계속 작동합니다.

Raspian과 현재 OSMC 에서이 문제가 발생했습니다.

대부분 간헐적이지만 흥미롭게도 S7에서 Kodi 웹 인터페이스에 액세스하면 항상이 문제가 발생합니다. 아내의 iPhone에서 동일한 작업을 수행하면 완벽하게 작동하며 문제를 유발 한 적이 없습니다.

@daedalia : Samsung Galaxy Tab S와 매우 유사한 문제가 있습니다. 그러나 확인을 위해 iPhone / iPad 장치에 액세스 할 수 없습니다.

내 삼성 장치가 tvheadend 웹 인터페이스에 액세스하려고 할 때 Wi-Fi와 충돌합니다.

Windows PC의 Firefox 브라우저에서 액세스하면 발생하지 않습니다.

이 스레드를 발견해서 다행이고, 내가 유일한 사람이라고 생각했습니다. 위의 포스터와 동일한 문제가 발생합니다. 삼성 Galaxy Tab A에서 액세스 할 때 pi3 / osmc에서 Wi-Fi가 끊깁니다. Nexus 7 태블릿, OnePlus 휴대 전화 또는 Acer 노트북에서 액세스하면 정상적으로 작동하지만 삼성 만 문제를 제공합니다. 쉽게 반복 할 수 있습니다. 삼성 와이파이 드라이버가 내장 파이 3 와이파이를 좋아하지 않는 것 같습니까? pi3에 tp-link wifi 동글을 추가하면 해결 방법입니다.

@philborman 궁금합니다. 삼성과 Nexus에서 동일한 모바일 브라우저를 사용하십니까?

둘 다 크롬을 실행하고 있지만 브라우저 문제가 아닙니다. Yatse를 사용하여
제어 kodi 넥서스 / 모바일 / 노트북에서 잘 작동하지만 pi3 WiFi가 떨어집니다.
내가 삼성에서 똑같이 시도하면. 내가 ssh하면 동일, 삼성과 충돌
다른 사람이 아닙니다. ssh를 사용하면 약간의 작업을 수행 할 수 있지만 모든 파일 전송 또는
텍스트 파일을 편집해도 Wi-Fi 연결이 끊어집니다.

2017 년 4 월 12 일 수요일, 19:03 Mathieu Gouin, [email protected] 작성 :

@philborman https://github.com/philborman 궁금합니다.
Samsung 대 Nexus의 동일한 모바일 브라우저?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-293643847 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ALmHOdtJ9AQtpfU7tmeVouI-a4STg2WMks5rvQPJgaJpZM4HupC5
.

여기에 댓글을다는 사람이 내가 가지고있는 패치로 커널을 빌드 할 수있는 능력이 있습니까? 이들은 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 중 하나에서 여기에 설명 된 것과 동일한 문제가 있습니다. Wi-Fi는 잠시 후 연결이 끊어지며 30 분에서 몇 시간 사이가 될 수 있습니다. AP에서 Wi-Fi 채널 변경 등 여기에서 제안한 모든 것을 절대적으로 시도했지만 성공하지 못했습니다. 매우 이상한 점은 내 두 번째 Pi3 (rev 1.2도 정확히 동일)에서, 그리고 내가 둘 사이를 바꾸는 동일한 SD 카드 / 설치 (Raspbian)를 사용하여 Wi-Fi가 며칠 동안 견고 하다는 것입니다.

정말 이상합니다. 두 Pi3 모두 rpi-update, 커널 4.9 및 펌웨어 # 991로 업데이트되었지만 이전 커널 / 펌웨어 릴리스와 이미 동일했습니다.

rpi-update를 수행하면 커널 개발자가 승인 한 위의 패치를 얻을 수 있습니다. 이것은 지난 밤 현재 smsc9x 드라이버와 brcmfmac 드라이버 용입니다. 시도해 볼 수 있습니까? 그래도 실패하면 'dmesg'를 수행하고 syslog에 이상한 것이 있는지 확인할 수 있습니까? 비록 내 의심은 다른 Pi가 동일한 카드로 잘 작동한다는 점을 감안할 때 무선 칩이 예열되면서 명백한 HW 결함 일 수 있습니다.

감사. 의심스러운 보드에서 작업을 수행했으며 몇 분 후 Wi-Fi 연결이 끊어졌습니다.
dmesg는 다음을 제공합니다.
``
[266.654964] brcmfmac : brcmf_sdio_bus_sleep : 버스 절전 상태 변경 중 오류 -110
[266.655033] brcmfmac : brcmf_sdio_txfail : sdio 오류, 명령 중단 및 프레임 종료
[266.659215] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x1000d 데이터를 쓰지 못했습니다. 오류 : -110
[266.663346] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x1001a 데이터를 읽지 못했습니다. 오류 : -110
[266.667472] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x10019 데이터를 읽지 못했습니다. 오류 : -110
[266.671608] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x1001a 데이터를 읽지 못했습니다. 오류 : -110
[266.675736] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x10019 데이터를 읽지 못했습니다. 오류 : -110
[266.679866] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x1001a 데이터를 읽지 못했습니다. 오류 : -110
[266.683992] brcmfmac : brcmf_sdiod_regrw_helper : F1 @ 0x10019 데이터를 읽지 못했습니다. 오류 : -110
[269.655049] brcmfmac : brcmf_sdio_bus_sleep : 버스 절전 상태 변경 중 오류 -110
[272.069378] net_ratelimit : 35 개의 콜백이 억제됨

.........이 "루프"는 분당 여러 번 dmesg 로그를 계속 채 웁니다.

편집 : 나는 보드의 모든 구성 요소를 만졌지만 모든 것이 뜨겁습니다. 약 30 °라고 말하고 손가락 피부보다 약간 더 따뜻합니다.

흠, SDIO는 Pi와 무선 칩 간의 인터페이스입니다. 시간이 초과되었습니다 (-110). 이것은 HW 문제처럼 보입니다. 칩이 뜨거워 짐에 따라 sdio 인터페이스 라인 어딘가에 잘못된 솔더 조인트가있어 통신이 끊어지는 것 같습니다.

Ping @ Roger-Thornton-Roger, 이것을 테스트하기 위해 할 수있는 일이 있습니까?

@Crrispy Pi의 전원이 부족하지 않은지 확인할 수 있습니까? vcgencmd get_throttled 무엇을보고합니까?

@pelwell : Wi-Fi 손실 후 확인하고 0x0으로 조절했습니다.

나는 그것이 하드웨어 결함이라고 생각하지 않습니다. 간단한 재부팅은 항상 문제를 즉시 해결합니다.

@ JamesH65 라인이 정상적으로 작동하기 때문에 하드웨어 제조 문제처럼 보이지는 않습니다. 하드웨어 문제에 대한 다른 포인터가 있으면 보드를 살펴볼 수 있습니다.

나와 같은 문제가 아닌 것 같습니다. 나는 pi3가 하나만 있고
와이파 이는 삼성 태블릿에서 연결할 때까지 견고합니다. 와 연결하다
다른 것은 괜찮습니다. 전원이나 과열이 아닌 것 같습니다.
내가 잘못에서 연결될 때까지 며칠 동안 절대적으로 괜찮아요
태블릿과 넘어집니다.

드라이버 나 펌웨어 관련 문제인 것 같아요. 삼성이
드라이버는 pi3가 싫어하는 것을 보냅니다.

Thu, 27 Apr 2017, 22:01 Crrispy, [email protected] 작성 :

@pelwell https://github.com/pelwell : Wi-Fi가 끊긴 후 확인하고
조절됨 = 0x0

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-297823068 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ALmHOU6iNCr2w8vYXwveFIS7jcl71Dr9ks5r0PQBgaJpZM4HupC5
.

최신 raspbian에서 네트워킹에 대한 몇 가지 수정 사항이 있습니다.
마지막으로 한게 언제였습니까?

sudo apt-get 업데이트
sudo apt-get dist-upgrade

?
문제가 해결되는지 확인해 볼 가치가 있습니다.

2017 년 4 월 28 일 14:38에 philborman [email protected] 은 다음과 같이 썼습니다.

나와 같은 문제가 아닌 것 같습니다. 나는 pi3가 하나만 있고
와이파 이는 삼성 태블릿에서 연결할 때까지 견고합니다. 와 연결하다
다른 것은 괜찮습니다. 전원이나 과열이 아닌 것 같습니다.
내가 잘못에서 연결될 때까지 며칠 동안 절대적으로 괜찮아요
태블릿과 넘어집니다.

드라이버 나 펌웨어 관련 문제인 것 같아요. 삼성이
드라이버는 pi3가 싫어하는 것을 보냅니다.

Thu, 27 Apr 2017, 22:01 Crrispy, [email protected] 작성 :

@pelwell https://github.com/pelwell : Wi-Fi가 끊긴 후 확인했습니다.
과
조절됨 = 0x0

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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-mFW772qBbGks5r0evJgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

raspbery pi zero W와 동일한 문제가 있습니다. 잠시 후 ssh를 사용할 수 없습니다. 나는 모든 것을 시도했다. 한 가지 재미있는 사실은 ... 내 TV에 rpi를 연결하여 ssh를 할 수 없게 된 후 문제 해결을 위해 TV에 연결했을 때 ... 18 시간 동안 견고하게 작동했습니다. 그런 다음 다른 장치로 hdmi를 전환하고 ssh를 pi로 전환하고 싶을 때 아름다운 "호스트 경로 없음"정보를 얻었습니다. HDMI 케이블을 다시 연결하면 게이트웨이를 핑할 수있었습니다. 로그에 오류가 없습니다. iwconfig는 괜찮은 것 같습니다. systemctl 재시작 네트워킹이 도움이되었습니다.

위와 같이 최신 Raspbian을 사용해보고 여전히
문제.

2017 년 4 월 28 일 19:30에 frankja2 [email protected] 은 다음과 같이 썼습니다.

raspbery pi zero W와 동일한 문제가 있습니다. 잠시 후
그것에 ssh 할 수 있습니다. 나는 모든 것을 시도했다. 한 가지 재미있는 사실은 ... 내가 연결되었을 때
rpi를 내 TV에 ssh 할 수없는 경우 문제 해결을 수행합니다.
그것은 ... 그것은 18 시간 동안 일하고 있었다. 그런 다음 hdmi를 다른 것으로 전환했습니다.
ssh를 파이로하고 싶을 때 얼마 후 나는 아름다워졌습니다.
호스트로 연결 "정보. hdmi 케이블을 다시 연결하면 ping을 할 수있었습니다.
게이트웨이. 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

이것이 문제가 될만큼 충분히 뼈 아픈 유일한 사람 일 수 있지만, 내 wpa_supplicant.conf의 국가 코드 설정이 잘못되었음을 발견했습니다 (다른 지역화 옵션과는 별도의 구성 항목이라는 사실을 놓쳤습니다). 문제가 완전히 사라 졌다고 말하지는 않겠지 만, 문제를 해결 한 후에는 "삼성에서 연결할 때마다"이전과 같이 네트워크 연결이 끊어지지 않았습니다.

방금 최신 버전 (apt-get dist-upgrade)으로 업그레이드했으며 희망적인 것 같습니다.
이전 업그레이드는 약 2 주 전에
초기 문제. 지난 몇 시간 동안 잘 작동하며 Wi-Fi 없음
전혀 드롭 아웃. 감사합니다!

28/04/17 15:53에 James Hughes는 다음과 같이 썼습니다.

최신 raspbian에서 네트워킹에 대한 몇 가지 수정 사항이 있습니다.
마지막으로 한게 언제였습니까?

sudo apt-get 업데이트
sudo apt-get dist-upgrade

?
문제가 해결되는지 확인해 볼 가치가 있습니다.

2017 년 4 월 28 일 14:38에 philborman [email protected] 은 다음과 같이 썼습니다.

나와 같은 문제가 아닌 것 같습니다. 저는 pi3 하나만 있고
이것의
와이파 이는 삼성 태블릿에서 연결할 때까지 견고합니다. 와 연결하다
다른 것은 괜찮습니다. 전원이나 과열이 아닌 것 같습니다.
내가 잘못에서 연결될 때까지 며칠 동안 절대적으로 괜찮아요
태블릿과 넘어집니다.

드라이버 나 펌웨어 관련 문제인 것 같아요. 삼성이
드라이버는 pi3가 싫어하는 것을 보냅니다.

Thu, 27 Apr 2017, 22:01 Crrispy, [email protected] 작성 :

@pelwell https://github.com/pelwell : Wi-Fi가 끊긴 후 확인했습니다.
과
조절됨 = 0x0

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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-mFW772qBbGks5r0evJgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-298003537 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ALmHORKJxKdws0fMKU5tpfoJHJSah0Ffks5r0e9FgaJpZM4HupC5 .

최신 릴리스에서 수정되었습니다.

대부분의 다른 "수정"은 내 시스템이 작동하는 지점을 놓친 것 같습니다.
하나의 태블릿 (Samsung)을 제외한 모든 것과 완벽하게 호환되므로
문제는 삼성이 pi3 wifi 드라이버 / 펌웨어를 보내는 것이 었습니다.
대처할 수 없었습니다.

내 국가 코드가 잘못 설정된 경우 왜 삼성 만
문제. 다른 태블릿 / 휴대 전화 / 노트북은 모두 잘 연결됩니다.

어쨌든 지금은 고정되어 있습니다. 적어도 지난 몇 번은 넘어지지 않았습니다.
시간. 더 많은 시간이 ...

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-4LAyks5r0jlUgaJpZM4HupC5 .

제 경우에는 약 19 시간 동안 지속됩니다. 그 후 더 이상 ssh를 할 수 없었습니다 ...

rpi-update와 dist-upgrade의 차이점은 무엇입니까?

rpi-update 후에는 4.9.25+ # 995가 있었고 dist-upgrade를 만들고 커널을 4.9.24+ # 993으로 되돌 렸습니다. 어쨌든 나에게 문제는 여전히 해결되지 않았습니다. 이번에 내가 한 것은 다른 rpi0w와 다른 PSU를 사용했습니다. :) 마지막 단계는 다른 SD 카드를 사용하는 것입니다.

알겠습니다. 정보 감사합니다.

시도하고 복제하려면 더 많은 정보가 필요합니다. 당신의 설정, 무엇
연결했고 네트워크 트래픽의 종류, dmesg 로그
또는 sh가 작동을 멈춘 후 다른 오류 메시지.

감사.

2017 년 4 월 29 일 16:16에 franko [email protected] 은 다음과 같이 썼습니다.

제 경우에는 약 19 시간 동안 지속됩니다. 그 후 더 이상 ssh를 할 수 있습니다 ...

rpi-update와 dist-upgrade의 차이점은 무엇입니까?

rpi-update 후 4.9.25+ # 995가 있었기 때문에
https://github.com/raspberrypi/linux/pull/995 그런 다음
dist-upgrade 및 커널이 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_odmJmks5r01RJgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

안녕하세요,

나는 Pi3를 매우 강한 팬이있는 케이스에 넣고 방의 온도가 현재 19 ° C이므로 열 문제가 될 수 없습니다. 전원 공급 장치를 다른 것으로 교체했습니다 (5V 3A도). 다른 SD 카드를 사용하고 dist-upgrade 후 rpi-update를 수행했습니다.
어제 몇 시간 동안 작동했지만 문제가 해결되기를 바랐지만 3-4 시간 후에 연결이 끊어졌습니다 (내 windoze 머신에서 실행중인 ping -t).
오늘 아침에 다시 시도했습니다. 20 분도 채 안되어 와이파이가 다운되었습니다 :-(
여전히 sdio의 wifi 드라이버에서 -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

"rpi-update 이후에 4.9.25+ # 995가 있었는데 dist-upgrade를하고 커널을 4.9.24+ # 993으로 되돌 렸습니다."

이상하다. 나는 dist-upgrade를했고, 4.9.24+ # 993으로 갔고, 지금 rpi-update를 할 때, 그것은 이미 최신 펌웨어를 가지고 있고 할 일이 없다고 말합니다 ... 왜 업그레이드하지 않습니까? 4.9.25 / # 995?

실제로 brcmfmac/wlan0 bridged를 사용하는 것이 순수한 wlan0 보다 더 안정적으로 작동하는 것 같다고 말해야합니다 (모두 hostapd 사용)

따라서 설정에 대한 완전하고 정확한 설명과 함께
연결된 장치 유형 및 수신 할 수있는 dmesg 오류 메시지
무선이 실패 할 때.

몇 시간이 걸리지 않는 문제를 복제 할 방법이 정말 필요합니다.
이에 도움이 될 수있는 모든 정보는 감사하게 받아 들여집니다.

2017 년 5 월 1 일 17:27에 Szymon Stasik [email protected] 은 다음과 같이 썼습니다.

실제로 brcmfmac / wlan0 bridged 사용이 더 잘 작동하는 것 같다고 말해야합니다.
순수 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

이것이 문제의이 측면과 구체적으로 관련이 있는지는 모르겠지만 IIRC는 hcitool 명령을 사용하여 Wi-Fi 드롭에 대한 한 가지 방법을 완전히 재현 할 수있었습니다. 더 이상 가능하지 않을 수도 있습니다. 우리는 많은 rpis에서 작동했던 문제를 해결하기 위해 usb wifi를 사용했습니다.

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

@thomasf 시스템 설정 (독립형 장치, 액세스 포인트, 브리지 액세스 포인트 등)은 무엇이며 어떤 시스템에서 hcitool 명령을 실행합니까? 무선을 통해 다른 Pi에 연결된 장치에 대한 빠른 테스트에서는 문제가없는 것으로 나타났습니다.

@ JamesH65 우리는 많은 시나리오를

hcitool 명령이 rpi에서 실행될 때 일반적으로 몇 초 내에 (wifi) 네트워크 연결이 끊겼습니다. IIRC 장치에 네트워크 트래픽 (예 : 파일 전송)이 있으면 재현하기가 더 쉬웠습니다.

최종 프로비저닝 시스템을 빠르게 살펴보면 다음 wpa_supplicant.conf 이 (가) 마지막으로 사용한 것입니다. 내부 Wi-Fi 인터페이스에 문제를 일으킨 것과 크게 다르지 않다고 생각합니다. 우리는 여전히 문제가 발생하면서 단일 AP를 사용하기 시작했습니다 ..

(SSID 및 키 수정 됨) :

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 라는 스크립트를 찾았습니다.

그것은 매우 해키입니다. 몇 분에 한 번 정도 ~~ (편집 : 자체적으로 루프를 수행하기 때문에 한 번 정도) 시작시 실행되도록 프로비저닝 한 것 같습니다. 저장 ..

문제에 대해 더 많이 이해하기 전에 주로 사용되었습니다 .. Wi-Fi가 완전히 끊어지기 전에 핑 시간과 패킷 손실이 일정 기간 증가했다고 생각합니다 ..

#!/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 &

최신 안정된 Raspbian (4.9 커널)에서 문제 해결 스크립트를 실행하면 오류가 표시되지 않습니다. 이는 좋지만 오류를 복제하려고하면 좋지 않습니다!

@ciekawy 뒤돌아 보면 여기서는 할 수없는 문제를 쉽게 복제 할 수있는 것 같습니다. 정확한 설정에 대해 알려 주시면 조사해 드리겠습니다. 또한 관련성이있을 수도 있고 없을 수도있는 USB에 대한 몇 가지 수정 사항이 있기 때문에 최신 rpi 업데이트를 얻을 가치가 있습니다 (이더넷을 사용하는 경우). 네트워크 토폴로지, Pi 설정 방법, 문제를 일으키는 것으로 보이는 사항을 알아야합니다. 정말 뭐든지!

@ 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

이 RPI는 역할이 전환되고 wlan0 brcmfmac을 사용하여 인터넷에 연결하고 로컬 AP가 wlan2 ath9k에서 실행 중일 때 며칠 동안 안정적으로 실행되고 있었다는 점을 언급 할 가치가 있습니다. 인터넷 액세스를 위해 wlan2에 연결된 더 나은 안테나를 사용해야하므로 구성을 변경했습니다.

최근 rpi-updated 이 5 월 1 일에있었습니다.

Archlinux-ARM을 사용하는 rpi3에서 똑같은 문제가 있습니다.

create_ap을 실행 한 후 몇 시간 후에 다른 사람들이 이미보고 한 dmesg 메시지 작업을 중지합니다.
[11418.347554] brcmfmac : send_key_to_dongle : wsec_key 오류 (-110)

때로는 문제없이 1 일 동안 작동하고 때로는 문제가 발생하기 전에 몇 분 동안 작동합니다.

Linux 알람 4.9.25-2-ARCH # 1 SMP 2017 년 5 월 5 일 금요일 00:46:52 UTC armv7l GNU / Linux

Pi Zero W, 현재 Raspbian Lite에 대한 동일한 문제입니다. 잠시 후 (분에서 몇 시간으로 다름) 'dmesg'쇼
brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012
이 시점부터 wifi 연결이 끊어지고 rmmod'ing 및 modprob'ing brcmfmac으로 만 다시 시작할 수 있습니다.

전원 관리를 비활성화했습니다. 변경 사항이 없습니다.
apt-get upgrade / dist-upgrade를 통해 모든 것을 업데이트했습니다. 변경 사항 없음
rpi-update를 통해 항목을 업데이트했습니다. 변경 사항 없음

brcmfmac은 확실히 버그가 있습니다. 나는 dmesg msg "brcmfmac : brcmf_sdio_hostmail : Unknown mailbox data content : 0x40012"와 같은 문제를 겪고 있었고 때로는 위의 게시물에보고 된 것처럼 다른 메시지도 마찬가지였습니다.

tp-link usb wifi 어댑터를 사용하고 있으며 내 응용 프로그램이 이제 잘 작동합니다.

Broadcom이 brcmfmac의 버그를 수정할 수 있기를 바랍니다.

해결 방법이 있습니까?

이 대화의 앞부분에서 언급했듯이 Wi-Fi 라우터를 11 (이전에 사용하던) 대신 채널 6을 사용하도록 변경했으며 그 이후로 (1 월 이전부터 지금까지) 내 rPi가 문제없이 작동되었습니다. 모두.

이 커널 모듈 노트와 관련이있을 수 있습니다.

이 세대의 칩에는 드라이버와 관계없이 추가 규제 지원이 포함되어 있습니다. 이 장치는 채널 12-14 (2.4GHz 대역) 및 채널 52-64 및 100-140 (5GHz 대역)이 수동 작동으로 제한된 단일 전 세계 규제 도메인을 사용합니다. 해당 채널에서 적절한 다른 트래픽이 관찰 될 때까지 해당 채널에서의 전송이 억제됩니다. 드라이버 내에서 가상의 국가 코드 "X2"를 사용하여이 전 세계 규제 도메인을 나타냅니다. 현재 다른 도메인을 구성하기위한 인터페이스가 없습니다. 드라이버는 칩에서 SROM 국가 코드를 읽고 규제 힌트로이를 mac80211에 전달하지만이 정보는 드라이버와 함께 사용되지 않습니다.
(여기에서 : https://wireless.wiki.kernel.org/en/users/Drivers/brcm80211)

이것은 국가 코드 "DE"(더 높은 Wi-Fi 채널을 허용해야 함)조차 효과가 없음을 의미합니까? 하지만 이것이 Unknown mailbox data content: 0x40012 문제와 비슷한 영향을 미칠 수 있을지 모르겠습니다 ...

적어도 나에게는 해결 방법이 없습니다. 오늘 2 시간 후 채널 11에서 채널 6으로 전환 : Unknown mailbox data content: 0x40012

범위 확장기로 신호 강도를 높일 때까지 그 문제가 발생했습니다.
신호가 더 좋은 지점으로 Pi를 이동하는 것이 더 안정적인지 테스트 할 수 있습니까?

신호 강도가 좋지 않은 상태에서 작동하는 데 필요한 추가 전력으로 인해 발생할 수 있습니다.

Crrispy와 같은 문제입니다.

USB WiFi 어댑터 (채널 변경 등이 저에게도 작동하지 않음)로이 문제를 해결하는 사람들을 위해 Edimax EW-7811Un을 RPI Zero W의 OTG USB 케이블에 꽂으면 즉시 작동했습니다. 구성이나 ifconfig를 수행 할 필요가 없습니다. 바로 네트워크에있었습니다! 어제 나는 몇 시간 동안 TP-Link Archer T1U AC450을 사용했습니다.

@ b3nj1- 미안하지만

동일한 솔루션을 선택했습니다. 외부 안테나가있는 USB 어댑터와 Zero W 용 mt7601 칩셋 (약 5 Eur)을 구입했는데 완벽하게 작동합니다. 처음에 non-W를 구입 했어야했는데 ...이 문제는 1 년 이상 존재하며 수정 사항이 없습니다.

@blacktigersoftware- 이상하지

위에서 설명한 maibox 문제를 빠르게 살펴 보았습니다. Google은 이것이 공정한 일이 발생하고 있음을 보여줍니다 (및 비 Pi 플랫폼에 대한 적어도 하나의 참조). 드라이버 코드는 메일 함에서 돌아 오는 메시지 (하드웨어 펌웨어에 연결되어 있다고 가정합니다)에 없어야하는 비트가 설정되어 있음을 감지합니다. 그러나 메시지 만 인쇄하고 복구 또는 오류 반환을 수행하지 않습니다. 이것이 펌웨어에서 반환 된 값인 것 같기 때문에 실제로 무슨 일이 일어나고 있는지 확인하기 위해 액세스 할 수 없으며 칩의 데이터 시트는 전혀 도움이되지 않습니다. 그래서 저는 이것이 조사를 위해 Broadcom / Cypress / linux-wireless에 푸시되어야한다고 생각합니다.

또한 https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/brcm 에 따라 최신 HW 펌웨어가있는 것으로 보입니다

문제는 사서함 오류 다음에 또 다른 오류 (-52, -110 등)가 뒤 따르고 시스템을 재부팅하면 Wi-Fi가 다시 작동한다는 것입니다.

-110은 시간 초과 오류로, 다른 항목이 죽고 응답하지 않음을 나타냅니다. -52는 같은 줄에있는 잘못된 교환입니다. 사서함 오류가 발생했을 때 칩의 펌웨어가 좋지 않아 다른 오류가 계속 발생한다고 생각합니다.

문제를 재현 할 수있는 사람이 최신 Pi dev 커널 (4.11, github에서 사용 가능)을 빌드하고 사서함 오류가 계속 발생하는지 확인할 수 있습니까? 업스트림 푸시를 시작하기 전에 최신 커널에서 여전히 발생하고 복제 할 수 없다는 것을 알고 싶습니다.

문제가 다음에서 발생하는지 확인할 수 있습니다. Linux 알람 4.9.25-2-ARCH # 1 SMP 5 월 5 일 금요일 00:46:52 UTC 2017 armv7l GNU / Linux

커널 4.11에서 테스트하지 않았습니다.

내 테스트에 사용 된 드라이버 : brcmfmac : 펌웨어 버전 = wl0 : 2015 년 12 월 15 일 18:10:45 버전 7.45.41.23 (r606571) FWID 01-cc4eda9c

@ b3nj1- 와우, 감사합니다.

모두들-이것은 GPU가 켜져있을 때만 발생합니까?

GPU는 모든 Pi 모델에서 항상 켜져 있습니다.

블루투스가 켜져 있다는 뜻입니까?

@ JamesH65-4.11 시도해 볼게요. 다음에 따라 복제 / 빌드합니까? 이러한 지침에 따라 복제 할 때 저는 rpi-4.9.y 분기에 있습니다. 대신 rpi-4.11.y를 확인해야합니까?

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

미리 감사드립니다

rpi-4.11.y 브랜치를 확인한 다음 지침에 따라 다시 빌드하십시오.
연결되었습니다.

2017 년 5 월 25 일 05:02에 b3nj1 [email protected] 은 다음과 같이 썼습니다.

뿡 빵뀨
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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

다른 곳에서 제공 한 일부 정보를 반복하기 위해 저전력 조건에서 무선 연결을 테스트했습니다. USB 장치가 빠지는 지점까지 내려 갔지만 무선 연결 문제는 발견되지 않았습니다. 그것이 전력 문제가 아니라는 증거이지만 주목할 가치가 있습니다.

내 전화를 사용하여 SSH를 통해 sudo memtester 256M 1 실행하여 이것을 재현하는 방법을 찾았습니다. memtester 가 "로드 중"문자로 넘쳐나 기 시작하면 Wi-Fi가 종료됩니다.

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

이상한 점, Wi-Fi는 내 휴대 전화 에서이 작업을 수행하는 동안에 만 중단됩니다. 나는 내 PC, 다른 파이 및 내 라우터를 운없이 사용해 보았습니다.

@ JamesH65- 업데이트 2 : 4.11로 부팅 할 수있었습니다 (처음에 커널을 잘못 구성했습니다).
Linux rpiz 4.11.2+ #2 Thu May 25 21:19:11 PDT 2017 armv6l GNU/Linux

불행히도 시스템은 BT를 망치면 여전히 보리 반응을 보입니다.

외부 USB WiFi를 다시 연결하고 해당 어댑터의 주소를 연결하면 모든 것이 다시 정상입니다.

• 베냐민

https://www.raspberrypi.org/documentation/linux/kernel/building.md 의 지침에 따라 분기 rpi-4.11.y에서 새 커널을 빌드하고 설치했습니다
Linux raspberrypi 4.11.2-v7+ #1 SMP Fri May 26 03:55:54 CEST 2017 armv7l GNU/Linux

불행히도 Wi-Fi는 여전히 동일한 오류로 멈 춥니 다.
brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

Wi-Fi가 꺼 졌을 때 콘솔을 사용하면 다시 시작할 수 있습니다. 이것이 도움이되는지 확인하기 위해 지금 bash 스크립트를 테스트하고 있습니다. cron에서 실행하겠습니다. 누군가 관심이 있다면 여기입니다.

#!/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

나는 이것을 하루 동안 실행하고 있으며 지금까지 Wi-Fi가 떨어지는 것을 알지 못했습니다.

뿡뿡
여전히 작동합니까?
얼마나 자주 실행합니까?
매 순간 ?

일부 라즈베리에서 시도해 보겠습니다. 라우터를 핑할 수 없을 때마다 다시 시작하는 몇 가지가 있습니다.

미리 감사드립니다

여태까지는 그런대로 잘됐다. 2 분마다 확인하고 있습니다.

brcmfmac의 마지막 펌웨어 버전이 너무 오래되었습니다.

brcmfmac : 펌웨어 버전 = wl0 : 2015 년 12 월 15 일 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"이어야합니다. 이것은 우리가 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)

그것은 와이파이 칩 펌웨어가 아니라 SoC 펌웨어입니다.
상당히 자주 업데이트됩니다.

그래도 시스템이 이전 펌웨어가 있다고 생각하는 이유를 모르겠습니다. 당신
최신 SoC 펌웨어가 있으므로 apt-get 업그레이드를 수행했을 것입니다.
최근에?

2017 년 6 월 5 일 17:55에 Alexandre Bolelli [email protected] 은 다음과 같이 썼습니다.

뿡 빵뀨
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 버전을 사용하면 다음과 같이 표시됩니다.
`$ / opt / vc / bin / vcgencmd 버전
펌웨어 버전

2017 년 5 월 30 일 15:23:29
저작권 (c) 2012 Broadcom
버전 b8cdd5ae76f39d9f353dfa8fb48bf7e33b74903c (clean) (release)`

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@ JamesH65 위에서 말했듯이 Archlinux-ARM을 사용하고 있으며 롤링 릴리스 배포판이며 예 내 시스템은 pacman -Syu로 업데이트됩니다 (pacman -Syu는 apt-get 업그레이드 / 업데이트와 동일합니다).

내 시스템에서 이전 펌웨어가 왜 오래된 지 알 수 없습니다. 아마도 그 버그의 원인 일 수 있습니다. 어떻게 생각해?

어쨌든, 버그는 raspbian에서 발생합니까? 2016 년 3 월에 버그가보고 되었나요? 오래되었습니다.

추신. 영어가 제 모국어가 아닙니다. 오류 / 철자 오류로 인해 죄송합니다.

좋아, ARCH를 사용하고 있다는 사실을 몰랐습니다. 그들이 공급하지 않는 것 같습니다
Wi-Fi 칩에 대한 최신 펌웨어 blob. 수동으로 업데이트 할 수 있습니다.
문제를 해결할 수도 있지만 그렇지 않을 수도 있습니다.
무선 버그이며, 당신이보고있는 것이 무선 버그라는 보장은 없습니다.
한 사람이 Raspbian에서보고 있습니다.

오래된 펌웨어를 아키텍처 유지 관리자에게보고해야합니다.
아마도 무선 버그 일 수도 있습니다. 아치 배포판에있을 수도 있습니다.

일반적으로 우리는 다른 배포판을 지원하지 않습니다. 우리의 사내 배포판은
Raspbian이므로 문제를 조사하려면이를 복제 할 수 있어야합니다.
그.

2017 년 6 월 5 일 23:13에 Alexandre Bolelli [email protected] 은 다음과 같이 썼습니다.

@ JamesH65 https://github.com/jamesh65 위에서 말했듯이 나는 사용하고 있습니다
Archlinux-ARM, 롤링 릴리스 배포판이며 예 내 시스템이 업데이트되었습니다.
pacman -Syu (pacman -Syu는 apt-get 업그레이드 / 업데이트와 동일 함).

내 시스템에서 이전 펌웨어가 왜 오래된 지 알 수 없습니다. 아마도
그 버그의 이유. 어떻게 생각해?

어쨌든, 버그는 raspbian에서 발생합니까? 버그가보고되었습니다.
2016 년 3 월? 오래되었습니다.

추신. 영어가 제 모국어가 아닙니다. 오류 / 철자 오류로 인해 죄송합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306325452 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHaL4XsN5drPggS8eJDZWme4LyKXWks5sBH2CgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@ jamesH65 맞아요. # archlinux-arm에서 펌웨어가 오래된 이유를 물어 보겠습니다. 어쨌든 나는이 문제를 따르고 해결책을 찾을 것입니다. 발견 된 정보를 여기에보고하겠습니다.

미리 감사드립니다.

@ JamesH65 내 Raspbian (RPi 3)에서 일관되게 복제 할 수 있습니다. 이 문제를 해결하기 위해 내가 할 수있는 일이 있으면 알려주세요!

당신의 설정은 무엇입니까? 문제를 어떻게 복제합니까?

2017 년 6 월 6 일 14:17에 Dan [email protected] 은 다음과 같이 썼습니다.

@ JamesH65 https://github.com/jamesh65 복제 할 수 있습니다
내 Raspbian (RPi 3)에서 일관되게. 내가 도울 수있는 일이 있다면
이것으로 알려주세요!

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-306483030 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHWyW5cQuS47k3xTmi3UX-QW7ffEYks5sBVF5gaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

이전 댓글을 보시고 얼마 전에 그것을 재현하는 방법을 설명했습니다.
Pi는 공식 전원 공급 장치를 사용하여 상단에 3.5 인치 화면이있는 전체 Raspbian을 실행합니다. 멋진 것은 아니지만 모든 것이 rpi-update 및 apt 업그레이드로 업데이트됩니다.

며칠 후 내부 Wi-Fi가 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

이 인터페이스에서 hostapd를 실행하고 Pi에 또 다른 usb wifi 인터페이스가 연결되어 있습니다. 내 시스템 정보 :

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)이 표시되면 다시 작동하려면 시스템을 재부팅해야합니다 ...

Raspbian에서도 발생한다는 사실을 알게되어 기쁩니다. 버그는 배포판과 무관합니다. Archlinux에서 동일하게 발생합니다.

그러나 Wi-Fi를 채널 11에서 채널 6으로 옮겼 기 때문에 그 이후로 문제를 보지 못했습니다. 이 스레드에 대한 이전 답변에서 채널 6을 변경 한 1 월 7 일 이후로 확인되었습니다. 저는 현재 2 개의 RaspPI Zero W와 1 개의 RaspPi 3을 아무 문제없이 실행하고 있습니다. 두 RaspPi W는 DietPi를 실행합니다.

Raspberry Pi 3에서도이 문제가 발생했습니다. 이미 다른 Wi-Fi 채널을 사용해 보았습니다.
LAN 포트도 연결하면 와이파이가 지옥처럼 안정적이라는 것을 알았습니다. LAN 포트를 분리하자마자 wifi가 계속 떨어집니다.

정말 이상해 ......!

2017 년 6 월 15 일 23:02에 macmeck [email protected] 은 다음과 같이 썼습니다.

Raspberry Pi 3에서도이 문제가 발생했습니다. 다른 Wi-Fi 채널을 사용해 보았습니다.
이미.
LAN 포트도 연결하면 와이파이가 지옥처럼 안정적이라는 것을 알았습니다.
LAN 포트를 분리하자마자 wifi가 계속 떨어집니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-308878043 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHbUKBO9mG3xpKHFK977h4hrFUhrGks5sEantgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

나는 이것 가지다
"brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012"
내 rpi3에서도 문제가 발생합니다. 이 오류를 방지하기위한 가장 안정적인 해결 방법은
"원더 셰이퍼 9000 9000"
근본 원인이 밝혀 졌으면합니다.

나는 똑같은 문제가 있습니다. 내 pi3는 WIFI에만 연결했을 때 다음과 같은 증상이 있습니다.

1. 나가는 Wi-Fi는 훌륭하게 작동합니다. 인터넷에 연결하여 pi3에서 문제없이 파일을 다운로드 할 수 있습니다.
2. 모든 수신 Wi-Fi 연결이 실패합니다. 핑 시간 초과, 포트 80 http 액세스 시간 초과, ssh 실패, 모든 것이 인바운드에만 실패합니다.
   노트:
3. 이더넷이 pi3에 연결되면 Wi-Fi가 더 잘 작동하지만 여전히 패킷이 삭제됩니다.
4. 이더넷이 다시 제거되면 Wi-Fi는 모든 인바운드 연결에 완전히 실패합니다.
5. 이더넷이 다시 pi3에 연결되면 wifi가 더 잘 작동하고 일부 수신 패킷을 허용합니다. 그러나 여전히 많은 것을 떨어 뜨립니다.

이것을 고쳐주세요!

ifconfig에서 다음을 발견했습니다.

RX 패킷 : 1613 오류 : 0 삭제 : 1074 오버런 : 0 프레임 : 0
TX 패킷 : 146 오류 : 0 삭제 : 0 오버런 : 0 캐리어 : 0
충돌 : 0 t xqueuelen : 1000

따라서 기본적으로 pi3의 WIFI의 RX 측은 미친 듯이 패킷을 삭제합니다. 들어오는 연결에 응답하지 않는 이유는 당연합니다. TX가 잘 작동합니다!

이 스크립트를 설정 한 이후로 두 곳 모두에서 Wi-Fi에 문제가 없었습니다.
RPI3.

2017 년 6 월 21 일 수요일 오전 4:26, Edward Kang [email protected]
썼다 :

ifconfig에서 다음을 발견했습니다.

RX 패킷 : 1613 오류 : 0 삭제 : 1074 오버런 : 0 프레임 : 0
TX 패킷 : 146 오류 : 0 삭제 : 0 오버런 : 0 캐리어 : 0
충돌 : 0 t xqueuelen : 1000

따라서 기본적으로 pi3의 WIFI의 RX 측은 미친 듯이 패킷을 삭제합니다.
들어오는 연결에 응답하지 않는 이유는 당연합니다.

이것을 수정하십시오 !!

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310049620 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AFHmIH6kkxraxahE22_PpstdDkqW8Pgqks5sGP3ggaJpZM4HupC5
.

" '이걸 고쳐주세요"라는 말은 아주 잘되어 있지만, 이런 문제는 절대 찾아야 할 놈들입니다. 브리징 할 때 smsc / brcmfmac 드라이버에서 오류를 찾는 데 한 달이 걸렸고,이 오류를 찾은 것은 운이 좋았고,이 오류는 더 희귀하고 찾기가 더 어렵다고 생각합니다. 누구든지 오류를 빠르게 보여주는 복제 가능한 테스트 케이스를 찾을 수 있다면 큰 도움이 될 것입니다. 어떤 사람들은 kevent 오류가 자주 발생하는 것처럼 보이지만 거의 발생하지 않습니다.

패킷 삭제 문제는 일정에 차이가있을 때 조사 중입니다. 위의 경우 거의 모든 패킷을 삭제하는 것처럼 보이며, 이는 대부분의 사람들에게 일반적으로 보이지 않는 가장 이상합니다. Pi에 연결된 모든 장치에서 이런 일이 발생합니까? 또는 특히 하나만.

미안 해요, 제임스!

Pi에 연결된 모든 장치가 무엇을 의미하는지 잘 모르겠습니다. 삭제 된 패킷은 pi에서 직접 ifconfig를 수행 한 것입니다. 파이는 Wi-Fi를 통해 라우터에 연결됩니다. 파이가 Wi-Fi 네트워크에만 연결되면 지속적으로 패킷을 수신하고 삭제합니다.

@ JamesH65 음, 동의합니다. 해결하기 어렵습니다 ...하지만 Arch Linux-ARM을 사용하여 "create_ap"패키지를 설치하고 활성화 (pacman -S create_ap; systemctl start / enable create_ap)하면- 110 오류 및 "알 수없는 사서함 데이터 콘텐츠 : 0x40012"작동 몇 분 ... 가끔 스마트 폰 및 / 또는 스마트 TV를 연결하기 만하면 오류가 발생합니다.

우리는 Arch를 지원하지 않습니다. Raspbian은 지원되는 OS입니다.
문제를 해결할 수 있어야합니다. 어떤 버전의
ARCH가 사용하는 커널 또는 드라이버는
Raspbian에있는 것들.

사람들은 여전히 ​​Pi를 액세스 포인트로 사용하여 문제를보고 있습니까?
브리징을 사용합니까? IPv4 또는 IPv6? 이것은 일종의 정보입니다.
물론 가능한 한 많은 정보가 필요함) 필수
문제를 복제합니다.

Broadcom은 사서함 오류에 대한 알림을 받았습니다.
물론 운전자),하지만 상황이 느리게 움직이는 경향이 있습니다.

2017 년 6 월 21 일 18:27, Alexandre Bolelli [email protected]
썼다 :

뿡 빵뀨
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=
글쎄요, 동의합니다. 해결하기 어렵습니다 ...하지만 Arch Linux-ARM을 사용하면
"create_ap"패키지 설치 및 활성화 (pacman -S create_ap;
systemctl / startenable create_ap), -110 오류가 발생하고
"알 수없는 사서함 데이터 콘텐츠 : 0x40012"작업 몇 분 만에 ... 그냥
가끔 스마트 폰 및 / 또는 스마트 TV를 연결하면 오류가 발생합니다.
올 것이다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

일부 장치에서 정적 ipv4를 사용하고 있으며 다음과 같은 문제가 있습니다.
DHCP를 사용하는 다른 사람

2017-06-22 4:06 GMT-03 : 00 James Hughes [email protected] :

우리는 Arch를 지원하지 않습니다. Raspbian은 지원되는 OS입니다.
문제를 해결할 수 있어야합니다. 어떤 버전의
ARCH가 사용하는 커널 또는 드라이버는
Raspbian에있는 것들.

사람들은 여전히 ​​Pi를 액세스 포인트로 사용하여 문제를보고 있습니까?
브리징을 사용합니까? IPv4 또는 IPv6? 이것은 일종의 정보입니다.
물론 가능한 한 많은 정보가 필요함) 필수
문제를 복제합니다.

Broadcom은 사서함 오류에 대한 알림을 받았습니다.
물론 운전자),하지만 상황이 느리게 움직이는 경향이 있습니다.

2017 년 6 월 21 일 18:27, Alexandre Bolelli [email protected]
썼다 :

뿡 빵뀨
3A__github.com_jamesh65 & d = DwMFaQ & c = DpyQ_ftY536pf7wCBQXXU58xADDRY77THQz
Ju1OmzOo & r = w09_2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek & m =
BDIwUx7SC6sTRvRQKgA0QZB_ZlIJDs3bd_wzKoIw_7w & s = o90aBGb27vZvog3BdioLSa2_
MEySix0ymtnTgiNb87c & e =>
글쎄요, 동의합니다. 해결하기 어렵습니다 ...하지만 Arch Linux-ARM을 사용하면
"create_ap"패키지 설치 및 활성화 (pacman -S create_ap;
systemctl / startenable create_ap), -110 오류가 발생하고
"알 수없는 사서함 데이터 콘텐츠 : 0x40012"작업 몇 분 만에 ...
다만
가끔 스마트 폰 및 / 또는 스마트 TV를 연결하면 오류가 발생합니다.
올 것이다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
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 =>,
또는 스레드 음소거
3A__github.com_notifications_unsubscribe-2Dauth_
ADqrHfDuqt5fcQ3ODkJUFKxuUaWgUpIhks5sGVKfgaJpZM4HupC5 & d = DwMFaQ & c = DpyQ_
ftY536pf7wCBQXXU58xADDRY77THQzJu1OmzOo & r = w09_
2ePv8G3zRjoV19Wm1Q6rI7CDlOns4PuRv2hHkek & m = BDIwUx7SC6sTRvRQKgA0QZB_
ZlIJDs3bd_wzKoIw_7w & s = Ojyj5WoAXeLeCsvarhv2rrmQUVoQGkjZmsfPB2lrOUw & e =>
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-310294786 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACeQBFj8ICNkDl7xYwYJcD6TK-k6_4K5ks5sGhJ1gaJpZM4HupC5
.

주목해야 할 한 가지는 Wi-Fi가 작년에 pi3를 받았을 때부터 약 3 개월 전에 Wi-Fi가 작동을 멈췄을 때까지 완벽하게 작동한다는 것입니다.

분명히 그 시간에 와이파이가 작동을 멈춘 소프트웨어에 어떤 종류의 변화가 있었음에 틀림 없다.

Wi-Fi가 완전히 작동하지 않으면 문제가 있음을 나타냅니다 (물론 소프트웨어 문제로 인해 복합적 일 수 있음). 왜냐하면 다른 모든 사람에게는 Wi-Fi가 일반적으로 작동하기 때문입니다 (패킷이 삭제 된 것을 볼 수 있지만).

BTW 내 rpi3는 영국에서 새로운 브랜드입니다.

나는 이것도 몇 달 동안 싸워왔다. 때로는 몇 분 동안 지속됩니다. 때로는 몇 주. 연결이 끊어 질 때 공통 분모는 연결이 끊어지기 직전에 CRDA 세계 규정 도메인을 재설정하라는 호출을 보는 것입니다. 매번. Ubiquiti AC 액세스 포인트, 채널 11, 채널 폭 HT40 (특별 할 수있는 유일한 것).

6 월 28 일 14:19:31 raspberrypi 커널 : [980.387378] cfg80211 : 세계 규제 도메인 업데이트 :
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387387] cfg80211 : DFS 마스터 영역 : 설정되지 않음
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387396] cfg80211 : (start_freq-end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387411] cfg80211 : (2402000 KHz-2472000 KHz @ 40000 KHz), (N / A, 2000 mBm), (N / A)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387426] cfg80211 : (2457000 KHz-2482000 KHz @ 20000 KHz, 92000 KHz 자동), (N / A, 2000 mBm), (N / A)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387439] cfg80211 : (2474000 KHz-2494000 KHz @ 20000 KHz), (N / A, 2000 mBm), (N / A)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387453] cfg80211 : (5170000 KHz-5250000 KHz @ 80000 KHz, 160000 KHz 자동), (N / A, 2000 mBm), (N / A)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387468] cfg80211 : (5250000 KHz-5330000 KHz @ 80000 KHz, 160000 KHz 자동), (N / A, 2000 mBm), (0 초)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387481] cfg80211 : (5490000 KHz-5730000 KHz @ 160000 KHz), (N / A, 2000 mBm), (0 초)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387493] cfg80211 : (5735000 KHz-5835000 KHz @ 80000 KHz), (N / A, 2000 mBm), (N / A)
6 월 28 일 14:19:31 raspberrypi 커널 : [980.387505] cfg80211 : (57240000 KHz-63720000 KHz @ 2160000 KHz), (N / A, 0 mBm), (N / A)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262521] cfg80211 : 규제 도메인이 국가 : US로 변경됨
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262536] cfg80211 : DFS 마스터 지역 : FCC
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262540] cfg80211 : (start_freq-end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262549] cfg80211 : (2402000KHz-2472000KHz @ 40000KHz), (N / A, 3000mBm), (N / A)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262557] cfg80211 : (5170000 KHz-5250000 KHz @ 80000 KHz, 160000 KHz 자동), (N / A, 2300 mBm), (N / A)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262565] cfg80211 : (5250000 KHz-5330000 KHz @ 80000 KHz, 160000 KHz 자동), (해당 없음, 2300 mBm), (0 초)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262571] cfg80211 : (5490000 KHz-5730000 KHz @ 160000 KHz), (N / A, 2300 mBm), (0 초)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262578] cfg80211 : (5735000KHz-5835000KHz @ 80000KHz), (해당 없음, 3000mBm), (해당 없음)
6 월 28 일 14:19:32 raspberrypi 커널 : [981.262584] cfg80211 : (57240000 KHz-63720000 KHz @ 2160000 KHz), (N / A, 4000 mBm), (N / A)

불에 연료를 뿌려서 미안하지만 Pi Zero W에서도 비슷한 문제가 있다고 생각합니다.

액세스 포인트 모드 (hostapd 사용시)와 일반 연결 모드 (예 : 라우터에 연결) 사이에서 wlan0을 전환 할 때 wlan0은 때때로 액세스 포인트와 연결하는 기능을 잃게됩니다.

이 상태에서 멈출 것입니다.

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

재부팅하면 문제가 해결되지 않습니다. 이 경우 dmesg에서 다음과 같은 오류가 발생합니다.

[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 Wi-Fi 커널 모듈을 다시로드하면 ( "modprobe -r -v brcmfmac && modprobe brcmfmac"을 수행하여) 문제가 해결되었으므로 Pi에 Wi-Fi 문제가있을 때마다이 작업을 수행하는 스크립트를 만들어야합니다.

이것은 이상하다. Raspberry pi zero & zero W에서 이러한 유형의 문제가 있었지만 채널을 전환하면 완전히 사라졌습니다 (이 스레드의 앞부분에서 설명했듯이).

또한 최근에는 DietPi OS를 사용하고 있는데 전혀 문제가 없었습니다. 시도해 볼 수 있습니다.

나는 전에 본 적이있는 문제를 조사하고 싶었지만 요즘에는 문제가 발생하지 않습니다! :(

/주권
(iPhone에서 보냄)

2017 년 7 월 5 일 오전 9시 1 분에 timdonovanuk [email protected] 은 다음과 같이 썼습니다.

FWIW Wi-Fi 커널 모듈을 다시로드하면 ( "modprobe -r -v brcmfmac && modprobe brcmfmac"을 수행하여) 문제가 해결되었으므로 Pi에 Wi-Fi 문제가있을 때마다이 작업을 수행하는 스크립트를 만들어야합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

이걸 들여다 볼 수있는 사람이 많을수록 난 시간이 제한 돼
나는 다른 프로젝트로 인해 현재 이것을 사용할 수 있습니다. 하나의 주요 문제
그것을 복제하는 견고한 메커니즘입니다.

2017 년 7 월 5 일 17:10에 rajid [email protected] 은 다음과 같이 썼습니다.

이것은 이상하다. Raspberry pi에서 이러한 유형의 문제가 발생했습니다.
제로 & 제로 W이지만 채널을 전환하면 완전히 사라졌습니다.
이 스레드의 앞부분에서 논의 됨).

또한 최근에 DietPi OS를 사용하고 있으며 문제가 없었습니다.
모두. 시도해 볼 수 있습니다.

전에 본 적이있는 문제를 조사하고 싶었지만
요즘에는 그렇게 할 수 없습니다! :(

/주권
(iPhone에서 보냄)

2017 년 7 월 5 일 오전 9시 1 분에 timdonovanuk [email protected]
썼다 :

FWIW Wi-Fi 커널 모듈을 다시로드하는 것 같습니다 ( "modprobe -r -v
brcmfmac && modprobe brcmfmac ") 수정 했으므로
내 Pi에 Wi-Fi 문제가있을 때마다이 작업을 수행하는 스크립트.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@timdonovanuk 는 우리와 함께 스크립트를 공유하는 것이 좋을 수 있습니다. 해결 방법을 찾고 있습니다. 아마도 systemd 서비스처럼 실행되는 모니터링 스크립트가 ... 어떻게 생각하십니까?

규제 도메인 업데이트를 수동으로 트리거 할 수있는 방법이 있습니까? 내가 말했듯이, 실행될 때마다 연결이 끊어 질 때마다 꽤 일관된 것 같습니다. 나는 당신을 위해 안정적으로 재현 할 수 있는지 확인하기 위해 수동으로 몇 번 실행하는 데 관심이 있습니다.

@rajid , 우연히 채널 너비 40에서 실행 중입니까? 드랍하기 전에 비슷한 세계 규제 업데이트를 본 적이 있었는지 기억하십니까? 채널 11과 매우 넓은 채널 너비에 조합이 있는지 궁금합니다. 어떤 종류의 라우터 / AP를 사용하고 있습니까? 공통점을 찾는 것뿐입니다. 다른 채널과 마찬가지로 11 번 채널에서도 볼 수 있습니다. 내 AP는 Ubiquiti입니다.

Apple Extreme의 자동 채널에서 채널 6으로 전환하는 해결 방법이 작동하지 않았습니다. 휴가 중에 LAN을 사용하겠습니다.

편집 : 이제 LAN으로도 연결이 끊어집니다. 여기에 더 많은 것이 있습니다. 공식 케이스 (팬 없음)를 사용하면 열 문제입니까?

안녕하세요,
Raspberry Pi Zero W에서 매우 유사한 문제에 직면하고 있습니다.

Pi에서 Node.JS로 실행되고 GPIO와 통합 된 API를 개발했습니다.
Pi는 Wifi를 통해 내 LAN에 연결되어 있습니다. PC 클라이언트가 API를 호출하면 모든 것이 잘 작동합니다. 그러나 Android 장치로 API를 쿼리하자마자 Pi가 충돌합니다. 이러한 충돌은 무작위로 발생합니다. 때때로 API가 Android 장치에서 여러 번 호출 될 수 있으며 갑자기 충돌이 발생합니다.
크래시가 의미하는 것은 핑 손실이지만 Pi는 여전히 실행 중입니다.

PC를 통해 동일한 API를 호출해도 충돌이 발생하지 않습니다.

Wi-Fi 채널을 변경하려고했지만 더 나은 결과를 얻지 못했습니다.

진단 / 솔루션에 도움이되는 모든 것을 실행할 수 있으면 언제든지 문의하십시오!

이 포럼 게시물에 도움이되는 것이 있습니까?

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

2017 년 7 월 11 일 16:22에 matthiasbou [email protected] 은 다음과 같이 썼습니다.

안녕하세요,
Raspberry Pi Zero W에서 매우 유사한 문제에 직면하고 있습니다.

Pi에서 Node.JS로 실행되는 API를 개발하고
GPIO와 함께.
Pi는 Wifi를 통해 내 LAN에 연결되어 있습니다. PC에서 모든 것이 잘 작동합니다.
클라이언트는 API를 호출합니다. 그러나 Android로 API를 쿼리하자마자
장치, Pi가 충돌합니다. 이러한 충돌은 무작위로 발생합니다. 때로는 API가
Android 기기에서 여러 번 호출되고 갑자기 충돌이 발생합니다.
PC를 통해 동일한 API를 호출해도 충돌이 발생하지 않습니다.

Wi-Fi 채널을 변경하려고했지만 더 나은 결과를 얻지 못했습니다.

진단 / 솔루션에 도움이되는 모든 것을 실행할 수 있으면 언제든지 문의하십시오!

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314479400 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHYDohQoNRBDcX4oG49rK9e6kwpjjks5sM5MpgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

헉헉

흥미롭게도 내 broadcom 드라이버는 오류 -110 (때로는 또 다른 오류)을 반환하고 Motorola X2 (Android) 스마트 폰을 연결하는 순간 정확히 충돌합니다. 하지만 SmartTV를 연결할 때도 같은 오류가 발생합니다. 어쨌든 연결시 충돌이 발생한 것을 확인할 수 있습니다.

내 국가가 올바르게 설정되어 있고, ipv6 비활성화 및 roamoff = 1, 채널 6을 사용하고 있지만 문제가 계속 발생합니다. Wi-Fi 절전 모드 및 블루투스는 내 배포판에서 기본적으로 비활성화되어 있습니다.

@ JamesH65 : 올바른 국가를 설정하고 IPV6 및 로밍을 비활성화하는 흥미로운 솔루션을 시도했지만 여전히 동일한 문제가 있습니다.

Wi-Fi가 연결되지만 Pi Zero W에서 일부 API 호출을 수행하는 Android 장치로 "재생"을 시작하자마자 잠시 후 충돌이 발생합니다.

IPv6를 비활성화하면 Wi-Fi 문제가 해결되는 이유는 무엇입니까? 재현 가능한 IPv6이 포함 된 이유에 대한 올바른 설명이 있습니까? 내가 생각할 수있는 유일한 것은 IPv6가 RA로 인해 약간의 추가 멀티 캐스트로드를 가질 수 있다는 것입니다.

그만한 가치가 있기 때문에, 통합 wlan0과 외부 eth0 사이의 IPv6 브리지로 두 개의 Pi Zero W를 실행하고 있으며 IPv4는 차단되었습니다. wlan0은 AP 모드이고 ISC dHCPv4 서버가 실행 중입니다. 다양한 Android 태블릿과 스마트 폰을 연결합니다. 지금까지 문제를 발견하지 못했지만 더 오랜 시간 동안 실행해야 할 수도 있습니다. 채널 6을 사용하고 있습니다.

죄송합니다. Apple Airport 상자를 사용하고 있으며 "채널 너비"에 대한 설정이나 언급이 없습니다. 2.3Ghz 네트워크에 채널 6을 설정했습니다. 저는 지금 제 작은 RaspPi Zero W 시스템에서 DietPi를 사용하고 있습니다. 내가 가지고있는 다른 RaspPi는 Edimax USB로 오래 전부터 설정되었으며 문제가 없었습니다. 문제를 본 유일한 시간은 Zero W 시스템의 Raspbian이었습니다. 다시로드하고 재현 할 수 있는지 확인해야합니다.

/주권

2017 년 7 월 5 일 오후 3:19에 Michael Hallock < [email protected] [email protected] >이 작성했습니다.

규제 도메인 업데이트를 수동으로 트리거 할 수있는 방법이 있습니까? 내가 말했듯이, 실행될 때마다 연결이 끊어 질 때마다 꽤 일관된 것 같습니다. 나는 당신을 위해 안정적으로 재현 할 수 있는지 확인하기 위해 수동으로 몇 번 실행하는 데 관심이 있습니다.

@rajid https://github.com/rajid , 우연히 채널 너비 40에서 실행 중입니까? 드랍하기 전에 비슷한 세계 규제 업데이트를 본 적이 있었는지 기억하십니까? 채널 11과 매우 넓은 채널 너비에 조합이 있는지 궁금합니다. 어떤 종류의 라우터 / AP를 사용하고 있습니까? 공통점을 찾는 것뿐입니다. 다른 채널과 마찬가지로 11 번 채널에서도 볼 수 있습니다. 내 AP는 Ubiquiti입니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 회신하거나 GitHub https://github.com/raspberrypi/linux/issues/1342#issuecomment-313242611 에서 보거나 https://github.com/notifications/unsubscribe-auth/AFAlZVdfvh5QzIlsZYtt9sjpXolJqcmWks5sLAvdgaJpZM4HupC5 .

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

더 많은 테스트를 수행하고 Pi가 연결되는 라우터를 변경했습니다.
지금까지 Pi가이 다른 Wifi 라우터에있을 때 모든 것이 작동합니다 (Android 기기 측에서는 변경 없음).
작업 라우터 구성 :
채널 6
WPA-PSK
대역폭 20Mhz

작동하지 않는 라우터 구성 (Android Wifi에서 일부 액세스 후 Wi-Fi 손실) :
넷기어 WNR1000v2
채널 6
WPA2-PSK [AES]
조각화 길이 2346
CTS / RTS 임계 값 2347

작동중인 라우터를 WPA2-PSK로 전환하여 문제를 재현 할 수 있는지 확인하겠습니다.

@TheDiveO IPv6와 관련하여 드라이버는 커널과 마찬가지로 ipv6에 대해 다른 코드 경로를 가지고 있습니다. ipv6에없는 경로 중 하나에 버그가있을 수 있거나, 얼마 전 버그의 ISTR로서 ipv4 코드 경로를 실행해야 할 때 ipv6 코드 경로를 실행하거나 vica도 마찬가지입니다. 전체 스택은 상당히 복잡합니다.

새로운 행동. 로케일을 변경하고 apt-get 업그레이드 및 업데이트를 수행하면 pi3가 WIFI를 통해 연결될 때 다음과 같은 동작이 나타납니다.

이제 로컬 LAN 외부의 장치는 TCP / IP를 통해 PI에 연결할 수 있습니다.

PI는 여전히 LAN에서만 모든 연결 (TCP / IP)을 거부합니다.

PI는 여전히 WIFI를 통해 외부 인터넷에 액세스 할 수 있습니다.

신경 쓰지 마. 아무것도 변하지 않았다. 이것은 이전과 똑같은 동작입니다. Pi3 wifi는 로컬 LAN의 모든 패킷을 삭제합니다.

약간의 후속 조치를 취하기 위해 ... 저는 누 웠던 새로운 AP (Linksys E4200 V2)를 시작했습니다. 2.4Ghz, 구성된 WPA2 Personal, BSSID 및 암호에 대해 채널 11에서 설정했습니다. 그런 다음 내 라즈베리 파이 제로 w에서 이것을 구성했습니다. 잘 연결되었습니다. 그런 다음이 AP를 내 일반 주택 AP가있는 같은 방 (채널 6에 있음)으로 옮겼습니다. 내 RaspPi는 ASSOC-REJECT status_code = 16을 얻었습니다. AP를 사무실로 다시 옮기면 RaspPi 직원이 다시 한 번 괜찮아졌습니다.

따라서 제 경우에는 AP가 다른 방에 있으면 적어도 채널 11이 문제가되는 것 같습니다. 나는 이것이 아마도 간섭 문제를 나타낼 것이라고 생각합니다.

또한 모든 status_codes 및 오류 코드가 무엇인지 알려주는 웹 페이지를 여기에 게시 할 것입니다.

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

이것은 내 "status_code = 16"이 시간 초과로 인해 발생했음을 보여 주므로 시스템 중 하나가 적시에 패킷을 수신하지 못하고 있습니다.

누군가에게 도움이 될 경우를 대비해이 정보를 버릴 것이라고 생각했습니다.

부엌의 조명을 켜면 Wi-Fi 연결이 끊어집니다.
거실 ... 왜 그런지 모르겠지만 간섭에 대해 이야기했을 때
난 미쳤지 않아

2017-07-12 16:27 GMT-03 : 00 rajid [email protected] :

후속 조치를 위해 ... 새 AP (Linksys E4200 V2)를 시작했습니다.
나는 주위에 누워 있었다. 2.4Ghz 용으로 채널 11에 설정했습니다.
WPA2 Personal, BSSID 및 암호. 그런 다음 내 라즈베리에 구성
파이 제로 w. 잘 연결되었습니다. 그런 다음이 AP를 같은 방으로 옮겼습니다.
내 일반 집 AP가있는 곳 (채널 6에 있음). 내 RaspPi
ASSOC-REJECT status_code = 16을 얻었습니다. AP를 사무실로 한 번 이동
다시 RaspPi 어소시에이트를 잘 만들었습니다.

그래서 제 경우에는 적어도 AP가 있다면 채널 11이 문제인 것 같습니다.
다른 방에서. 이것은 아마도 간섭을 나타내는 것 같아요
문제.

또한 여기에 내가 찾은 웹 페이지를 게시 할 것입니다.
status_codes 및 실패 코드는 다음과 같습니다.

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

이것은 내 "status_code = 16"이 시간 초과로 인해 발생했음을 보여줍니다.
시스템은 적시에 패킷을 수신하지 않습니다.

도움이 될 경우에 대비해이 정보를 버릴 것이라고 생각했습니다.
누군가.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-314872003 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ACeQBJdfk2zp1sReVVs1wvrilKHXNm53ks5sNR42gaJpZM4HupC5
.

Android 용 정말 멋진 WiFi 분석기 프로그램이 있습니다.이 프로그램은 주변에있는 AP와 세부 정보를 보여줍니다. (아이폰 / 아이 패드에도 그런 게 있었으면하는데 애플 ...)

@ JamesH65 당신은 데이터 링크 계층 드라이버 (계층 3)가 네트워크 계층 3을 엉망으로 만든다고 말하면서 정말 나를 불편하게 만들고 있습니다. "Mess"도이 상황에 적합한 단어가 아닐 것입니다.

나는 실제로 그렇게 말하는 것이 아닙니다. 저는 Linux 네트워크 전문가가 아닙니다.
스택,하지만 IPv6 특정 항목을 본 기억이있는 것 같습니다.
어딘가에 운전사.

모든 것이 커널 트리에 있습니다. 살펴볼 수 있습니다.
마음을 쉬게 할 수 있습니다.

2017 년 7 월 13 일 08:58에 TheDiveO [email protected] 은 다음과 같이 썼습니다.

@ JamesH65 https://github.com/jamesh65 당신은 정말 나를 불안하게 만들고 있습니다
데이터 링크 계층 드라이버 (계층 3)가
네트워크 계층 3. "Mess"는 아마 적절한 단어가 아닙니다.
상황도 ...

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315002002 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHUSoqqxnhaw4k2ECkzGC9CDkIlhYks5sNc4ngaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@TheDiveO James는 하드웨어 체크섬 오프로드와 같은 것을 언급하고 있습니다.
예를 들어 SMSC95xx는 0xFFFF 대신 0x0000의 체크섬을 요구하는 IPv6으로 인해 IPv4 체크섬 오프로드 만 지원할 수 있습니다. https://github.com/torvalds/linux/commit/fe0cd8ca1b82983db24b173bb8518ea646c02d25를 참조

이 버그는 커널이 아닌 Broadcom 드라이버에 있다고 확신합니다.

거의 확실합니다. Brcm 드라이버는 큰 코드 덩어리이며 버그
디버깅이 쉽지 않습니다. 특히 복제 할 수없는 경우에는 ...

2017 년 7 월 13 일 13:04, Alexandre Bolelli [email protected]
썼다 :

이 버그는 커널이 아닌 Broadcom 드라이버에 있다고 확신합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315058283 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHbr5SiWPKvQZOY7rN8IbyIIscNfVks5sNgexgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

이 문제로 고생할수록 이것이 우분투 / 데비안이 광범위한 구성없이 wlan0과 eth0을 동일한 서브넷에 연결할 수없는 것과 관련이 있는지 궁금해지기 시작했습니다. 나는 이것을 더 조사하고 이것이 문제인지 볼 것입니다.

@ JamesH65 가 쉽게 재현 할 수있는 환경에서 제로 w 또는 rpi 3을 설정하고 디버깅 할 수 있도록 ssh 액세스를 제공하면 도움이 될까요? (나는 이것을 위해 여분의 제로 w를 사야 할 것입니다).

아마 아니 겠지만 제안에 감사드립니다. 나는 사용자 정의 변경을 실행하는 경향이 있습니다.
드라이버 및 커널, 하루에 여러 번 변경되었습니다. 그렇게
원격으로 불가능합니다. 문제를 안정적으로 재현하기위한 메커니즘은 다음과 같습니다.
정말 필요한 것입니다.

2017 년 7 월 13 일 13:57, Tuomas Airaksinen [email protected]
썼다 :

@ JamesH65 https://github.com/jamesh65 나 (또는 ​​누군가
그렇지 않으면)이 환경에서 0 w 또는 rpi 3을 설정합니다.
쉽게 재현 할 수 있고 디버깅 할 수 있도록 ssh 액세스 권한을 제공합니까? (나는
이것을 위해 여분의 제로 w를 사야 할 것입니다).

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-315069935 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHeQ1RECH-uIIHWPX6ItvRdVbZG_Xks5sNhRWgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

제임스,
이 간단한 폴링 루프를 수행하면 온보드 Wi-Fi 네트워크가 사용할 수없는 상태로 저하되는 것을 빠르게 확인할 수 있습니다. 온보드 Wi-Fi를 끄고 USB Wi-Fi를 사용하면 검색이 작동합니다. BT 장치의 존재 여부에 민감한 지 기억이 나지 않으며 며칠 동안 쉽게 확인할 수 없습니다. 실험 후 파이 0으로 돌아갈 수 있도록 10 분으로 제한했습니다.

bash# ((t= 날짜 + % s +600)); while [ 날짜 + % s -lt $t ] ; do hcitool name <BTMAC>; done
도움이 되길 바랍니다.
베냐민

그 코드는 내 등 진드기를 잃었습니다. 탈출 중 ...

((t =`날짜 + % s` + 600)); while [`date + % s` -lt $ t]; hcitool 이름 "BT MAC 삽입"수행; 끝난

OMG. 나는 그것이 고정되었다고 생각한다. 이더넷이 분리되면 Wi-Fi가 켜집니다. 믿을 수 없는.

내 / etc / network / interfaces 파일에서 eth0에 대한 모든 언급을 제거하고 allow-hotplug를 auto로 바꾼 다음 wlan0과 wlan1 모두에서 무선 전원을 강제로 끕니다.

내 / etc / network / interfaces 파일 :

자동 소호
iface lo inet 루프백

무선 전원 끄기
자동 wlan0
iface wlan0 inet 매뉴얼
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

무선 전원 끄기
자동 WLAN1
iface wlan1 inet 매뉴얼
wpa-conf / etc / wpa_supplicant / wpa_supplicant.conf`

그런 다음 arp를 플러시했습니다.

ip -s -s neigh flush all

그런 다음 재부팅했습니다.

sudo reboot now

이제 내 Wi-Fi가 작동합니다. 믿을 수 없는. 이 스레드에 댓글을 달아 주신 모든 분들께 감사드립니다.

특정 구성 문제가 해결 될 수 있으며 Broadcom 드라이버의 버그가 여전히 존재합니다.

좋아요, 우리는 이것을보고있었습니다. 내 첫 번째 문제는 SSH가 내 테스트 장치에 들어갈 때 이더넷 케이블도 삽입되지 않는 한 세션이 잠겼습니다. ARP는 두 인터페이스 중 하나에서 처리되므로 이더넷이 연결되었을 때 그것을 사용하고있었습니다. 연결되지 않았다는 것은 Wi-Fi에서 처리 중이며 문제가 발생했음을 의미합니다. 이 문제는 SSH에서 QoS / ToS를 해제하여 (https://expresshosting.net/ssh-hanging-authentication/ 참조) 해결할 수 있습니다. 이는 Broadcom Wifi 드라이버가 TOS (유형 service) / DSCP 필드가 설정됩니다. 이는 이전에 NTP에서 확인되었습니다 (문제 # 1519). 나는 이것이이 문제와 관련된 Wi-Fi 문제의 원인이 될 수 있다고 생각하며 오늘 Brcm 드라이버를 조사하여 찾을 수 있는지 확인합니다.

중간 보고서. 특정 TOS 패킷 값으로 인해 패킷이 자동으로 삭제되어 SSH 잠금이 발생하는 문제가 분명히 발견되고 있습니다. TBH가 어쨌든 패킷의이 부분을 건 드리면 안되는 뚫을 수없는 드라이버 코드에는 아직 분명한 것이 없지만 분명히 뭔가 진행되고 있습니다. 여기에보고 된 일반적인 무선 랜 정지와 관련이 있습니까? 아직 모릅니다.

raspbian jessie 및 커널 4.9.35+를 사용하는 Pi Zero W에서 비슷한 문제가 있습니다.
SSH 및 ntpd (TOS)를 사용하여 JamesH65에서 언급 한 동일한 문제가 있습니다. https://expresshosting.net/ssh-hanging-authentication/ 에서 수정하여 sshd에서 작동했습니다. 또한 wlan0 연결 끊김 문제가 있지만 다소 자세한 로그 메시지가 있습니다. 표면적으로는 캐리어가 손실 된 것처럼 보이며, wpa_supplicant는 때때로 재협상에 실패합니다. 그것의 유일한 방법은 ifdown wlan0을 발행하고, 나를 위해 ifup wlan0을 실행하고, wlan0이 다시 작동하기 시작하는 것입니다. 누군가 필요한 경우 로그를 제공하게되어 기쁩니다. 어느 쪽인지 말해주세요.

중간 보고서. 잊혀지기 전에 메모를 적고 싶었습니다. 다른 장치에서 SSH를 통해 액세스 할 때 누락되는 것은 무선으로 연결된 파이의 응답이라는 것을 확인했습니다. 해당 응답에 TOS 필드가 설정되어 있으면 패킷이 자동으로 삭제되고 요청자에게 다시 전달되지 않습니다. netcat을 사용하여이를 복제 할 수 있습니다. TOS 플래그가 설정된 무선 Pi의 간단한 net cat 명령은 장치에서 벗어나는 것 같습니다.
따라서 무선 PI에서 UDP 패킷을 다른 장치로 보내십시오.
nc -T 0x10 -u7
장치가 패킷을 수신하지 않는 것 같습니다 (대상에서 tcpdump를 실행하여 표시됨).
nc -T 0x00 -u7
원격 시스템에 도달합니다.
우리는 사무실의 무선 네트워크를 통해서만 이것을 시도했습니다. 라우터 관련인지 또는 드라이버의 문제인지 확인하기 위해 다른 Wifi 네트워크를 설정해야합니다.

위의 netcat 명령에 대한 사소한 수정
nc -T 0x10 -u <dest_ip> 7
에코 서비스이므로 UDP 포트 7이 선택되었습니다. 이것이 원격 시스템에서 실행되고 있지 않다는 것은 중요하지 않지만, 원격 끝이 메시지를 받았다는 유용한 정보 인 적절한 ICMP 도달 할 수없는 응답으로 이어집니다.

SSH / ToS 문제가 실제로 관련이 없다고 생각하기 시작했습니다. 나는 HW 수준까지 패킷을 추적했으며 TOS 플래그가 설정되었는지 여부는 중요하지 않습니다. 리눅스 드라이버). 이는 문제가 칩의 펌웨어 (폐쇄 된 소스)에 있거나 실제로 라우터와 관련되어 있음을 나타냅니다. 즉, 사용중인 무선 라우터가 0이 아닌 (또는> 0x04) TOS 플래그를 통과하지 못합니다. 내일 다른 무선 라우터를 사용하여이를 확인하겠습니다.

brcmfmac 모듈 개발을 담당하는 부서를 찾아 누군가가 해당 스레드를 따르거나 이러한 버그에 대한 수정 사항이 릴리스 될 경우 최소한 응답 할 수있는 기회가 있습니까?

우리는 이미 linux-wireless 메일 링리스트를 통해 연락하고 있습니다.

2017 년 7 월 19 일 19:06에 "Alexandre Bolelli" [email protected]이 작성했습니다.

개발을 담당하는 부서를 찾을 가능성이 있습니까?
누군가가 해당 스레드를 따를 수 있도록 brcmfmac 모듈 또는
이 버그에 대한 수정 사항이 릴리스되면 응답 하시겠습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316469790 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHYtYvpxdKd3SBBynOnlDN-ZXiWs_ks5sPkW9gaJpZM4HupC5
.

우리는 이미 linux-wireless 메일 링리스트를 통해 연락하고 있습니다.

... 그리고 더 직접적인 경로. 문제는 항상 재현성 중 하나였습니다. 문제를 명확하게 입증 할 수있는 방법이 있으면 Broadcom / Cypress에이를 제시하고 해결할 수 있습니다. 나는 NTP를 사용하여 문제를 볼 수 없었지만 James는 SSH로 성공적으로 실패 했으므로 근본 원인에 도달 할 것이라고 낙관합니다.

@pelwell +1 ( "_ 성공 실패"_ :)

SSH 잠금 문제에 대한 해키 수정이 있습니다. 펌웨어에 문제가있는 것 같습니다. 여기에 몇 가지 세부 사항이 있습니다.

`
우리는 Raspberry Pi에 대한 문제를 조사하고 있습니다.
IPv4 헤더에 TOS 플래그가 설정되어 있으면 NTP 세션이 실패합니다.

다음은 TOS가 무엇인지에 대한 추출입니다.

TOS는 0x08 또는 0x10입니다. 한 번에 4 비트 중 하나만 설정할 수 있습니다.
0x10-지연 최소화
0x08-처리량 최대화
0x04-안정성 극대화
0x02-금전적 비용을 최소화합니다.
기술적으로 TOS는 DSCP로 대체되었지만 여전히 지원됩니다.

정말로 필요한 경우 DSCP를 사용하여이 문제를 재현 할 수 있지만 그렇지 않습니다.
관련성이있는 것 같습니다.

SSH 문제 및 해결 방법에 대한 자세한 내용은 https://expresshosting.net/ssh-hanging-authentication/ 에서 찾을 수 있습니다.

그러나 이것은 분명히 커뮤니케이션 어딘가에서 문제입니다.
이것이 우리가 조사해온 것입니다.

netcat을 사용하여 간단한 예제를 복제 할 수있었습니다. 첫째,
다른 장치가 연결된 상태에서 Pi를 AP (PiA)에 무선으로 연결
무선 또는 이더넷을 통해 동일한 네트워크 (PiB)로.

PiB 실행시

sudo tcpdump -n 'udp port 7'-v -i wlan0 <<<< 또는 연결에 따라 eth0

PiA에서

nc -T 0x10 -u7

이렇게하면 TOS 플래그가 0x10으로 설정된 UDP 패킷이 포트 7로 전송됩니다.

이것은 도착하지 않을 것입니다 (또는 때로는 매우 심하게 지연됩니다-10 초)

TOS를 0으로 보내는 중

nc -T 0x0 -u7

도착할 것이다. 0x02와 0x04도 도착하고 0x8과 0x10은 도착하지 않습니다.

brcmfmac 드라이버를 계측하면 TOS가있는 패킷이
플래그 = 0x10은 스택에서 HW로 올바르게 전송되지만
패킷이 없습니다.

BCDC 코드를 해킹하여 패킷을 얻을 수있었습니다.
bcdc.c! brcmf_proto_bcdc_hdrpush 함수에서
패킷은 또한 bcdc 헤더로 푸시됩니다. 이것을 a로 설정함으로써
상수 값 (0-7 범위), 패킷은
전송. 따라서 bcdc 우선 순위에 대한 상수 값이
작동하지만 수신에 의해 결정된 우선 순위로 설정
skb 우선 순위는 TOS가 0x08 또는 0x10이면 실패합니다. 그래서
우선 순위가 다양한 패킷의 조합으로
값 자체가 아니라 더 높은 우선 순위 값이 실패합니다.

BCDC 헤더 우선 순위는 펌웨어를 대상으로하기 때문에
Linux가 아닌 펌웨어 자체의 문제로 보입니다.
운전사.

다음은 문제 발생을 중단하는 것으로 보이는 변경 사항의 차이점입니다.

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 좋아요. 곧 펌웨어 수정을 기대하지 않기 때문에 이것을 linux-wireless에 복사 해 주시겠습니까?

저는 Broadcom / Cypress의 정보를 기다릴 것입니다.
이 해킹이 모든 상황에서 안전한지 확실하지 않습니다. 나는 그들에게 이메일을 보냈습니다. 한번
나는 linux-wireless에 패치를 보낼 것이다.

2017 년 7 월 20 일 12:41에 Stefan Wahren [email protected] 은 다음과 같이 썼습니다.

@ JamesH65 https://github.com/jamesh65 좋아요. 나는 기대하지 않기 때문에
곧 펌웨어가 수정되었습니다. 이것을 linux-wireless에 복사 해 주시겠습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316678154 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHY3DlxTr9mehRDlxBK3NWbjowxxyks5sPzzqgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

일부 테스트 결과는이 해킹으로 인한 악영향이없는 것으로 보입니다. 데이터를 앞뒤로 전송하고 있는데, 500MB는 Wireless Pi로, 3.4GB는 전송되었습니다. RX 패킷 56은 794730에서 삭제되었으며 TX 패킷은 2813930에서 삭제되지 않았습니다. 11Mbit / s 연결의 경우 성능이 정상인 것 같습니다. 따라서 허용되는 것처럼 보이지만이 해킹은 실제로 활성화되어야 할 것을 비활성화하므로 장기적인 솔루션이 아닙니다.

@lategoodbye 이것을 linux-wireless로 밀어 붙이는 것에 대해 고민했습니다. 이 해킹은 실제로 Pi (BCM43438?)의 특정 칩과 관련이 있고 테스트되었으며 드라이버 코드는 여러 칩 모델 용이므로 패치는 변경하기 전에 사용중인 칩 유형을 결정해야합니다. linux-wireless는 그런 종류의 변화에 ​​만족하지 않을 것이며 어쨌든 그것을 테스트 할 수 없을 것입니다. 나는 확실히 우리 저장소에서 PR 할 것입니다 (펌웨어 수정이 나오지 않는 한 합리적인 일정으로 의심됩니다). linux-wireless로 푸시하는 방법을 잘 모르겠습니다.

@moonman
이것이 ARCH linux-raspberrypi로 푸시 될 수 있다고 생각하십니까?

@ JamesH65 물론입니다. 해킹이 모든 칩 모델에 적합하지는 않습니다. 그러나 그들 모두에 대한 해결책을 찾는 것은 당신의 일이 아닙니다. 위의 긴 댓글 (해킹 포함)의 간단한 사본이면 충분하다고 생각합니다. 내 의도는 다른 비 Broadcom 커널 개발자에게 문제에 대해 알리는 것이 었습니다. 나는 당신이이 문제에 대한 적절한 패치를 보내길 기대하지 않았고, 단지 버그 보고서만을 보내 었습니다.

심각한 테스트를 수행하기 위해 리포지토리로 가져 오는 것이 좋습니다. 야간 최첨단 LibreElec 빌드에서 사용되는 rpi-4.12.y로 시작하세요.

한 가지 생각-우선 순위 필터링에서 패치를 더 선택적으로 만들고 여전히 문제를 해결할 수 있습니까?

Pi repo로 가기 위해 PR을 준비 중입니다.

선택적 검사에 관해서는 단순히 우선 순위를 감지하여 시도했습니다.
6 (스택 아래로 전달되는 것-TOS에서 번역됨
더 많은 Linux 스택 특정 값), 0으로 설정하고
작동하는 것처럼 보였지만 내 의심은
문제를 일으키는 특정 6 개가 아닌 다른 우선 순위. 우리
또한 0x08의 TOS에도 문제가 있습니다. 즉, IIRC,
이 지점에 도달 할 때까지 2로 변환됩니다. 우리는 간단히 말할 수 있습니다.
6 또는 2로 설정 한 다음 0으로 설정했지만 여전히
문제를 일으킬 수있는 모든 것. 어쨌든 그 값은 0-7이기 때문에,
이 해킹의 경우 모든 경우에 0으로 설정하는 것이 좋습니다. 우리는 알고 있습니다
물론 최적이 아닐 수도 있지만 모든 패킷이
통과하십시오. 이 설정은 TOS 값에 영향을주지 않습니다.
IPv4 패킷-동일하게 유지됩니다.
칩에 우선 순위를두고 벗겨진 것처럼 보이는 처리 방법.

2017 년 7 월 21 일 09:35에 Phil Elwell [email protected] 은 다음과 같이 썼습니다.

한 가지 생각-우선 순위에서 패치를 더 선택적으로 만들 수 있습니까?
필터링하고 여전히 문제를 해결 했습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

나는 이것을 시도하고 얻을 Cypress와 약간의 접촉을 가지고 있습니다.
최대한 빨리 보았습니다.

2017 년 7 월 21 일 10:11에 James Hughes [email protected] 는 다음과 같이 썼습니다.

Pi repo로 가기 위해 PR을 준비 중입니다.

선택적 검사에 관해서는 단순히
우선 순위 6 (스택 아래로 전달되는 것-
TOS 값을 더 Linux 스택에 특정한 것으로 설정)
0 그리고 그것은 작동하는 것처럼 보였지만 내 의심은 그것이 조합이라는 것입니다.
문제를 일으키는 특정 6 개가 아닌 다른 우선 순위의.
우리는 또한 0x08의 TOS에도 문제가 있다는 것을 알고 있습니다. 즉, IIRC,
이 지점에 도달 할 때까지 2로 변환됩니다. 우리는 간단히 말할 수 있습니다.
6 또는 2로 설정 한 다음 0으로 설정했지만 여전히
문제를 일으킬 수있는 모든 것. 어쨌든 그 값은 0-7이기 때문에,
이 해킹의 경우 모든 경우에 0으로 설정하는 것이 좋습니다. 우리는 알고 있습니다
물론 최적이 아닐 수도 있지만 모든 패킷이
통과하십시오. 이 설정은 TOS 값에 영향을주지 않습니다.
IPv4 패킷-동일하게 유지됩니다.
벗겨지는 것처럼 보이는 칩에 우선 순위를 부여하고 처리 방법
색다른 것 같습니다.

2017 년 7 월 21 일 09:35에 Phil Elwell [email protected] 은 다음과 같이 썼습니다.

한 가지 생각-우선 순위에서 패치를 더 선택적으로 만들 수 있습니까?
필터링하고 여전히 문제를 해결 했습니까?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

우리는 또한 0x08의 TOS에도 문제가 있다는 것을 알고 있습니다. 즉,이 시점에 도달 할 때까지 IIRC가 2로 변환됩니다.

옳은. TOS 0x08 (최대 처리량)은 2에 매핑됩니다. 이들은 http://elixir.free-electrons.com/linux/latest/source/include/uapi/linux/pkt_sched.h#L19의 TC_PRIO_xxx 값입니다 . 6 = 대화 형, 2 = 대량.

sshd_config에서 IPQoS를 8로 설정하거나 TOS 8을 사용하는 netcat을 사용한 이전 테스트에서는 패킷이 삭제되었습니다.
0x02도 0x04도 문제를 일으키지 않았지만 Wi-Fi 드라이버가 비용 차이 (없음) 또는 안정성을 넘어서 할 수있는 작업은 거의 없으므로 무시하고있을 것입니다.
에서 편집 실제로 매핑 테이블 http://elixir.free-electrons.com/linux/latest/source/net/ipv4/route.c#L177이 복용 tos>>1 TC_PRIO_BESTEFFORT = 0 TOS는 0x02과를 0x04을 설정하는 것입니다 어쨌든 문제가없는 이유를 설명합니다.

간단한 보고서입니다. Cypress는 문제를 재현 할 수 있었고
펌웨어를 확인하면 희망이 생깁니다. 매우 즐겁고 빠른 응답
거기 사람들에게서.

2017 년 7 월 21 일 11:07, 6by9 [email protected] 은 다음과 같이 썼습니다.

우리는 또한 0x08의 TOS에도 문제가 있다는 것을 알고 있습니다. 즉, IIRC,
이 지점에 도달 할 때까지 2로 변환됩니다.

옳은. 2에 매핑 된 TOS 0x08 (최대 처리량)은 TC_PRIO_xxx입니다.
http://elixir.free-electrons.com/linux/latest/source/의 값
include / uapi / linux / pkt_sched.h # L19. 6 = 대화 형, 2 = 대량.

sshd_config에서 IPQoS를 8로 설정하거나
TOS 8을 사용하는 netcat으로 인해 패킷이 삭제되었습니다.
0x02도 0x04도 문제를 일으키지 않았지만 Wi-Fi 드라이버는 거의 없습니다.
비용 차이 (아무것도 없음) 또는 신뢰성을 넘어서 할 수 있으므로 아마도
그들을 무시합니다 (나는 확인하지 않았습니다).

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-316962443 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHXTmjzqVW0o4T9IIoYFPprKvEvS7ks5sQHhXgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

더 쉬운 재현 방법-핑 사용! (핑 / ICMP가 IP 이상이라는 것을 잊었습니다.

Pi3에서 ping -Q 0x10 <dest ip addr>
목적지에서 tcpdump -n -v -i wlan0 'icmp' 를 실행합니다.
-Q 0x10 또는 -Q 0x08에서> 90 % 패킷 손실이 발생합니다. 4 개의 순차 패킷이 통과하는 것으로 시작되는 경우가 많지만 간헐적으로 진행됩니다.
(a) 계속 반복되고 (b) 응답을 받으면 알려주기 때문에 netcat보다 약간 더 유용합니다.

여기에 해결 방법이 있습니다 : https://github.com/raspberrypi/linux/pull/2126
4.9 커널로 테스트하려면 rpi-update를 사용하십시오.
그런 다음 다음을 교체하십시오.
모듈 / 4.9.39 + / 커널 / 드라이버 / 그물 / / 브로드 / brcm80211 / brcmfmac / brcmfmac.ko 무선으로 이
모듈 / 4.9.39-V7 + / 커널 / 드라이버 / 그물 /와 / 브로드 / brcm80211 / brcmfmac / brcmfmac.ko 무선 이

편집 : 최신 rpi-update 커널에 이제 패치가 포함되어 있으므로 모듈 다운로드가 더 이상 필요하지 않습니다.

관련이 있는지 확실하지 않습니다. 두 번째 인터페이스 wlan1이 rt8192eu / 8192eu 동글과 함께 작동하면 Pi Zero W의 온보드 브로드 컴 연결이 2 시간마다 끊어집니다. 매우 주기적이므로 전원 문제가 아닌 것 같습니다. https://pastebin.com/5hMQHWeW에 연결 해제의 pastebin이

이것이 진행 중일 때, wpa_supplicant는 때때로 인증 실패 이외의 명백한 이유없이 시도를 포기하고 wlan0에서 연결을 다시 얻는 유일한 방법은 ifdown / ifup을 실행하여 100 % 작동하는 것입니다.

이제 이것이 문제를 일으키는 관련 Broadcom 커널 모듈 문제인지 아니면 버그가있는 8192eu인지 또는 둘 다인지 모르겠습니다. 필요한 경우 더 많은 로그 줄을 제공하거나 다른 스레드에 게시하는 것을 기쁘게 생각하지만 #raspbian의 누군가가 여기에 추가 할 것을 제안했습니다.

연결이 끊어진 후 vcgencmd get_throttled 에서 0x0 반환하는 것을 확인할 수 있으면 전원 문제를 배제 할 수 있습니다.

일반적으로 Pi를 사용하지 않고 수면 중일 때 발생하며 더 이상 연결할 수 없을 때 회고하여 알게됩니다 (그런 다음 두 번째 AP를 통해 연결하고 wlan0을 재설정했습니다). 그러나 8192eu 동글이 분리되었으므로 이벤트가 없었습니다. 버그가있는 모듈로 두 번째 동글을 연결할 수 있지만 연결 해제 후 얼마나 빨리 vcgencmd get_throttled를 확인해야합니까?

재부팅하지 않는 한 상위 비트는 저전압 이벤트가 있었는지 여부를 알려줍니다.

방금 실행했습니다. 마지막 연결 해제 이후 확실히 재부팅되지 않았습니다. vcgencmd get_throttled 반환을 확인할 수 있습니다.
조절됨 = 0x0

불행히도 get_throttled는 Pi0 / Pi0w에서 작동하지 않습니다 (저전압 감지 회로가 없음).

어떤 이유로 JamesH65의 차이점을 복사하여 붙여 넣는 것이 작동하지 않았습니다. 즉시 적용해야 할 패치 파일을 만들었으므로 사람들은 이것이 유용하다고 생각할 것입니다 : https://github.com/bortek/EZ-WifiBroadcast/blob/master/kernel/linux-4.9.28-brcmfmac-tos.patch

파일 이름은 4.9.28이지만 최소 4.9.35까지 적용해야합니다 (아마도 이후 버전도 가능).

이 파일을 커널 트리 루트 디렉토리에 복사하고 patch -p1 < linux-4.9.28-brcmfmac-tos.patch

추가 (그러나 이상한) 정보 :

Pi Zero W가 wlan0에 연결되어 있지만 다른 작업을 수행하지 않는 경우 (최대 15 분마다 sntp를 확인하는 cron 스크립트) 매우 빈번한 연결 끊김이 발생하며, 시간당 1-10의 정도가 각각 최대 1 초 동안 지속됩니다.

예를 들어 IRC (여러 대형 채널)에서 유휴 상태로 연결을 사용하는 경우 연결이 전체 시간 동안 한 번도 끊어지지 않습니다.

4.9.35에 4.9.39 커널 모듈을로드하는 것은 좋은 생각이 아닙니다.

포럼의 또 다른 버그 보고서 인 메일 함 오류가 일반적으로 보입니다.

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

최신 rpi-update 커널에는 이제 BCDC 우선 순위 패치가 포함됩니다.

Cypress (이전 Broadcom)는 테스트 할 WiFi 및 Bluetooth 펌웨어의 새 릴리스를 제공했습니다. 여기 에서 시험판을 다운로드 할 수 있습니다. Pi에 다운로드 한 후 다음을 실행합니다.

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

그러면 새 펌웨어가 추출되고 설치됩니다 (이전 버전이 먼저 백업 됨).

원래 펌웨어로 되돌리려면 (올바른 릴리스를 설치하기 전에 수행하는 것이 좋습니다) :

./brcmfw -u

변경된 사항 :

1. CVE-2017-9417 :“Broadpwn”문제 수정
2. 버전 문자열에 "CY"문자열을 추가합니다.
3. AMPDU 시퀀스 번호 교착 상태 수정 (이 문제에 대한 잠재적 수정)
4. CLM 버전 업그레이드
5. CVE-2017-0572 : 메모리 손상 수정

참고 사항-첫 번째 Pi Zero W에서 내부 Wi-Fi를 비활성화하고 USB Wi-Fi 동글로 전환했는데 모든 문제가 사라졌습니다. 며칠 전에 다른 Pi Zero W를 설치하여 3D 프린터를 제어했습니다 (OctoPi 사용). 내부 Wi-Fi가 완벽하게 작동하는 것을보고 조금 놀랐습니다.하지만 몇 가지 테스트를 거친 후 LG G4 Android 휴대 전화 (Chrome 브라우저)에서 연결하자마자 Wi-Fi가 끊어지는 것을 확인할 수 있습니다. 생각해 보면 첫 파이의 동작이 꽤 비슷했던 것 같아요 ...
내 PC에서 연결해도 이러한 효과가 발생하지 않습니다.

새 펌웨어를 사용해보고 결과를보고하십시오.

미리보기 펌웨어를 설치했습니다. 여전히 "raspberrypi 커널 : brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 :"오류가 발생하고 Wi-Fi 오류가 발생합니다.

사용 사례는 무엇입니까?

다음과 동일 :
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=189046

거기에 게시 된 작업 구성을 시도하십시오. 업데이트하겠습니다.

커널 버전, 연결된 장치 요약 및 오류가 나타날 때까지 걸리는 시간을 제공하십시오.

사서함 오류는 아직 조사 중이며 예상하지 않습니다.
펌웨어를 수정합니다. 이 펌웨어에는 추적을 돕기 위해 더 많은 디버깅이 있습니다.
그래도 아래로. 드라이버 디버깅을 활성화 한 경우 (죄송합니다. 모바일 및
수행하는 방법에 대한 세부 정보가 없음) 오류를 확인한 다음
여기에 사서함 오류가 발생하면 세부 정보를 디버그하고 게시하면
유능한.

2017 년 8 월 13 일 21:40에 "Stefan Wahren" [email protected]이 작성했습니다.

커널 버전, 연결된 장치 요약 및
오류가 나타날 때까지 오래 걸립니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322062745 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHRwsQyHa-QqOP7ntTqgCfWlgXpEqks5sX1DlgaJpZM4HupC5
.

디버깅은 기본적으로 비활성화되어 있으며 활성화하려면 모듈 재 빌드가 필요합니다 (이 조사 중에 변경해야 할 수도 있음). 필요한 변경 사항은 .config에 BRCMDBG=y 을 추가 한 다음 다시 빌드 한 다음 brcmfmac.debug=0x???????? 에 /boot/cmdline.txt . 여기서 ???????? 는 다음을 구성하는 16 진수입니다. 여기에 문서화 된 비트 값 : https://github.com/raspberrypi/linux/blob/rpi-4.9.y/drivers/net/wireless/broadcom/brcm80211/brcmfmac/debug.h#L22

pelwell에서 게시 한 테스트 펌웨어를 시도했지만 문제는 여전히 지속됩니다. 연결은 1 ~ 2 시간마다 중단됩니다. 연결이 끊어지고 핑 ( ping 8.8.8.8 )을 시도하면 8 번째 핑까지 _ 간단하게 _ 다시 작동합니다. 핑 동작은 멈춤에도 일관됩니다. Working-> freeze-> ping 8.8.8.8-> working-> 8th ping-> freezes 그 후 라즈베리 파이를 재부팅해야합니다. 그래도 도움이되는지 모르겠어요 ..

핵심:
Linux raspberrypi 4.9.41-v7 + # 1023 SMP 8 월 8 일 화요일 16:00:15 BST 2017 armv7l GNU / Linux

펌웨어 :
BT : test_170808
WiFi 빈 : test_170808
WiFi txt : test_170808

dmesg와 관련된 일이 생겼습니까?

2017 년 8 월 14 일 13:16, "GIlang Charismadiptya" [email protected]
썼다 :

pelwell에서 게시 한 테스트 펌웨어를 시도했지만 문제는 여전히 지속됩니다.
연결은 1 ~ 2 시간마다 중단됩니다. 연결이 끊어지고 난
핑 (핑 8.8.8.8)을 시도했지만 8 일까지 잠시 다시 작동합니다.
핑. 그 후에 라즈베리 파이를 재부팅해야합니다.

핵심:
Linux raspberrypi 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=
SMP 8 월 8 일 화요일 16:00:15 BST 2017 armv7l GNU / Linux

펌웨어 :
BT : test_170808
WiFi 빈 : 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
`

디버그 모듈에 대한 자세한 내용은 위의 Phil의 게시물을 참조하십시오. 우리는 특히
사서함 오류가 발생할 때 디버그 추적에 관심이 있습니다.

2017 년 8 월 14 일 17:52, "GIlang Charismadiptya" [email protected]
썼다 :

아니, 재미 없어. 아마도 모듈을 다시 빌드하지 않았기 때문에
디버깅 지원. 어떻게하나요? 아니면 컴파일 된 모듈을 제공 하시겠습니까?
감사.

dmesg 로그 아래 첨부 :

` pi @ raspberrypi : ~ $ sudo dmesg

[4.654722] brcmfmac : 펌웨어 버전 = wl0 : 2017 년 8 월 7 일 00:46:29 버전
7.45.41.46 (r666254 CY) FWID 01-f8a78378
[5.752968] smsc95xx 1-1.1 : 1.0 eth0 : 하드웨어가 원격을 지원하지 않습니다.
일어나
[5.753285] IPv6 : ADDRCONF (NETDEV_UP) : eth0 : 링크가 준비되지 않았습니다.
[6.206530] IPv6 : ADDRCONF (NETDEV_UP) : wlan0 : 링크가 준비되지 않았습니다.
[6.206577] brcmfmac : 전원 관리 비활성화
[7.088933] IPv6 : ADDRCONF (NETDEV_CHANGE) : wlan0 : 링크가 준비 됨
[7.340040] IPv6 : ADDRCONF (NETDEV_CHANGE) : eth0 : 링크가 준비 됨
[7.340841] smsc95xx 1-1.1 : 1.0 eth0 : 링크 업, 100Mbps, 전이중, lpa
0xCDE1
[7.431235] / var / swap에 102396k 스왑 추가. 우선 순위 : -1 익스텐트 : 4
가로 질러 : 217088k SSFS
[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 Netfilter 핵심 팀
[14.172268] nf_conntrack 버전 0.5.0 (버킷 15360 개, 최대 61440 개)
[54.604680] random : crng init 완료

pi @ raspberrypi : ~ $ sudo dmesg -l 오류
[4.501055] raspberrypi-touchscreen 3f700000.dsi.0 : 알 수없는 Atmel 펌웨어
개정 : 0xfa
`

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-322228992 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHXuy3Eo5PqPAP8FfSFiYWMUQL7fAks5sYG1HgaJpZM4HupC5
.

최신 rpi-update 커널은 이전에 @pelwell에서 제안한 brcmfmac.debug=0x???????? 명령 줄 옵션을 허용해야하는 BRCMDBG를 활성화 합니다.

Errrr ..... Wi-Fi로 견고했던 내 Pi3도 며칠 전에 최신 raspbian으로 업그레이드했기 때문에 이제는 그것을 잃어 버립니다 :-(

증상은 무엇입니까? 나는 펌웨어의 회귀를 기대하지 않을 것입니다.
실제로 운전자 자체.

2017 년 8 월 24 일 20:07에 Crrispy [email protected] 은 다음과 같이 썼습니다.

Errrr ..... Wi-Fi로 견고했던 내 Pi3도 이제
며칠 전에 최신 raspbian으로 업그레이드했습니다 :-(

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-324728431 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHUxvLV3OzKGpcmEMGEoSad_piujBks5sbcoHgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

으아 아
이 시도:
내 / etc / network / interfaces 파일에서 eth0에 대한 모든 언급을 제거하고 allow-hotplug를 auto로 바꾼 다음 wlan0과 wlan1 모두에서 무선 전원을 강제로 끕니다.

내 / etc / network / interfaces 파일 :

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`

그런 다음 arp를 플러시했습니다.

ip -s -s neigh 모두 플러시

그런 다음 재부팅했습니다.

지금 sudo 재부팅

이 버그가 정기적으로 발생하고 있다고 확신합니다. hostapd를 실행하고 내부 Broadcom WiFi를 사용하여 액세스 포인트를 호스팅하고 무선 클라이언트 역할을하는 USB WiFi 동글을 통해 연결된 클라이언트를 라우팅합니다. 여러 장치가 연결되어 있지만 연결된 장치의 범위를 벗어난 Pi를 휴대하자마자 wlan 충돌이 발생하는 것 같습니다. 다른 장치와 마찬가지로 작동 중지되는 것은 내부 브로드 컴 무선 랜 장치뿐입니다. 이더넷과 다른 무선 랜은 영향을받지 않습니다. 또한 시스템 로그에 "사서함"오류가 나타납니다.

Aug 27 08:34:38 raspberrypi kernel: [40063.859420] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

(https://pastebin.com/NPB00ZEq에서 자세한 로그 정보)

wlan 장치가 실패한 상태 일 때 iwconfig의 출력에 더 이상 Tx_Power 값이 표시되지 않는다는 것을 알았으므로 그동안 해결 방법으로 자동 재부팅을 스크립팅하는 데 사용했습니다.

방금 최신 rpi-update로 업데이트하고 위에서 언급 한 테스트 Wi-Fi 드라이버를 설치했으며 BRCMF_TRACE_VAL의 16 진수 값을 사용하여 디버그 플래그를 cmdline.txt에 추가했습니다 : bcrmfmac.debug=0x00000002

정기적으로 사서함 오류가 발생하면 디버그 드라이버의 결과에 감사드립니다. 사서함 오류가 발생하면 다음과 같이하여 포렌식을 받고 여기에 결과를 게시하십시오. 문제를 조사중인 Cypress에게 전달할 수 있습니다.

cat /sys/kernel/debug/brcmfmac/mmc1\:0001\:1/forensics

글쎄, 쉽게 재현되는 문제는 rpi-update를 실행 한 이후로 더 이상 복제 할 수 없습니다. 도움이된다면 2017 년 6 월 21 일부터 Raspbian 빌드를 새로 설치하여 다시 다운 그레이드 할 수 있습니다.

뿡 빵뀨
요청한 포렌식을 캡처 할 수 있었지만 (메일 박스 오류 이후) 명확하게 말하자면, 이것은 6 월 21 일 Raspbian 빌드에 포함 된 커널로 다운 그레이드 한 이후입니다. 약 2 주 전에 @pelwell이 게시 한 테스트 펌웨어를 설치하고 rpi-update를 실행 한 후 문제를 아직 복제하지 않았기 때문에 이미 해결되었을 수 있습니다.

다음은 법의학에 대한 링크입니다.
https://pastebin.com/VVqVQ8FW

도움이 되었기를 바랍니다 ...

그래서 이전 펌웨어로 의심합니다. 우리는 법의학을 받기를 바라고 있습니다.
추적을 목적으로하는 추가 메시지 (분명히)가있는 새 펌웨어
사서함 문제를 아래로. 이것은 Cypress가 여전히
다른 수정 후에도 사서함 문제가 발생합니다. 도움이되는 경우를 대비하여 어쨌든 데이터를 전달합니다.

오류를 재현하기가 훨씬 더 어렵다는 점을 알아 두세요!

2017 년 8 월 29 일 15:51에 randyoo [email protected] 은 다음과 같이 썼습니다.

뿡 빵뀨
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=
당신이 요청한 법의학을 포착했지만 명확하게 말하자면
이것은 6 월 21 일 Raspbian에 포함 된 커널로 다운 그레이드 한 후입니다.
짓다. 이미 해결되었을 수도 있습니다.
@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=
약 2 주 전에.

다음은 법의학에 대한 링크입니다.
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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

이것은 Cypress가 여전히
다른 수정 후에도 사서함 문제가 발생합니다.

네, 그것도 제 이해입니다.

@randyoo 긍정적 인 피드백에 감사드립니다.

뿡 빵뀨
좋습니다. 이번에는 최신 rpi-update 펌웨어에서 @pelwell이 게시 한 테스트 펌웨어를 사용하여 다시 발생했습니다. 불행히도 포렌식 출력은 이전 게시물의 출력과 동일하게 보입니다. (이전 게시물에 따라 cmdline.txt에서 디버깅을 활성화했기 때문에 포렌식 덤프에서 다른 / 더 자세한 정보를 얻지 못하는 이유가 확실하지 않습니다)

나는 계속해서 다른 / sys / kernel / debug 내용도 덤프했습니다. 여기 있습니다 : https://pastebin.com/pdFUPBxN

마지막 wlan 동결시 커널 로그 추적이 더 자세히 표시됩니다. 링크 참조 :
https://pastebin.com/KTxbgpYV

도움이되기를 바랍니다.

펌웨어 포렌식에 더 자세한 내용이 있습니까? 나는 그것이
bit Cypress는 메일 박스 오류가 발생하는시기에 정말 관심이 있습니다.

2017 년 8 월 31 일 21:56에 randyoo [email protected] 은 다음과 같이 썼습니다.

마지막 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=
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

네, 죄송합니다. 법의학을 캡처하고 예, 훨씬 더 자세한 내용이 있습니다.
https://pastebin.com/qypfAfAp

때때로 새로운 케이스가 도움이되기 때문에 가끔씩도받습니다.

pi @ jempi : ~ $ grep "brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012"/ var / log / syslog
8 월 14 일 22:16:23 jempi 커널 : [501.247242] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
8 월 17 일 20:26:20 jempi 커널 : [509.684277] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
8 월 24 일 23:57:37 jempi 커널 : [573.652189] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
8 월 29 일 23:50:16 jempi 커널 : [5052.517999] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
8 월 30 일 00:02:18 jempi 커널 : [170.978988] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
8 월 30 일 23:58:03 jempi 커널 : [8254.502431] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
9 월 2 일 00:33:28 jempi 커널 : [5979.773944] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012

내부 Wi-Fi (wlan0)를 AP로 사용하고 동글 (wlan1)을 연결하여 라우터에 연결합니다.
pi @ jempi : ~ $ ifconfig wlan0
wlan0 링크 캡슐 : 이더넷 HWaddr b8 : 27 : eb : cf : db : b8
inet 주소 : 10.3.141.1 Bcast : 10.3.141.255 마스크 : 255.255.255.0
inet6 주소 : fe80 :: 6b56 : 4657 : 75cd : a501 / 64 범위 : 링크
MULTICAST MTU를 실행하는 UP BROADCAST 미터법 : 1
RX 패킷 : 0 오류 : 0 삭제 : 0 오버런 : 0 프레임 : 0
TX 패킷 : 30 오류 : 0 삭제 : 0 오버런 : 0 캐리어 : 0
충돌 : 0 t xqueuelen : 1000
RX 바이트 : 0 ( 0.0B ) TX

pi @ jempi : ~ $ ifconfig wlan1
wlan1 Link encap : 이더넷 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 범위 : 링크
MULTICAST MTU : 1500 미터법을 실행하는 브로드 캐스트 UP
RX 패킷 : 1358 오류 : 0 삭제 : 2 오버런 : 0 프레임 : 0
TX 패킷 : 789 오류 : 0 삭제 : 0 오버런 : 0 캐리어 : 0
충돌 : 0 t xqueuelen : 1000
RX 바이트 : 256652 ( 바이트 : 215250 (

커널 4.9.35-v7 +를 가지고 있고 어제 4.9.46-v7 + (rpi-update 사용)로 업그레이드했지만 도움이되지 않습니다. 실패시 syslog의 입력 :

9 월 2 일 00:33:28 jempi 커널 : [5979.773944] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
9 월 2 일 00:34:00 jempi 커널 : [6011.624839] brcmfmac : brcmf_netdev_wait_pend8021x : 보류중인 802.1x 패킷이없는 대기 시간이 초과되었습니다.
9 월 2 일 00:34:02 jempi 커널 : [6014.184823] brcmfmac : send_key_to_dongle : wsec_key 오류 (-110)
9 월 2 일 00:34:05 jempi 커널 : [6016.744833] brcmfmac : brcmf_cfg80211_del_station : SCB_DEAUTHENTICATE_FOR_REASON 실패 -110
9 월 2 일 00:34:06 jempi 커널 : [6017.704831] brcmfmac : brcmf_netdev_wait_pend8021x : 보류중인 802.1x 패킷이없는 대기 시간이 초과되었습니다.
9 월 2 일 00:34:08 jempi 커널 : [6020.264850] brcmfmac : send_key_to_dongle : wsec_key 오류 (-110)
9 월 2 일 00:34:11 jempi 커널 : [6022.824903] brcmfmac : brcmf_cfg80211_change_station : SCB (de-) authorize 설정 실패, -110

sudo ifconfig wlan0을 사용하여 wlan0 인터페이스를 다시 시작했다가 다시 시작해도 도움이되지 않았습니다.

@bulrog 위에서 James가 설명한대로 포렌식도 제공하십시오.
wlan1은 어떤 드라이버를 사용합니까? 연결되지 않은 동글에서도이 문제가 계속 발생합니까?

몇 가지 포렌식 캡처 :
https://pastebin.com/vqh3UcF3

이것이 Cypress가 올바른 영역을 찾는 데 도움이되는 경우 : 저는 지금이 문제를 여러 번 경험했으며 장치가 연결을 시도 할 때마다 나타나는 것 같습니다. AP 범위에 들어간 후 또는 잠자는 장치가 깨어 났을 때 여러 번 발생합니다.

저는이 구성을 포렌식을 캡처 할 수있을만큼 충분히 오래 유지했으며, 더 자세한 정보를 제공 할 수 있다면 기꺼이 그렇게하겠습니다.하지만 이제 WLAN 충돌이 너무 자주 발생하여 내 장치를 쓸모 없게 만듭니다. 안정성을 확보하기 위해 다른 USB wifi 동글을 사용하여 내부 라디오를 교체하려고합니다.

가장 최근의 법의학을 Cypress에 전달했습니다. 시간을 내 주셔서 감사합니다.

그냥 차임하고 싶었습니다. 최신 펌웨어를 실행하는 세 개의 RPI3에서 똑같은 문제가 있습니다. 세 가지 모두에서 Octopi를 사용하고 있으며 Printoid를 통해 액세스합니다.

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 분 안에 재현 할 수 있습니다. Wi-Fi (카메라 웹 인터페이스)를 통한 많은 트래픽과 매우 낮은 Wi-Fi 신호가 필요합니다. 나는 파이 제로를 가지고 있으며 신호를 거의 제로로 만들기 위해 온보드 안테나 주위에 손가락 / 손을두기에 충분합니다 (내 라우터는 15-20 % 신호를 보여줍니다). 이 상태에서 약 1 분 후 Wi-Fi가 충돌합니다.

@lategoodbye 일주일 후 나는 아무것도 AP를 사용하지 않는 한 파이를 켜고 문제가없고 잠시 후 내 전화를 wlan0에 연결할 때 문제가 발생했습니다. 명령을 실행하고 결과는 https://pastebin.com/77tGfRcU 에서 찾을 수 있습니다.

wlan1의 경우 꽤 오래된 동글을 사용했습니다. 작동시키기 위해 어떤 드라이버를 설치해야했는지 기억할 수 없지만 lsusb가 내가 사용하는 HW에 제공하는 것입니다.

버스 001 장치 005 : ID 0 cde : 0008 Z-Com XG-703A 802.11g 무선 어댑터 [Intersil ISL3887]

도움이되는지 모르겠지만 여기에 내 경험이 있습니다.

나는 Pi3를 구입하고 내부 와이파이 (AP에서 멀지 않은 곳)로 며칠 동안 테스트했고 꽤 잘 작동하는 것 같았다 ).

알루미늄 케이스에 넣은 후에도 처음에는 괜찮아 보였지만 Wi-Fi는 계속해서 무작위로 사용할 수 없게되었습니다. 최대 몇 분 동안 핑이 나오지 않습니다. 몇 초 동안 아주 잘 작동했지만 "초당 한 번의 키 입력"환경으로 다시 전환되거나 완전히 작동하지 않는 경우가있었습니다.

"느리지 만 사용 가능한"연결은 "매우 좋은"또는 "사용할 수없는"연결 만 가능한 것 같습니다. 이것은 펌웨어의 버그 때문일 수 있습니다. 나는 전혀 모르고 솔직히 인내심을 잃었고 100 % 안정적으로 작동하는 아주 작은 USB 동글을 대신 사용합니다.

누구든지 문제를 감지하고 (AP 모드에서) wlan 장치를 프로그래밍 방식으로 재설정하는 해결 방법을 찾았습니까?

내가 본 것이 아니라 인터페이스를 다시 시작해도 도움이되지 않았습니다. 나에게 봉쇄는 외부 와이파이 USB 장치를 구입하는 것이었고 매력처럼 작동하지만 이제 파이의 와이파이를 껐다 보니 소소합니다 (한숨!)

사서함 문제를 의미합니까? Cypress에서 아직 조사 중입니다.

2017 년 9 월 21 일 08:38에 "morel jerome" [email protected]이 작성했습니다.

내가 본 것이 아니라 인터페이스를 다시 시작해도 도움이되지 않았습니다. 나를 위해 봉쇄
외부 와이파이 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=
.

네, 사서함 문제입니다. 나는 그것이 고쳐지기를 바라지 만 격리로서 나는 외부 장치로 전환해야했다.

확인. 우리는이 문제에 대해 Cypress의 자비에 있습니다-펌웨어 문제이며 액세스 권한이있는 유일한 문제입니다. 나는 그들에게 계속 상기시킬 것이다 ... 우리는 더 많은 법의학이 필요할지도 모르지만, 그렇다면 여기에 게시 할 것이다.

내 wlan이 몇 초 동안 활동이 없으면 연결이 끊겼다가 다시 연결됩니다 (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

@asssaf ,
문제는 아닙니다. 다시 연결하면 일반적으로 대기 시간 문제 일 뿐이지 만 WiFi를 통해 헤드리스 (PiZero-W의 주요 잠재적 기능 중 하나)를 실행할 때 WiFi가 끊어지고 자동으로 다시 연결되지 않으면 시스템이 충돌합니다. 모든 실용적인 목적을 위해.

Motioneye와 같이 네트워크 부하가 많은 상태에서 HDMI, 마우스 및 키보드를 사용하더라도 때때로 복구 할 수있는 유일한 방법은 전원을 껐다 켜는 것입니다.

WiPi USB WiFi 동글을 사용하여 Pi2에 Motioneye를 설치하고 구성하는 작업을 반복했으며 지금까지 몇 시간 만에 PiZero-W를 안정적으로 죽이는 부하로 완벽하게 작동했습니다. 나에게 이것은 Raspbian-stretch의 문제가 아닌 WiFi 칩 / 드라이버 문제를 확인하는 것 같습니다.

트윗 담아 가기

좋아, 사서함 문제를 정기적으로 보는 사람에게 메시지를 보내고 나를 위해 무언가를 테스트 할 수 있습니다.

문제를 추적하는 데 도움이 될 수있는 Cypress의 진단 펌웨어가 있습니다. 사서함 문제가있는 사람이이 펌웨어를 실행하고 사서함 문제가 발생하면 포렌식을 덤프하고 여기에 결과를 게시하면 큰 도움이 될 것입니다. 이 펌웨어는 '최적화되지 않음'이므로이 테스트 외에 다른 용도로 사용해서는 안됩니다! 테스트를 할 수 있다면 여기에 의견을 남겨 주시면 펌웨어 및 지침에 대해 연락 드리겠습니다.

@iurly : 인터페이스를 다운 / 업해도 도움이되지 않았기 때문에 문제를 감지하고 재부팅하는 스크립트를 작성했습니다. AP 모드에서 벗어남 (및 내 USB 동글에 AP 작업 할당)

@ JamesH65 : 이전처럼 기꺼이 도와 드리겠습니다. 진단 펌웨어의 새 버전입니까? 이 페이지의 앞부분에 게시 된 진단 / 디버깅 펌웨어를 사용하여 3 주 전에 (이 문제 페이지에) 포렌식 캡처를 게시했습니다.

예, 9 월 25 일 월요일부터 Cypress의 새 펌웨어입니다.
그것에 진단. 제공 한 이전 법의학이 좁혀졌습니다.
문제는 좀 더 자세한 정보가 필요합니다. 나는 기계를 운영하고있다
지금까지 24 시간 동안 사서함 오류없이 복제 할 수 없습니다.
자기.

제임스에 대해 이메일을 보내 주시겠습니까? [email protected] 와 펌웨어를받을 수 있습니다. 실제로 테스트 목적으로 만 사용되기 때문에 더 전 세계에 알리고 싶지 않습니다.

2017 년 9 월 27 일 14:48에 randyoo [email protected] 은 다음과 같이 썼습니다.

@iurly https://github.com/iurly : 감지 할 스크립트를 작성했습니다.
문제가 발생한 다음 재부팅하십시오.
도움이되지 않았습니다 ... Bu 그런 다음 너무 자주 재부팅되어
AP 모드에서 빠져 나가고 AP 의무를 내
USB 동글)

@ 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_2NoFaks5smlIjgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@ JamesH65 새 펌웨어에 대한 링크를 제공해 주시면 요청하신대로 설치하고 포렌식 캡처를 다시 시도 할 수 있습니다.

안타깝게도 여기에 링크를 제공하면 공개적으로 사용 가능하며
이것은 매우 많은 테스트 펌웨어이기 때문에 차라리 탈출하지 않았습니다.
야생. 따라서 이메일을 통해 요청하십시오. 그게 문제라면 업로드하겠습니다
어딘가에 링크를 게시 할 수 있습니다.

2017 년 9 월 27 일 15:56에 randyoo [email protected] 은 다음과 같이 썼습니다.

@ JamesH65 https://github.com/jamesh65 당신이 그렇게 친절하다면
새 펌웨어에 대한 링크를 제공하면 설치하고 캡처를 시도 할 수 있습니다.
당신이 요청 한대로 다시 법의학.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-332548884 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHbVhHD2rk_hp3kG51WBY0R0IQzL3ks5smmIbgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

@ JamesH65 AP 모드에서 RPI3의 내부 무선 카드가 정기적으로 정지되는 것을 알고 있으므로 기꺼이 도와 드릴 수 있지만 사서함 문제 또는 다른 문제인지는 잘 모르겠습니다. 실제로 내 로그에서 그러한 메시지를 검색했지만 찾지 못했습니다.

커널 4.4.50과 함께 제공되는 펌웨어를 실행 중입니다 (회귀로 인해 최신 4.9로 업그레이드 할 수 없습니다. # 2197 참조). 해당 버전이 해당 메시지를 표시합니까 아니면 나중에 추가 되었습니까?

감사!

@iurly 당신은 한 가지 옳다고 말했습니다. broadcom 드라이버의 충돌 문제는 AP 모드에서 발생하며 이것이 사서함 오류와 관련이 있는지 모르겠습니다. 여기에 1 개 이상의 버그가있는 것 같습니다. 문제가 존재하고 해결책을 찾지 못해 하드웨어 버그 일 수 있습니다.

나를 정말로 괴롭히는 것은 전체 시스템을 재부팅하지 않고 해결 방법이 없다는 것입니다.
내 말은, 주변 장치를 재설정하고 hostapd를 다시 시작하는 방법조차 없습니까?!?

@iurly 당신은 한 가지 옳다고 말했습니다. broadcom 드라이버의 충돌 문제는 AP 모드에서 발생하며 이것이 사서함 오류와 관련이 있는지 모르겠습니다. 여기에 1 개 이상의 버그가있는 것 같습니다. 문제가 존재하고 해결책을 찾지 못해 하드웨어 버그 일 수 있습니다.

참고로 클라이언트 / 스테이션 모드에서도 문제가 있습니다. LEDE 마스터, 4.9 커널 실행 및 펌웨어 7.45.41.46 사용.

뿡 빵뀨
테스트 펌웨어가 게시되지 않도록하려는 요구를 이해합니다. 이메일은 괜찮지 만 여기에 내 주소를 공개적으로 게시하고 싶지 않으며 github에서 메시지를 보내는 방법이 보이지 않습니다.

위의 파이 주소를 사용하여 저에게 이메일을 보내면 펌웨어를 보내 드리겠습니다.

레. Ap 모드
4.4 이후 몇 가지 수정 사항이 있으므로 최신 스트레치를 시도해 볼 가치가 있습니다.
해당 문제가 계속 발생하는지 확인하십시오.

아, 댓글을 편집하면 이메일 업데이트가 전송되지 않으며 위의 항목에 대한 내 Pi 이메일에서 편집 했으므로 업데이트되지 않았을 수 있습니다. github 웹 사이트를 사용하여 저에게 이메일을 보낼 곳을 확인하십시오.

@ JamesH65 이메일을 보냈습니다. 이전 포렌식 캡처가 범위를 좁히는 데 도움이되었다 니 다행입니다. 적어도이 문제가 해결되면 많은 사람들이 기뻐할 것 같습니다.

뿡 빵뀨
다음은 이메일로 보낸 펌웨어의 포렌식 캡처입니다. https://pastebin.com/zdB36ttj
도움이 되었기를 바랍니다.

굉장합니다. Cypress로 넘어갑니다. 해주셔서 감사합니다.

나는 이것을 마음대로 재현 할 수있는 것으로 보이는 지금 설정에 파이가 있습니다. 더 많은 법의학 수집이 도움이된다면 알려주세요. 사서함 오류는 로그에서 볼 수있는 전부입니다.

Zero W에서 microSD를 교체 한 후 7 일 동안 문제없이 연결되었습니다. 그렇게 오래 살아남지 못했다고 생각합니다. SD 카드가 WiFi에 영향을 미칠 수 있다는 것이 이상하게 들리지만 둘 다 SDIO 버스에 연결되어 있기 때문에 하나가 다른 카드에 영향을 미칠 수 있습니다.

이전에 사용한 카드는 UDOO Quad 보드와 함께 제공된 (아마도 저렴한) 8GB Transcend 클래스 4였습니다. 지금은 삼성 EVO 32GB입니다. 문제가 발생한 사람들은 다른 카드를 사용하는 것이 도움이된다면 시도해 볼 수 있습니다.

@stintel 흥미롭지 만 다른 microSD에 소프트웨어를 설정하는 데 문제가 있거나 microSD가 손상되었을 수도 있습니다.

전력과 관련이있을 수 있습니까? 저렴한 카드가 순간적으로 버스에서 너무 많은 전력을 끌어온 것일까 요?

Pelwell의 게시 된 펌웨어를로드하고 크게 개선되었습니다. 이전에 내 Pi 0W에 대한 SSH는 2400 보드 모뎀과 엉뚱한 전화선을 사용하여 터미널에 전화를 거는 것과 같았습니다. 이제 원격 X를 실행할 수 있으며 훌륭하게 작동합니다.

감사!

나도 같은 문제가 있습니다. raspberryPi3-internal-wifi에서 Galaxy S5 wifi로 엄청난 양의 파일 이름 (sync-over-ftp)을 전송하면 작동이 중지됩니다. 하지만 때로는 작동합니다 ...

RPi3 WiFi AP에서 사서함 메시지에 동일한 문제가 있었지만 이 포럼 에서 해결책을 찾았으며 저에게 효과적이었습니다. 해결책은 /etc/hostapd/hostapd.conf에서 다음 매개 변수를 변경하는 것이 었습니다.

wpa = 3이 wpa = 2로 변경됨auth_algs = 3이 auth_algs = 1로 변경되었습니다.

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 로 최근에 구입 한 Pi Zero W에서이 문제가 계속 발생합니다.

RPi를 사용하여 RTSP (udp)를 통해 카메라 피드를 스트리밍하면 WiFi 연결이 끊어지기 직전에 연결이 급격히 악화되는 것을 볼 수 있습니다. 그 후에는 WiFi 연결이 복구되지 않고 Pi0W의 전원을 껐다 켜야합니다.

dmesg > dmesg.log 만 표시 :

brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012

Pi0W를 액세스 포인트에 더 가깝게 이동하면 문제가 발생하지 않습니다.

나는 Pi0W를 액세스 포인트로 사용하지 않고 단지 클라이언트 일뿐입니다. 나는 다른 전원을 시도했습니다.

우리는 현재 무선 칩 제공 업체 인 Cypress를 기다리고 있습니다.
문제를 진행합니다. 다시 핑을하겠습니다.

2017 년 10 월 25 일 14:02, Matthias Urhahn [email protected]
썼다 :

이 문제에 대한 업데이트가 있습니까? 아니면 알려진 해결 방법이 있습니까?

최근에 구입 한 Pi Zero W에서 최신
stretch-lite 및 rpi-update는 어제 기준입니다.

RPi를 사용하여 RTSP (udp)를 통해 카메라 피드를 스트리밍하면
WiFi 연결이 끊어지기 직전에 연결이 급격히 나빠졌습니다.
그 후에는 WiFi 연결이 복구되지 않고 전원을 껐다 켜야합니다.
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_EKmgAeks5svzFQgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

음 ... 최신 커널 / 펌웨어로 업그레이드했습니다 (apt-get 업그레이드 후 rpi-update). 이제 견고한 Wi-Fi를 사용하는 내 Pi3도 몇 시간 후에 손실됩니다 !! 고장이 나지 않았다면 고치지 마세요 ... 업그레이드하지 말았어야했지만 같은 SD 카드로 두 번째 Pi3에서 수시로 테스트를하기 때문에 ..

FWIW,이 문제를 마음대로 재현 할 수도 있습니다. Raspberry Pi에서 문제를 설명하는 포럼 게시물을 만들었습니다.

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=196018&p=1226143#p1226143

참고 : 저는 Pi를 AP로 사용하지 않습니다. 도움이된다면 법의학이나 실험 펌웨어 테스트 등을 도와 드릴 수 있습니다.

여기에도 같은 문제가 있습니다. ownCloud를 설정하고 노트북에서 문제없이 파일을 전송할 수 있습니다.
하지만 삼성 Galaxy S7로 파일을 전송하자마자 Wi-Fi가 끊기고
raspberrypi kernel: [ 962.273390] brcmfmac: brcmf_sdio_hostmail: Unknown mailbox data content: 0x40012 :
나타납니다.

제 라우터는 FRITZ! Box 7490입니다.

내 문제를 잘 설명하는 게시물에 대해 @srinathava 에게 감사드립니다!

테스트 펌웨어로 테스트 한 사람들이 다음을 시도해 볼 수 있습니까? Cypress에 필요한 추가 디버그 정보입니다.

1. insmod를 수행 할 때 "debug = 0x100000"을 추가합니다.
2. 문제가 발생하면 "dmesg"출력 저장

감사.

이것에 대한 또 다른 도움 요청.

테스트 펌웨어 (위 참조)로 테스트 한 사람들이 다음을 시도해 볼 수 있습니까? Cypress에 필요한 추가 디버그 정보입니다.

insmod를 수행 할 때 "debug = 0x100000"을 추가합니다.
문제가 발생하면 "dmesg"출력을 저장합니다. 이것이 우리가 관심을 갖는 비트입니다.

감사.

@ JamesH65 알려 드리기 위해 정보 수집을 시도하고 있지만 문제가 아직 표시되지 않았습니다. /etc/hostapd/hostapd.conf 파일을 약간만 변경했지만 이러한 변경 사항이 실수로이 문제를 해결했을 수 있습니다. 며칠 내에 문제가 발생하지 않으면 문제를 복제하고 디버그 데이터를 수집하기 위해 변경 사항을 되돌릴 것입니다.

도움을 주셔서 감사합니다.

실제로 문제가 해결되면 hostapd에 대한 변경 사항을 보는 것이 흥미로울 것입니다.

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 라는 소프트웨어 패키지를 실행 중이며 100 % 확실하지는 않지만 저를 대신하여 hostapd.conf 파일을 구성했다고 확신합니다.

어쨌든 /etc/hostapd.conf에서이 줄을 주석 처리하여 : 다음으로 대체합니다. 나는 4 일 연속으로 안정적으로 작동했지만, 예전에는 몇 시간 또는 때로는 몇 분 안에 충돌했습니다!

이 모든 것이 도움이되기를 바랍니다.

잘못된 위치에 게시하는 경우 사과드립니다. raspbian에서 UDP Unicast 패킷을 보낼 때 RPi3 내부 (broadcom) wlan에서 이상한 동작이 발생합니다.
1 초에 한 번씩 2kb의 작은 데이터 패킷을 전송합니다. 수신자 측에서는 약 3-4 초 동안 120 초마다 차단됩니다. 이 테스트는 시계처럼 실행되며 iperf로 다음을 수행하여 재현 할 수 있습니다.

Rpi3

iperf -u -c 192.168.1.22 -i 1 -t 3600

WiFi 클라이언트로 RPi3에 연결된 Ubuntu PC (위와 같이 IP 192.168.1.22)

iperf -u -s -i 1

120 초마다 막힘을 보장했습니다. 흥미롭게도 이것은 TCP를 사용하여 발생하지 않는 것 같습니다.
마지막으로 드라이버 코드를 다운로드하고 살펴본 후 (아무것도 이해하지 못함) 의심스러운 언급을 발견했습니다.

BRCMF_SCAN_PASSIVE_TIME 120 정의

그런 다음 드라이버 코드에 사용됩니다.

이것이 관련이있을 수 있습니까? 나는 해결하려고 노력하고 있습니다.
고마워

다음을 /etc/rc.local에 넣고 내 것이 훨씬 더 잘 작동하는 것 같습니다.

Iwconfig wlan0 전원 끄기

PI 제로 w

션

2017 년 12 월 19 일 오전 3:42에 LeeMooreImperas [email protected] 은 다음과 같이 썼습니다.

잘못된 위치에 게시하는 경우 사과드립니다. raspbian에서 UDP Unicast 패킷을 보낼 때 RPi3 내부 (broadcom) wlan에서 이상한 동작이 발생합니다.
1 초에 한 번씩 2kb의 작은 데이터 패킷을 전송합니다. 수신자 측에서는 약 3-4 초 동안 120 초마다 차단됩니다. 이 테스트는 시계처럼 실행되며 iperf로 다음을 수행하여 재현 할 수 있습니다.

Rpi3

iperf -u -c 192.168.1.22 -i 1 -t 3600

WiFi 클라이언트로 RPi3에 연결된 Ubuntu PC (위와 같이 IP 192.168.1.22)

iperf -u -s -i 1

120 초마다 막힘을 보장했습니다. 흥미롭게도 이것은 TCP를 사용하여 발생하지 않는 것 같습니다.
마지막으로 드라이버 코드를 다운로드하고 살펴본 후 (아무것도 이해하지 못함) 의심스러운 언급을 발견했습니다.

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 1 개 및 원본 Raspberry PI (C) 1 개 2011.

RaspPi B +에서 "4.1.19+ # 858 Tue Mar 15 15:52:03 GMT 2016"을 실행하면 Edimax WiFi 칩이 다른 사람들이 본 문제를 나타냅니다.

동일한 RaspPi B +에서 "4.9.27+ # 1 Thu May 11 17:40:53 UTC 2017"을 실행하면 동일한 Edimax WiFi 칩에 문제가 표시되지 않습니다.

이제 하드웨어와 더 많이 호환되지 않는지 궁금합니다. 또한 훨씬 오래된 RaspPi 보드에서는 USB WiFi에 + 5V 전력을 늘리기 위해 특수 케이블이 필요했습니다. 운전하기에 충분합니다. 문제가 발생하도록 SD 카드를 다시 전환 한 다음이 유형의 케이블이 도움이되는지 확인합니다.

좋아, 내가 틀렸던 것 같아.

이전 RaspPi에서 4.9.27 이상을 실행하면 문제가 발생합니다. 지금 확인 중입니다.

좋습니다. 이것은 결정적이고 매우 흥미 롭습니다.

원래 Raspberry Pi 보드 (2011 년 경)를 사용하고 Linux 4.9.27 + ( "uname -a"에서)를 실행하면 Edimax USB WiFi 칩이 WiFi 연결을 잃어 버리는 문제와 IP 주소를 매번 재현 할 수 있습니다. , 몇 분 이내에.

동일한 원본 Raspberry Pi 보드와 동일한 Linux 버전을 사용하지만 보조 소스에서 USB WiFi로 + 5V를 증가시킬 수있는 USB 케이블을 사용하는 것만으로도 시스템이 안정적입니다.

따라서 Edimax USB WiFi 카드가이 설정에서 충분한 전력을 얻지 못하는 문제가있는 것 같습니다. 이것은 분명히 내장 WiFi와 함께 Raspberry Pi를 사용하는 사람들에게 도움이되지 않지만 그러한 경우 비슷한 문제가 발생하는지 궁금하며 더 많은 앰프를 생성하는 USB 어댑터로 이동하면 나타날 수 있습니다 차이점?

Pi에 전원을 공급하는 Mains-USB 어댑터가 경우에 따라 깨끗한 5V를 제공하지 않을 수 있습니다.
AC는 5V가되기 전에 조정 된 다음 평활화되어야하므로 출력 된 DC에서 여전히 약간의 리플이 발생합니다.
랩톱 또는 PC의 5V는 ​​저렴한 전원 대 USB 충전기보다 리플이없는 것이 더 좋습니다.

다른 조건에서 Wi-Fi 칩의 전원 공급 장치에 오실로스코프를 연결하여 실패 / 비 고장시 리플이 어떤지 확인하는 것은 흥미로울 것입니다.

이 문제를 Pi3의 ONBOARD Brcm 무선 칩 문제로 유지하십시오. 다른 장치에 문제가있는 경우 포럼을 사용하여 조언을 구하십시오. 이것은 단순히 우리가 Cypress에 전달해야하는 정보가 너무 혼동되지 않도록하기위한 것입니다.

뿡 빵뀨
안녕하세요.

안녕하세요 제임스, 스테판,
그래서 여기에 충돌하는 메시지가 기록 된 문제는 RPi3 BRCM WiFi와 직접 관련이 있습니다.
그래서 이것은 (lategoodbye가 제안한대로) 다른 스레드로 가야합니까?
이 스레드가 특히 내 문제에 관한 것이라고 생각했을까요?

문제를 옮기게되어 기쁩니다

고마워

@LeeMooreImperas 온보드 무선에 문제가 있지만 2 분마다 일시 중지되지만이 문제는 임의의 간격으로 발생하는 완전한 무선 잠금 실패를 설명하므로 관련이없는 것처럼 느껴집니다. 따라서 다른 문제를 만들 가치가있을 수 있습니다. 불행히도 이전 메시지에서 약간 모호했습니다.

이것에 또 다른 "나도"추가.
하드웨어 : Raspberyy Pi 3, Model B.
커널 : Linux raspberrypi 4.9.70-v7 +
운영체제 : Raspbian GNU / Linux 9 (stretch)
로드 된 이미지 : 2017-11-29-raspbian-stretch.img
이미지 MD5 :
SDCard : 제조업체에서 확실하지 않음, 키트 와 함께
인터페이스 파일 : interfaces.txt
hostapd.conf : hostapd.txt
dmesg 출력 (작업 중) : dmesg_20171230.txt

장치가 내 무선 네트워크에 대한 액세스 포인트로 구성되었습니다. 내 기본 라우터는 Linksys EA6400 펌웨어 버전 1.1.40 (빌드 184085)입니다. Linksys와 Pi는 서로 다른 채널에서 동일한 SSID를 제공합니다. Pi는 중간에 관리되지 않는 스위치가있는 유선 연결을 통해 라우터에 연결됩니다.
장치의 OS로드는 상당히 신선합니다. 시스템에 RetroPie 이미지가 있었고 동일한 문제에 직면했습니다. Raspbian에 다시로드하여 더 잘 작동하는지 확인했습니다.
산발적으로 다리가 빠지는 것을보고 있습니다. 주요 증상은 Pi에서 제공하는 무선 네트워크가 유선 네트워크에서 분리 된 것처럼 보인다는 것입니다. 유선 인터페이스는 계속 정상적으로 작동하며 SSH를 통해 Pi에 연결할 수 있습니다. 무선 인터페이스 (wlan0)에서 tcpdump를 실행하면 해당 상태에서 연결된 장치와의 트래픽을 계속 볼 수 있습니다.
무선 연결 (ifdown; ifup)을 순환해도 문제가 해결되지 않는 것 같습니다. 아직 브리지 인터페이스 (br0) 사이클링을 시도하지 않았습니다. 일반적으로 문제를 해결하는 장치를 재부팅했습니다.
관련이 있는지 잘 모르겠습니다. 그러나 ChromeCast 2를 잠시 실행 한 후 제어하려고 할 때 문제가 나타나는 것 같습니다. 예를 들어 ChromeCast에서 Netflix를 통해 프로그램을 재생 한 다음 프로그램을 일시 중지하려고하면 브리지가 그 시간에 끊어지는 것처럼 보입니다. 나는 아직 tcpdump를 통해 이것을 잡을 수 없었다. 그러나 그것은 저에게 다음 단계입니다.
나는 그것이 열 문제일지도 모른다고 생각했습니다. 그러나 드롭 아웃 중 하나에서 30 초 루프에서 /opt/vc/bin/vcgencmd measure_temp 실행했고 CPU 온도가 50C 범위에있었습니다. 열 문제가 발생하는 곳일 수 있으므로 LAN 칩에서 온도 판독 값을 얻는 방법을 모릅니다.

문제를 추가로 해결하는 데 도움이되도록 필요에 따라 로그 / pcap을 캡처하게되어 기쁩니다. 그러나 Linux에 대한 지식에 약간의 차이가 있으므로 지침에 명시하십시오.

편집 : 방금 중퇴하고 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
또한 다른 스레드에서도 삼성 전화에 대한 언급을 발견했습니다. 우리는 내 Pi의 브리지 문제가 Samsung Galaxy S7을 중심으로 돌아가는 것처럼 보입니다. 아내의 Apple 장치 (iPhone 및 iPad)가 문제를 유발하지 않는 것 같습니다.

EDIT4 : sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000 다음 dmesg를 다시 실행했습니다. 아래 출력 :
dmesg_debug_failed_reset_driver.txt

예상되는 사서함 오류가 아닙니다. 새해에 Cypress 개발자에게 전달하겠습니다.

이것이 동일한 문제인지 확실하지 않지만 내 증상은 온보드 RPi3 무선 간헐적입니다. 10 초 동안 좋은 핑을 한 다음 20-30 초 동안 핑을하지 않고 계속 반복합니다. ping이 없으면 원격 호스트는 ICMP 에코 요청을 수신하고 ICMP 에코 응답을 보냅니다. 액세스 포인트가 원격 호스트에 연결할 수없는 ICMP 호스트를 반환합니다.

전제 조건은 이더넷과 무선 연결입니다. dhcpcd 를 불필요하게 다시 시작하여 문제가 발생할 확률이 크게 향상되었습니다.

해결 방법은 네트워크 인터페이스를 무차별 모드로 설정하는 것입니다. sudo ifconfig wlan0 promisc sudo ifconfig wlan0 -promisc 의 10 초에서 1 분 이내에 증상이 다시 나타납니다.

필요한 경우 추가 정보가 필요하면 문의하십시오.

@ Sylver-Dragon, 저에게 tcpdump 는 증상을 예방했고 아마도 당신은 같은 것을 발견했을 것입니다. 무차별 모드를 끄는 -p 플래그를 시도하십시오. 증상이 계속되게합니다.

https://github.com/iiab/iiab/issues/638

@quozl 무선 인터페이스와 브리지 인터페이스 모두에서 tcpdump를 실행하려고 시도했으며 실행 중 잠금이 발생했습니다. 무차별 모드를 시도해보고 차이가 있는지 확인하겠습니다. 무선 인터페이스 드라이버의 디버그 출력을 기반으로하면 구체적으로 다음과 같습니다.
wl0 : _wlc_bss_update_beacon : 메모리 부족, 0 바이트 malloced
나는 이것이 드라이버 부분에서 일종의 리소스 (메모리?) 누출이라고 생각합니다. 시간이 좀 더 있으면 패킷 캡처를하고 잠기는 순간을 파헤 치고 싶습니다. 내 전화가 잠금을 유발하는 장치에서 일종의 이상하거나 잘못된 패킷 또는 일련의 패킷을 보내고 있다고 생각합니다. 이를 캡처하고 격리 할 수 ​​있다면 수정 사항을 알리는 데 도움이 될 것입니다.

현재 추적중인 사서함 문제의 다른 결함 인 것 같습니다. 짜증나 네요. 휴대 전화가 삼성 BTW입니까? 사서함 문제는 SS 장치에 의해 더 자주 발생하는 것 같습니다. 문제의 원인을 추적 할 수 있다면 매우 유용 할 것입니다.

나는 지금 몇 주 동안 같은 (?)을 사냥하고 있습니다. 이 문제와 유사한 문제에 대한 모든 보고서를 읽었을 것 같습니다. 그래서 여기에 더 많은 정보가 있습니다.

액세스 포인트로 라즈베리 파이 3의 내부 와이파이를 사용합니다. 표준 raspbian 커널 및 모듈을 사용합니다 (Linux 버전 4.9.35-v7 + (dc4 @ dc4-XPS13-9333) (gcc 버전 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) # 1014 SMP 금요일 6 월 30 일 14:47:43 BST 2017).

Wifi 펌웨어 : brcmfmac : 펌웨어 버전 = wl0 : 2017 년 8 월 7 일 00:46:29 버전 7.45.41.46 (r666254 CY) FWID 01-f8a78378

이 하드웨어 설정이 제대로 작동했음을 확신하지만 일부 업데이트 (또한 커널) 후에 상황이 나 빠졌다고 생각합니다. AP 생성은 잘 작동하지만 일정 시간 (30 분 정도, 생각할 때마다 동일하지 않음) 사용 후 Chromecast를 사용하여 스트리밍하면 연결이 작동하지 않습니다. 스트림을 일시 중지 / 중지 할 때 가장 자주 발생하지만 시청 중에는 거의 발생하지 않을 수 있습니다 (하지만 여기에서는 잘 모르겠습니다). 실패하면 기존 연결이 삭제되고 클라이언트가 새 연결 시도를 수락하지 않습니다. hostapd를 다시로드하면 brcmf_cfg80211_stop_ap: setting INFRA mode failed -7 (모드를 마스터로 설정할 수 없음). 드라이버를 다시로드하여 일시적으로 수정할 수 있습니다 : rmmod brcmfmac; modprobe brcmfmac . 그런 다음 다음 번에 실패 할 때까지 예상대로 다시 작동합니다. 또는 재부팅하면 문제도 "수정"됩니다.

syslog에서 실패한 상태 (디버그 사용 가능)에있는 유일한 것은 다음과 같습니다.

커널 : [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로 설정되고 디버그가 활성화됩니다.

`systool -a -v -m brcmfmac
모듈 = "brcmfmac"

속성 :
coresize = "222874"
initsize = "0"
initstate = "라이브"
refcnt = "0"
srcversion = "10E8F4629D109E78E1F506C"
오염 = ""
uevent =

매개 변수 :
alternative_fw_path =
디버그 = "1048576"
roamoff = "1"
`

나는 삼성 전화가 없지만 일부 Android 전화가 있습니다. 이들 중 어느 것도 해당 액세스 포인트에 연결되어 있지 않습니다. 유일한 다이렉트 클라이언트는 두 개의 Chromecast (동영상 1 개, 오디오 전용 1 개, Android 태블릿 1 개)입니다. 다른 모든 것은 유선 인터페이스를 통해 제공됩니다.

헉
좋은 해결 방법을 보려면이 페이지에서 3 주 전의 이전 의견을 검색하십시오.

뿡 빵뀨
당신에게서 확인을받지 못했습니다. 3 주 전에 그 코멘트에서 공유 한 dmesg 출력을 Cypress 직원들에게 복사 / 중계 했습니까?

@randyoo :
`
interface = wlan0

driver = nl80211
ssid = XXX
hw_mode = g
채널 = 1
ieee80211n = 0
wmm_enabled = 1
ht_capab = [HT40] [SHORT-GI-20] [DSSS_CCK-40]
macaddr_acl = 0
auth_algs = 1
ignore_broadcast_ssid = 0
wpa = 2
wpa_key_mgmt = WPA-PSK
wpa_passphrase = XXX
rsn_pairwise = CCMP
`

또한 Chromecast로 넷플릭스 스트림을 일시 중지하려고 할 때 항상 실패가 발생하는 것 같습니다. ). 반면에, 이것은 내가 그 와이파이 네트워크로 거의 항상하는 일이기 때문에 이것은 붉은 청어 일 수 있습니다. 장치가 AP에 인증을 시도 할 때만 문제가 발생할 수 있습니다 (예 : 잠자는 동안 Wi-Fi를 비활성화했을 가능성이있는 Android 태블릿). 더 많은 테스트가 표시됩니다. Chromecast없이 시도해 보겠습니다. Wi-Fi 절전주기를 포함하여 태블릿의 일반 Wi-Fi 만 사용합니다.

내 문제가이 문제와 같은 것 같지 않으니 잠복 모드로 전환하겠습니다. 내 ifconfig wlan0 promisc 은 (는) @holta (https://github.com/iiab/iiab/issues/638)에 대해 문제를 해결했지만 다른 사람에게 도움이되지 않으면 다른 문제를 살펴 봐야합니다.

Google 태블릿을 통해 네트워크에 연결하여 Netflix 나 Chromecast없이 안정적으로 재현 할 수 있습니다. 그런 다음 태블릿을 절전 모드로 전환하고 다시 시작하면 (태블릿이 재 연결을 시도합니다) 그 순간 AP가 "죽음"상태가됩니다.

Linux 컴퓨터에서 올바른 자격 증명을 사용하여 연결하려고 할 때 syslog에 다음이 표시됩니다.

`

[42231.476518] wlan7 : b8 : 27 : eb : 33 : 98 : 14에 인증 전송 (1/3 시도)
[42231.583434] wlan7 : b8 : 27 : eb : 33 : 98 : 14에 인증 전송 (2/3 시도)
[42231.694397] wlan7 : b8 : 27 : eb : 33 : 98 : 14에 인증 전송 (3/3 시도)
[42231.799368] wlan7 : b8 : 27 : eb : 33 : 98 : 14 인증 시간 초과
[42236.585750] wlan7 : b8 : 27 : eb : 33 : 98 : 14로 인증
[42236.598833] wlan7 : b8 : 27 : eb : 33 : 98 : 14에 인증 전송 (1/3 시도)
[42236.602344] wlan7 : 인증 됨
[42236.603480] wlan7 : b8 : 27 : eb : 33 : 98 : 14와 연결 (1/3 시도)
[42236.619322] wlan7 : b8 : 27 : eb : 33 : 98 : 14의 RX AssocResp (capab = 0x411 status = 0 aid = 1)
[42236.623181] wlan7 : 관련
[42236.623325] IPv6 : ADDRCONF (NETDEV_CHANGE) : wlan7 : 링크가 준비 됨
[42236.625464] wlan7 : b8 : 27 : eb : 33 : 98 : 14에서 공지 한대로 TX 전력을 30 (30-0) dBm으로 제한
[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 시도)
[42241.260724] wlan7 : 인증 됨
[42241.263403] wlan7 : b8 : 27 : eb : 33 : 98 : 14와 연결 (1/3 시도)
[42241.279537] wlan7 : b8 : 27 : eb : 33 : 98 : 14의 RX AssocResp (capab = 0x411 status = 0 aid = 1)
[42241.282500] wlan7 : 관련
[42241.336166] wlan7 : b8 : 27 : eb : 33 : 98 : 14에서 공지 한대로 TX 전력을 30 (30-0) dBm으로 제한
[42244.392213] wlan7 : b8 : 27 : eb : 33 : 98 : 14에서 인증 해제 됨 (이유 : 2 = PREV_AUTH_NOT_VALID)
[42253.916626] wlan7 : b8 : 27 : eb : 33 : 98 : 14로 인증
[42253.928966] wlan7 : b8 : 27 : eb : 33 : 98 : 14에 인증 전송 (1/3 시도)
[42253.936020] wlan7 : 인증 됨
[42253.939533] wlan7 : b8 : 27 : eb : 33 : 98 : 14와 연결 (1/3 시도)
[42253.943361] wlan7 : b8 : 27 : eb : 33 : 98 : 14의 RX AssocResp (capab = 0x411 status = 0 aid = 2)
[42253.945415] wlan7 : 관련
[42254.035149] wlan7 : b8 : 27 : eb : 33 : 98 : 14에서 공지 한대로 TX 전력을 30 (30-0) dBm으로 제한
[42257.053762] wlan7 : b8 : 27 : eb : 33 : 98 : 14에서 인증 해제 됨 (이유 : 2 = PREV_AUTH_NOT_VALID)
`

b8 : 27 : eb : 33 : 98 : 14는 문제의 RPI3이며, 여기서 다시 dmesg-entries를 얻습니다.
brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting for no pending 802.1x packets

내가 분명히 연결되어있는 동안 AP가 PREV_AUTH_NOT_VALID를 보내는 이유를 잘 모르겠습니다. 나는 인증이 연결보다 먼저 온다는 인상을 받고 있습니다. 내가 연결되었지만 인증되지 않은 경우가 있어서는 안됩니다.

안녕하세요

Pi3를 미디어 서버로 사용하고 있으며 통신은 온보드 WiFi를 통해 이루어집니다.

Rasbian Stretch Lite 4.9 업그레이드 업데이트 (현재)
Plex 미디어 서버

나는 ...

커널 : [1958.899715] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012

Samsung S5 SM_G900F Android 7.1.2에서 BubbleUPnp 클라이언트를 사용하여 Pi에 연결할 때 dmesg 및 syslog에서 이는 거의 보장되며 PiWiFi를 다시 사용할 수있게하려면 재부팅해야합니다.

내 오래된 Sony Xperia XP Android 6.0.1에서 다시 BubbleUPnp를 실행하면 지금까지 잘 작동합니다. 이것이 내 해결책입니다. 그러나이 문제를 해결하는 데 도움이 될 수 있다면 기꺼이 기여하겠습니다.

남자

mConnectLite를 실행하는 iPad에서도 작동합니다.

@johnthesoftwareathome Raspberry Pi의 James Hughes에게 Wi-Fi 디버그 펌웨어를 보낼 수 있도록 이메일을 보내주세요.

Raspberry Pi 연락처 페이지를 통해 게시 된 이메일 주소 fao James Hughes

좋아요, 우리는 사람들이 테스트 할 Cypress의 새로운 디버그 펌웨어를 가지고 있습니다. 여기에는 더 많은 디버그가 포함되어 있지만 수정 사항은 없으므로 테스트에 만족하는 사람들에게만 해당됩니다. 이미 이메일 주소를 보낸 경우 여기에 테스트를 원한다고 표시하면 펌웨어를 보내거나 Pi 포럼의 PM을 통해 저에게 연락합니다.

새로운 펌웨어를 설치 / 실행하는 방법을 찾는 사람들을 구하기 위해.

디버그 펌웨어 파일을 다음 위치에 복사하십시오.

/lib/firmware/brcm/

(먼저 원본을 백업하는 것이 좋습니다)

이 단계에서 재부팅해야한다고 생각합니다.

이제 디버그 모드에서 Linux 드라이버를 다시 시작하십시오.

sudo rmmod brcmfmac && sudo modprobe brcmfmac debug=0x100000

틀리게 .. !!

dmesg를 파일로 덤프하고 여기에 게시하십시오.

James가 말한 내용을 추가하려면 /boot/cmdline.txt brcmfmac.debug=0x100000 을 추가하여 rmmod / modprobe 시퀀스를 피하는 것이 좋습니다.

@ JamesH65 테스트를 도와 드리겠습니다. 방금 파이 포럼에 등록했지만 메시지를 보낼 수 없습니다. 도움이된다면 거기에 동일한 사용자 이름을 사용하십시오.

어제 새 디버그 펌웨어를 사용해 보았고 brcmfmac.debug = 0x100000을 /boot/cmdline.txt에 추가했습니다.

그러나 이상하게도 dmesg에서 디버그 출력을 보지 못했습니다. 더 이상하게도 이전에 문제를 안정적으로 재현 할 수 있었던 곳에서는 내가 무엇을하든 상관없이 저녁 내내 작동했습니다. 나는 단 하나의 문제가 없었고, 내가 다르게 한 것은 이전 대신 새 펌웨어 파일 (md5 sum ba679a85c1dc76e9775603af45440bc0)을 사용하고 modprobe를 사용하여 옵션을 추가하는 대신 /boot/cmdline.txt에 항목을 추가하는 것뿐이었습니다. 어제 이전 펌웨어로 돌아가 이것이 이전 문제로 되돌아 가는지 확인할 시간이 없었습니다. 한 번 신고하겠습니다. 그동안 펌웨어에서 변경된 모든 것이 정말로 "더 많은 디버그"입니까?

나는 그것이 단지 디버그라고 생각했지만 Cypress로 분명히 돌아갈 것입니다.
다른 것이 변경 되었으면 좋겠습니다.

2018 년 1 월 11 일 06:48에 Frank Löffler [email protected] 은 다음과 같이 썼습니다.

어제 새로운 디버그 펌웨어를 사용해 보았고
brcmfmac.debug = 0x100000-/boot/cmdline.txt.

그러나 이상하게도 dmesg에서 디버그 출력을 보지 못했습니다. 더 나아가
이상하게도 이전에 문제를 안정적으로 재현 할 수 있었던 곳에서는
내가 한 일에 관계없이 저녁 내내. 나는 단 하나의 문제가 없었고
내가 한 것은 새 펌웨어 파일 (md5 sum
ba679a85c1dc76e9775603af45440bc0). 어제 갈 시간이 없었어
이전 펌웨어로 돌아가 이것이 이전 문제로 돌아가는지 확인하십시오. 악
내가 한 번보고하자. 그 동안 : 그 안에서 변경된 모든 것
펌웨어 정말 "더 많은 디버그"?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-356842102 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHam4jUgDCkSFxMXS-KW4axCLoPZhks5tJa6fgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

내 경험은 dmesg에서 디버그 메시지를 본 것을 제외하고는 @knarrf 와 비슷했습니다.

이전에 내 Samsung S5는 plexserver 클라이언트로 사용할 수 없었지만 디버그 펌웨어를로드했을 때 작동했기 때문에 (dmesg에서 디버그 메시지를 언급했듯이) 원래 바이너리로 되 돌렸고 (백업 및 크기 확인) 여전히 작동합니다. 그래서 저는 이제 디버그 펌웨어로 다시 실행하고 있습니다 (cmdline.txt 모드는 시도하지 않았고 rmmod / modprobe 만 시도했습니다). 몇 시간 동안 오류없이 음악을 들었습니다. 나는 내가 흩어져있는 많은 WiFi 장치의 대부분을 활성화하려고 시도했지만 아무런 효과가 없습니다.

나는 며칠 동안 이것을 시도하여 어떤 일이 발생하는지 확인한 다음 원본을 다시로드하고 다시 시도합니다. 재부팅 사이에 Pi의 전원을 끄지 않았을 수 있습니다. 되돌려 서 일종의 레지스터 보존인지 확인하기 위해이 작업을 수행해야합니다.

오늘 밤 나는 이전 펌웨어 (라 피안 설치 이미지에서 가져옴; 아래에서 사용하는 버전에 대한 추가 정보)를 업로드하고 모듈을 다시로드 (및 디버그 활성화)하고 그 사이에 재부팅하기도했습니다. dmesg의 짧은 출력은 이전 버전이 현재로드되었음을 확인합니다. 그리고 @johnthesoftwareathome 과 마찬가지로 과거에 Wi-Fi를 꽤 많이 중단했을 것 같은 작업을 수행 했음에도 불구하고 저녁 내내 계속 작동했습니다.

그래서, 지금 내 임무는 무슨 일이 일어나고 있는지 알아 내기 위해 "작동하지 않음"으로 되 돌리는 것 같습니다. 내 다음 시도는 더 이상 오늘은 아니지만 하드 리셋 ( 'reboot'명령을 사용하는 대신 일정 시간 동안 전원 제거)을 수행하고 새 이미지에서 완전히 새로운 설치를 사용하는 것입니다.

또한 실패한 이미지가 디버그 이미지로 덮어 쓰기 전에 백업을 만드는 것을 잊었 기 때문에 실패한 이미지가 아직 다른 버전 일 가능성을 배제 할 수 없습니다. 아마도 @johnthesoftwareathome 은 그가 사용하고 있고 문제가있는 정확한 이미지를 게시 할 수 있습니까? 반면에 당시에는 표준 패키지를 사용하여 펌웨어 만 업데이트했으며 패키지 버전 firmware-brcm80211 (1 : 0.43 + rpi6)이 설치되어 있습니다. 변경 로그의 마지막 항목은 펌웨어 버전을 지정하지 않지만 마지막 두 번째 항목은 이미지의 버전보다 오래된 7.45.41.26입니다. 변경 로그가 올바르게 작성되었다고 가정하면 이미지가 생성 된 이후 펌웨어가 교체되지 않았으며 '이미지'라고 부르는 것이 이전에 사용했던 펌웨어라는 강력한 표시입니다.

내 두 펌웨어 파일에 대한 정보 (이미지 : raspbian 설치 이미지에서 가져온 것, 디버그 : @ JamesH65 에서 직접받은

디버그 :
펌웨어 버전 = wl0 : 2017 년 10 월 23 일 03:55:53 버전 7.45.98.38 (r674442 CY) FWID 01-e58d219f
md5sum : ba679a85c1dc76e9775603af45440bc0
영상:
펌웨어 버전 = wl0 : 2017 년 8 월 7 일 00:46:29 버전 7.45.41.46 (r666254 CY) FWID 01-f8a78378
md5sum : 5f520a38ab4e943bfa1ba102f80fb2a0

@johnthesoftwareathome : 새로운 "디버그"출력은 어떻게 생겼습니까? 모듈을로드하는 방법에 관계없이 원격으로도 광범위한 디버그처럼 보이는 것은 여전히 ​​없습니다. 작업 중에는 항목이 없으며 부팅 후에도 모든 관련성이 있습니다.

루트로 : dmesg | grep brcm
[0.000000] 커널 명령 줄 : 8250.nr_uarts = 0 bcm2708_fb.fbwidth = 640 bcm2708_fb.fbheight = 480 bcm2708_fb.fbdepth = 16 bcm2708_fb.fbswap = 1 vc_mem.mem_base = 0x3ea00000 vc_mem_enable = 0 console = ttyS0f000000 dwc_otg.lpm_enable = 0 console = 0x3f000000 dwc_otg , 115200 console = tty1 root = PARTUUID = f8e4f7c2-02 rootfstype = ext4 elevator = deadline fsck.repair = yes rootwait brcmfmac.debug = 0x100000
[3.500135] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[3.662113] brcmfmac : 펌웨어 버전 = wl0 : 2017 년 8 월 7 일 00:46:29 버전 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[3.774278] brcmfmac : 전원 관리 비활성화
[4.711443] brcmfmac : 전원 관리 비활성화

작은 업데이트 :이 스레드의 이전 댓글 중 하나를 살펴보면 오늘 사용한 이전 펌웨어 ( '이미지')가 최신 디버그 이미지를 시도 할 때까지 문제가 있었던 펌웨어임을 실제로 확인할 수 있습니다.

빈 집, 마침내 Bowie의 마지막 앨범을 들었습니다. 모든 것이 완벽하게 작동했습니다 (앨범은 그렇지 않음). 집에서 내일까지 이걸 가져 가겠습니다.

이전과 같이 원래 펌웨어가 실패하도록 관리했지만 사용과 디버그 펌웨어 사이에 안정적이지 않았습니다. 현재는 아직 실패없이 디버그 기능으로 재부팅 중입니다.

나는 @knarrf 가 디버그 출력에 대해 무엇을 의미하는지 오해했고 그가 어떤 종류의 디버그 스트림을 예상했다는 의미보다는 새 펌웨어가 설치되었다는 것을 알 수 없다고 생각했습니다 (나도 볼 수 없습니다). 그는 요점이 있습니다. 이 실패의 경우 우리는 아무것도 볼 수 있습니까 아니면 디버그 16 진수가 잘못 되었습니까?

또한 실패 중 하나가 즉시 사라지지 않았습니다. 재부팅이 필요하기 전에 다시 ssh 할 수있었습니다. Syslog에는 다음이 포함됩니다 ..

1 월 13 일 08:34:48 plexServer 커널 : [46.648630] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
1 월 13 일 08:35:14 plexServer 커널 : [72.161473] brcmfmac : brcmf_proto_bcdc_query_dcmd : brcmf_proto_bcdc_msg w / status -110 실패
1 월 13 일 08:35:14 plexServer 커널 : [72.161484] brcmfmac : brcmf_cfg80211_get_channel : chanspec 실패 (-110)

이것은 매우 익숙한 오류 메시지 집합이지만, 현재 수정 될 수있는 동일한 문제가 발생했음을 아는 것이 여전히 유용합니다.

Cypress는 새로운 펌웨어 릴리스를 준비하고 있습니다. 테스트 할 수있는 것이 있으면 여기에 게시하겠습니다. 관심과 시간과 인내심에 감사드립니다.

확인. 작동하는 드라이버 주셔서 감사합니다.

이 이후로 상황이 바뀌었을지도 ..

https://tech4research.wordpress.com/2014/07/23/brcmfmac-debugging-and-appropriate-debug-values/

새 펌웨어의 디버그 스위치가 특별한 추가 기능이 될 수 있지만 이러한 스위치는 원래 펌웨어와 '디버그'펌웨어 모두에서 작동하는 것처럼 보이며 예상되는 디버그 스트림이 분출된다는 점에 감사드립니다.

아마도 이미 본 적이있을 것입니다. 그러나 TPLink는 Android 기기가 절전 모드에서 깨어나 Chromecast 또는 유사한 기기와 다시 연결을 시도 할 때 MDNS 패킷으로 기기를 DoS 한다고 주장 합니다.
pcap을 파헤 치면 내 장치 하나의 연결이 끊어졌습니다. 연결이 끊어지기 직전에 ~ 2.25 초 동안 ~ 3,500 MDNS 패킷이 들어오는 것을 볼 수 있습니다. 이 패턴에 맞는 것 같고 관련이있을 수 있습니다.

이 문제에 대한 정보를 추가 / 확인하기 위해 :

• Wi-Fi 인터페이스를 무차별 ( ifconfig wlan0 promisc )으로 설정하면 문제가 완화되는 것 같습니다.
• 문제는 내 Android 7.1.2 Galaxy S7 전화에서만 발생한 것 같습니다 (1 주일 전에 받았는데 문제가 시작된 때입니다)

내 Pi3에서 aarch64 Debian Buster를 실행하고 있으며 여기에서 Nextcloud 서버를 실행합니다. Linux 랩톱에서 더 큰 파일을 스크 핑해도 문제가 발생하지 않으며 해당 랩톱에서 Nextcloud 동기화가 수행되지 않지만 Galaxy에서 파일 배치를 업로드하자마자 Unknown mailbox data content: 0x40012 오류가 표시되고 Wifi 연결이 잃어버린.

내가 사용중인 brcmfmac 펌웨어는 7.45.41.26 (r640327) FWID 01-4527cfab

안타깝게도 테스트 할 구형 Android가 없습니다.

나는 삼성에서 Pi3로 업로드를 tcpdumped했지만 Wifi는 무차별 모드에 있었고 모든 것이 잘 작동했습니다. 시간을 찾으면 pcap을 살펴보고 유용하거나 흥미로운 것이 있으면 다시보고 할 것입니다.

추신 : 캐스트 (TPLink 기사에 설명 된 주요 위반자)가 활성화되지 않았습니다 (또는 적어도 연결 설정에서 볼 수 없습니다).

안녕하세요 여러분,

powersafe 모드를 끄고 promiscuis 모드를 활성화하면 문제가 해결되었는지 확인하고 싶습니다. 처음으로 24 시간 동안 연결 상태를 유지했습니다.

sudo iw wlan0 power_save off 설정
sudo ifconfig wlan0 promisc

감사,
Luc

새 펌웨어 릴리스에 대한 자세한 내용은이 포럼 게시물을 참조하십시오. 사서함 문제 또는 실제로 무선 문제를 본 사람은이 방법을 시도하여 도움이되는지 확인해야합니다.

https://www.raspberrypi.org/forums/viewtopic.php?f=63&t=203508

뿡 빵뀨
안녕하세요 제임스,
설치 지침을 제공 할 수 있습니까? 아카이브의 .bin 파일이 자체 설치 실행 파일입니까?
고마워
남자 이름

링크 된 포럼 페이지에 지침이 있습니다.

일주일 이상 새 펌웨어를 실행 한 후 다시 확인합니다. 지금까지 견고했습니다. 오랫동안 삼성 장치를 깨우고 Pi의 무선 인터페이스가 계속 실행되었습니다. 나는 그것이 일시적으로 떨어졌다가 회복 된 하나의 인스턴스를 가지고 있다고 믿습니다. 그러나 나는 그것을 재현 할 수 없었다. 대체로 견고 해 보입니다. 이 문제를 고수해 주신 James와이 문제를 해결 한 Cypress 팀에게 감사드립니다.

신고 해 주셔서 감사합니다.

누군가가 펌웨어 수정이 공식 Raspbian 배포판에서 이미 만들어 졌는지 말해 주어 apt update 를 통해 설치할 수 있는지 아니면 아직 설치하지 않은 경우 문제가 발생한 후 알려줄 수 있습니까?

누군가가 펌웨어 수정이 공식 Raspbian 배포판에 이미 만들어져있어 적절한 업데이트를 통해 설치할 수 있는지 또는 아직 설치되지 않은 경우 문제가 발생한 후에 알려줄 수 있습니까?

예. 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/927fa8ebdf5bcfb90944465b40ec4981e01d6015/brcm 에서 가장 최신 버전을 사용하고

4.9.35-v7 + 커널도 4.14.18-v7 +로 업데이트했습니다.
그러나 문제는 여전히 존재합니다.

내 RPi3에서 동일한 문제가 발생합니다. 트래픽이 거의없는 상태에서 약간의 가동 시간 (예 : 야간) 후에 Wi-Fi가 끊어졌습니다.
dmesg 출력에는 다음 만 표시됩니다.

[ +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'을 실행합니다.-펌웨어는 2017 년 8 월 7 일 이전 버전입니다. 커널 '4.9.77+ # 1081'을 실행하는 Pi Zero W에서 완벽하게 작동하는 동일한 펌웨어 blob (가동 시간> 2 개월)
두 Pi는 동일한 라우터에 연결되어 있고 서로 떨어져 있습니다. 둘 다 WiFi를 통해서만 연결됩니다.

4.14에는 해당 펌웨어와 함께 작동하는 데 필요한 모든 변경 사항이 있으므로 4.14에서 최신 펌웨어를 사용할 가치가 있습니다.

:) 게시 후 어제 최신 fw (2017 년 10 월 23 일 03:55:53 버전 7.45.98.38)로 업데이트되었습니다-atm이 작동하는 것 같습니다-무슨 일이 일어나는지 봅시다 ..

raspbian이 2017 년 8 월 펌웨어 패키지로 되돌아 간 것 같습니다. rpi 3B + 무선에 대한 새로운 요구 사항이 있습니까?

최신 재단의 stretch repo 펌웨어 -brcm80211 1 : 20161130-3 + rpt3 패키지에는 Pi3 / Pi0W 용 2017 년 10 월 23 일 펌웨어 버전 7.45.98.38 및 Pi3 + 용 기타 적절한 패키지가 있습니다.

Wi-Fi가 죽는 문제도 있습니다.

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 set power_save off
/ sbin / ifconfig wlan0 promisc
/etc/rc.local.

@ flok99 와 동일한 오류 메시지-최신 펌웨어 (rpi-update) 사용.

좋습니다. Cypress가 수정했다고 생각했던 버그는 여전히 존재합니다. 돌아가다
사이프러스가 간다. 이 버전을 얻는 데 1 년이 걸렸습니다. 숨을 참지 마
추천합니다.

버전을 확인해야합니다. 내용을 게시하십시오.

dmesg | grep brcmfmac

2018 년 3 월 18 일 01:44에 Rebroad [email protected] 은 다음과 같이 썼습니다.

@ flok99 https://github.com/flok99 와 동일한 오류 메시지-최신 사용
늘릴 때 펌웨어 (rpi-update).

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373966343 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHY1Cmntz_kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

[4.112717] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[4.119827] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[4.120314] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[4.440371] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2 월
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
-5 상태로 실패
[2074.090687] brcmfmac : brcmf_cfg80211_get_tx_power : 오류 (-5)
[2074.090745] brcmfmac : brcmf_fil_cmd_data : 버스가 다운되었습니다. 우리는 아무것도 없다
할 것.
[2074.090753] brcmfmac : brcmf_link_down : WLC_DISASSOC 실패 (-5)
[2074.610583] brcmfmac : brcmf_fil_cmd_data : 버스가 다운되었습니다. 우리는 아무것도 없다
할 것.
[2074.611992] brcmfmac : brcmf_fil_cmd_data : 버스가 다운되었습니다. 우리는 아무것도 없다
할 것.
[2074.613945] brcmfmac : brcmf_fil_cmd_data : 버스가 다운되었습니다. 우리는 아무것도 없다
할 것.
[2074.613971] brcmfmac : brcmf_cfg80211_get_channel : chanspec 실패 (-5)
[2074.729716] brcmfmac : brcmf_fil_cmd_data : 버스가 다운되었습니다. 우리는 아무것도 없다
할 것.
[2074.729733] brcmfmac : brcmf_cfg80211_reg_notifier : 국가 코드 iovar
반환 된 오류 = -5
[2074.871693] usbcore : 인터페이스 드라이버 brcmfmac 등록 취소
[2074.929084] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[2074.936897] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[2074.937139] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[2075.118180] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2 월
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
[2075.215365] brcmfmac : 전원 관리 비활성화
[2075.263751] brcmfmac : 전원 관리 비활성화
[2085.475001] 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 : 인터페이스 드라이버 brcmfmac 등록 취소
[2124.705432] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[2124.714194] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[2124.716213] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[2124.929556] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2 월
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
-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 : 인터페이스 드라이버 brcmfmac 등록 취소
[8255.071184] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[8255.077098] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[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 blob 파일 이름 가져 오기
실패 (-110)
[8257.751068] brcmfmac : brcmf_c_preinit_dcmds : CLM Blob 파일 다운로드
실패, -110
[8257.751076] brcmfmac : brcmf_bus_started : 실패 : -110
[8257.751114] brcmfmac : brcmf_sdio_firmware_callback : 동글이 아닙니다.
응답
[8304.417684] usbcore : 인터페이스 드라이버 brcmfmac 등록 취소
[8304.486099] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[8304.493613] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[8304.494078] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[8304.686761] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2 월
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
-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 : 인터페이스 드라이버 brcmfmac 등록 취소
[8374.759839] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[8374.767561] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[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 blob 파일 이름 가져 오기
실패 (-110)
[8377.431941] brcmfmac : brcmf_c_preinit_dcmds : CLM blob 파일 다운로드
실패, -110
[8377.431949] brcmfmac : brcmf_bus_started : 실패 : -110
[8377.432003] brcmfmac : brcmf_sdio_firmware_callback : 동글이 아닙니다.
응답
[8424.133114] usbcore : 인터페이스 드라이버 brcmfmac 등록 취소
[8424.229631] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x15264345
[8424.237210] brcmfmac : brcmf_fw_map_chip_to_name : 사용
brcm / brcmfmac43455-sdio.bin for chip 0x004345 (17221) rev 0x000006
[8424.239352] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[8424.460736] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2 월
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 : 전원 관리 비활성화

2018 년 3 월 18 일 일요일 오전 11시 30 분 James Hughes [email protected]
썼다 :

좋습니다. Cypress가 수정했다고 생각했던 버그는 여전히 존재합니다. 돌아가다
사이프러스가 간다. 이 버전을 얻는 데 1 년이 걸렸습니다. 숨을 참지 마
추천합니다.

버전을 확인해야합니다. 내용을 게시하십시오.

dmesg | grep brcmfmac

2018 년 3 월 18 일 01:44에 Rebroad [email protected] 은 다음과 같이 썼습니다.

@ flok99 https://github.com/flok99 와 동일한 오류 메시지-사용
최근
늘릴 때 펌웨어 (rpi-update).

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
< https://github.com/raspberrypi/linux/issues/1342#issuecomment -373966343
,
또는 스레드 음소거
kn9pvrZdgy32mTignlmks5tfbvwgaJpZM4HupC5>
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-373987387 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADESuI3-T3HmNWHKLTeApQsVRkxFmNUBks5tfjdhgaJpZM4HupC5
.

-
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-twin.com

www.slimmetvalutahandelen.nl www.slimwinstmaken.nl www.vertrouwdbankieren.nl

www.watismijnip.info

뿡뿡

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 

원본 Pi3가 아닌 최신 Pi3b +를 사용하는 것 같습니다. 다른 문제일까요?

완전히 다른 칩과 펌웨어이지만 Linux 측 드라이버는
같은. (brcmfmac).

2018 년 3 월 19 일 16:26에 macmpi [email protected] 은 다음과 같이 썼습니다.

@ flok99 https://github.com/flok99

brcmfmac : brcmf_fw_map_chip_to_name : 칩에 brcm / brcmfmac43455-sdio.bin 사용
펌웨어 버전 = wl0 : 2018 년 2 월 27 일 03:15:32 버전 7.45.154 (r684107 CY) FWID 01-4fbe0b04

원래 Pi3가 아닌 최신 Pi3b +를 사용하는 것처럼 보입니다.
다른 문제일까요?

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/raspberrypi/linux/issues/1342#issuecomment-374274045 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADqrHeP6-sc-P-OSggQFPrl3O8z_B2aRks5tf9wbgaJpZM4HupC5
.

-
제임스 휴즈
수석 소프트웨어 엔지니어,
Raspberry Pi (Trading) Ltd

나는 Pi3B + 문제에 대한 또 다른 스레드를 갖는 것이 가장 좋다고 생각하고 필요에 따라 이것을 다시 참조하십시오. 그렇지 않으면 추적하기가 매우 어려울 것입니다. @ flok99 는 제목이 3b +를 참조하도록 자신의 보고서로 새로운 문제를 만들 수 있습니다. Pi3B에만 해당하도록 제목을 변경하겠습니다.

끝난

3B (플러스 아님)를 실행하는이 문제에 가입 한 사람이 여전히 최신 펌웨어 및 커널의 문제를 볼 수 있습니까? 계속되는 실패에 대한보고를 원하십니까? 위의 주제에 대한 마지막 게시물은 현재 정상적으로 작동하고 있음을 의미하는 것 같습니다.

내 3B는 44 일 이후로 다음과 같이 작동합니다.

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

그 이후로 문제 없어 ..

좋은 소식. 달리 듣지 않는 한, 문제가 다시 발생하면 언제든지 다시 열 수 있지만 1 ~ 2 주 후에이 스레드를 닫을 것입니다.

나는 약 일주일 전에이 문제가 발생하기 시작했으며 그 전에는 들어 본 적이 없습니다. 나는 또한 라우터로 삼성 전화와 함께 파이를 가장 자주 사용합니다-내 것은 s4입니다. 나는 이것을 rndis를 사용하여 usb로 s4에 직접 연결하고 있습니다. 오늘의 부팅에 대한 내 세부 정보는 다음과 같습니다.
0 개 업그레이드, 0 개 새로 설치, 0 개 제거 및 0 개 업그레이드 안 함.
thenry @ pi3portable : ~ $ dmesg | grep brcmfmac
[9.965782] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x1541a9a6
[9.972059] brcmfmac : brcmf_fw_map_chip_to_name : 칩 0x00a9a6 (43430) rev 0x000001에 대해 brcm / brcmfmac43430-sdio.bin 사용
[9.972250] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[10.147562] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2017 년 8 월 7 일 00:46:29 버전 7.45.41.46 (r666254 CY) FWID 01-f8a78378
[10.148507] 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 Inc 데이터 : 9.10.41 Inc 컴파일러 : 1.29 .4 Inc ClmImport : 1.36.3 생성 : 2017-08-07 00:37:47
[18.538641] brcmfmac : 전원 관리 비활성화
[30.629545] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
[33.191450] brcmfmac : brcmf_sdio_bus_rxctl : 시간 초과시 재개 됨
[33.194850] brcmfmac : brcmf_sdio_checkdied : 동글의 펌웨어 트랩
[35.751496] brcmfmac : brcmf_sdio_bus_rxctl : 시간 초과시 재개 됨
[35.754898] brcmfmac : brcmf_sdio_checkdied : 동글의 펌웨어 트랩
[35.754906] brcmfmac : brcmf_pno_clean : 실패한 코드 -110
[43.271438] brcmfmac : brcmf_sdio_bus_rxctl : 시간 초과시 재개 됨
[43.274800] brcmfmac : brcmf_sdio_checkdied : 동글의 펌웨어 트랩
[43.274807] brcmfmac : brcmf_do_escan : 오류 (-110)
[43.274811] brcmfmac : brcmf_cfg80211_scan : 스캔 오류 (-110)
[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가 상태 -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가 상태 -110으로 실패했습니다.
[11406.881352] brcmfmac : brcmf_cfg80211_reg_notifier : 국가 코드 iovar가 오류 = -110을 반환했습니다.
[11579.921479] brcmfmac : _brcmf_set_multicast_list : mcast_list 설정 실패, -110
[11582.491485] brcmfmac : _brcmf_set_multicast_list : allmulti 설정 실패, -110
[11587.611478] brcmfmac : _brcmf_set_multicast_list : BRCMF_C_SET_PROMISC 설정 실패, -110
thenry @ pi3portable : ~ $
thenry @ pi3portable : ~ $ uname -a
Linux pi3portable 4.14.27-v7 + # 1100 SMP 3 월 16 일 금요일 13:51:48 GMT 2018 armv7l GNU / Linux
thenry @ 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 2017 년 10 월 23 일, 버전 7.45.41.46 2017 년 8 월 7 일 대체

전에:

[10.368086] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x1541a9a6
[10.376702] brcmfmac : brcmf_fw_map_chip_to_name : 칩 0x00a9a6 (43430) rev 0x000001에 대해 brcm / brcmfmac43430-sdio.bin 사용
[10.377026] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[10.599523] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2017 년 8 월 7 일 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 Inc 데이터 : 9.10.41 Inc 컴파일러 : 1.29 .4 Inc ClmImport : 1.36.3 생성 : 2017-08-07 00:37:47
[126.642710] brcmfmac : 전원 관리 비활성화
[139.249230] brcmfmac : brcmf_sdio_hostmail : 알 수없는 사서함 데이터 콘텐츠 : 0x40012
[141.751545] brcmfmac : brcmf_sdio_bus_rxctl : 시간 초과시 재개 됨
[141.754973] brcmfmac : brcmf_sdio_checkdied : 동글의 펌웨어 트랩
[144.311482] 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)

후:

thenry @ pi3portable : ~ $ dmesg | grep brcm
[10.115833] brcmfmac : F1 서명 읽기 @ 0x18000000 = 0x1541a9a6
[10.134926] brcmfmac : brcmf_fw_map_chip_to_name : 칩 0x00a9a6 (43430) rev 0x000001에 대해 brcm / brcmfmac43430-sdio.bin 사용
[10.135115] usbcore : 등록 된 새 인터페이스 드라이버 brcmfmac
[10.367703] brcmfmac : brcmf_c_preinit_dcmds : 펌웨어 버전 = wl0 : 2017 년 10 월 23 일 03:55:53 버전 7.45.98.38 (r674442 CY) FWID 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 Inc 데이터 : 9.10.39 Inc 컴파일러 : 1.29 .4 Inc ClmImport : 1.36.3 생성 : 2017-10-23 03:47:14
[18.045308] brcmfmac : 전원 관리 비활성화
thenry @ pi3portable : ~ $

여러 부츠를 통해 계속 작동했으며 지금은 wifi를 통해 삼성 s4 전화에 연결하여 사용하고 있습니다.
도와 주셔서 감사합니다. Trevor Henry.

최신 펌웨어가 이미 최신 이미지에 포함되어 있다고 생각 했으므로 4.14로 업그레이드하면 최신 펌웨어를 가져올 것으로 예상했을 것입니다. 커널을 직접 구축 했습니까?

예-현재 Raspbian 이미지에는 2017 년 10 월 23 일의 펌웨어 7.45.98.38이 있습니다.

안녕하세요, 커널을 빌드하지 않았고 rpi-update로 업그레이드했으며 업데이트 후에도 2017 년 8 월 펌웨어를 실행 중이었습니다.

rpi-update는 커널, 펌웨어 및 소수의 VideoCore 전용 유틸리티 만 업그레이드합니다. WiFi 펌웨어를 포함한 모든 것을 업그레이드하려면 apt-get upgrade / distupgrade를 사용해야합니다.

안녕하세요,
그래서 나는이 문제가 있으며 최신 FW 인 7.45.98.38에서 더 좋지만 여전히 문제가 있습니다.
관찰
아무것도하지 않고 라즈베리를 부팅하면 WLAN이 정상적으로 나타납니다.
WLAN이 작동하기 전에 블루투스 키보드 또는 마우스를 사용하려고하면 문제가 지속되고 연결이되지 않습니다.
연결되어 있고 무선 네트워크를 비활성화 / 활성화하면 WLAN이 연결되지 않습니다.
밤새 WLAN을 켜두면 연결이 작동하지 않습니다.
나는 세 가지 동일한 설정을 가지고 있으며 동작은 모두 동일합니다.
중요한지 모르겠지만 우리는 WPA2 enterprise, PEAP 및 MSCHAPv2를 사용하고 있습니다.

이러한 문제는 BT 장치가 연결된 경우에만 발생합니까?

예! 블루투스를 비활성화하고 USB 키보드와 마우스를 연결하고 WLAN이 이전에 본 것보다 빠르게 연결되었습니다.

그때와 여전히 몇 가지 문제가 공존합니다. Cypress에 신고해야 할 것 같습니다.

확인하기 위해 최신 Raspbian을 사용하고 있습니까? 아니면 꽤 새로운 것?

@pelwell 핑

설명 : Raspbian GNU / Linux 9.4 (stretch)
더 많은 정보가 필요하십니까?

다음 이후에 멈 춥니 다.
5 월 14 일 15:43:58 hwlab1_gul_rpi wpa_supplicant [445] : wlan0 : CTRL-EVENT-EAP-METHOD EAP 공급 업체 0 방법 25 (PEAP) 선택됨

아래 로그 캡처 참조

5 월 14 일 15:43:58 hwlab1_gul_rpi NetworkManager [2745] :[1526305438.7887] 장치 (wlan0) : 신청자 인터페이스 상태 : 연결 해제 됨-> 연결 중
5 월 14 일 15:43:58 hwlab1_gul_rpi wpa_supplicant [445] : wlan0 : 44 : d9 : e7 : f7 : d5 : 34와 관련됨
5 월 14 일 15:43:58 hwlab1_gul_rpi wpa_supplicant [445] : wlan0 : CTRL-EVENT-EAP-STARTED EAP 인증 시작
5 월 14 일 15:43:58 hwlab1_gul_rpi NetworkManager [2745] :[1526305438.9263] 장치 (wlan0) : 요청자 인터페이스 상태 : 연결 중-> 연결됨
5 월 14 일 15:43:58 hwlab1_gul_rpi wpa_supplicant [445] : wlan0 : CTRL-EVENT-EAP-PROPOSED-METHOD vendor = 0 method = 25
5 월 14 일 15:43:58 hwlab1_gul_rpi wpa_supplicant [445] : wlan0 : CTRL-EVENT-EAP-METHOD EAP 공급 업체 0 방법 25 (PEAP) 선택됨
5 월 14 일 15:44:24 hwlab1_gul_rpi NetworkManager [2745] :[1526305464.0716] 장치 (wlan0) : 활성화 : (wifi) 연결이 너무 오래 걸림
5 월 14 일 15:44:24 hwlab1_gul_rpi NetworkManager [2745] :[1526305464.0718] 장치 (wlan0) : 상태 변경 : 구성-> 인증 필요 (이유 '없음') [50 60 0]
5 월 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
5 월 14 일 15:44:24 hwlab1_gul_rpi NetworkManager [2745] :[1526305464.0937] 장치 (wlan0) : 활성화 : (wifi) 새 비밀 요청
5 월 14 일 15:44:24 hwlab1_gul_rpi NetworkManager [2745] :[1526305464.0959] sup-iface [0x1c438c0, wlan0] : 연결 끊김 (이유 -3)

octoPi 0.14 (모든 패키지 업데이트, 최신 rpi 펌웨어, 모든 octoprint 플러그인 업데이트)와 동일한 문제가 있습니다.

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 % 재현 가능합니다. 내 samsung s4 active (android 5.0.1, chrome 사용) 또는 android 5.xi 추측 및 크롬이있는 내 samsung 태블릿 10inch note에서 pi (부팅 후 처음 액세스)에서 octoprint 웹 사이트를 악의하면 wifi가 종료됩니다. 페이지가 절반으로로드되었습니다.
내 Pi3에 연결된 케이블이 없으며 wpa2를 사용하는 채널 11의 wifi.
나는 Wi-Fi 전원을 비활성화하고 운없이 Wi-Fi 채널 6으로 전환하려고 시도했습니다 (위에서 팁). 그러나 채널 6에서 조금 더 나은 느낌이 들었습니다.

그러나 이제 버그에 대한 흥미로운 단서가 있습니다.
Windows 10 또는 ubuntu 16 컴퓨터 (크롬, 라우터에 대한 케이블 연결 사용)에서 octopi / octoprint 사이트 (파이)를 열 때 문제가 없습니다. 내 생각 엔 이제 안드로이드, 삼성 또는 와이파이 관련 버그입니다. 그리고 나는 얼마 전에 android / rpi 문제에 대해 읽은 것 같습니다.

도움이 되었기를 바랍니다. 일부 버전의 테스터가 필요하면 시도해 볼 것입니다.

그냥 내가 여기에서 차임 소리를 내고 다른 SBC와 관련이있을 수있는이 드라이버 주변의 WiFi 관련 차단 스톨처럼 보이는 것을 보았다고 말했을뿐입니다. Raspberry PI와 관련된 것은 아닙니다.

이것은 나에게도 일어나고 있습니다.

설정

• Pi 3B 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

Raspbian 버전 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

내장 Wi-Fi를 사용하고 있습니다. 이더넷 포트에 아무것도 연결되어 있지 않습니다.

apt-get upgrade , apt-get dist-upgrade 및 rpi-update 사용하여 시스템이 업그레이드되었습니다.

내가 보는 것

파이가 약 한 시간 동안 가동되면 네트워크에서 연결할 수 없게됩니다. 내 로컬 네트워크에서 Pi에 연결할 수 없습니다 (ping 및 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이 실패하기 시작했습니다.

$ 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
...

답장 : 내 문제가 해결 된 것으로 보이며이 대화 목록의 문제와 관련이없는 것 같습니다.

자세한 내용은 여기 에 있지만 요점은 Pi 자체에 고정 IP를 설정하는 것입니다 ( /etc/dhcpcd.conf ). 라우터에서 고정 IP를 정의한 후 /etc/dhcpcd.conf 에서 고정 IP 구성을 제거하고 재부팅하면 작동하는 것 같습니다.

빠른 업데이트 : 모든 업데이트가 설치된 최신 펌웨어 (dist-upgrade)에서이 문제 ( "알 수없는 사서함 데이터 콘텐츠"오류, 완전한 무선 잠금 포함)가 지속됩니다.

hostapd.conf 파일에서 한 줄을 변경하면 (이전 의견에 따라) 여전히 문제가 해결됩니다.

커널 4.14.52-v7 (raspberrypi-kernel 1.20180703-1) 및 (firmware-brcm80211 1 : 20161130-3 + rpt4)에서 Rpi3B 사용
나는 또한 wlan이 멈추는 문제에 직면하고 있습니다 (하루에 2 개가 문제가있는 90 개의 장치). 어떤 경우에는 어댑터가없고 다른 경우에는 응답하지 않습니다. AP 모드에서 Pi를 사용 하지 않고 있습니다.
RPi-3B + 에서처럼 리 바인딩을 시도했지만 성공하지 못했습니다.

현재 네트워크 연결이 감지되지 않으면 pi가 재부팅되는 솔루션을 만들었습니다. 그러나 이것은 적절한 해결책이 아니며 적어도 드라이버를 다시로드하려고합니다.

이전에 작동하던 Pi 3에서도 동일한 문제가 계속 발생했습니다. 제가 한 유일한 변경 사항은 Pi에서 전원을 끌어 오는 LCD 터치 스크린을 연결하는 것뿐이라는 것을 깨달았습니다. 터치 스크린을 뽑았을 때 WiFi가 제대로 작동했습니다. 따라서 확실히 권력과 관련된 것 같습니다. 이것은 공식 Raspberry AC 어댑터를 사용하고있었습니다.

그것은 매우 흥미로운 데이터 포인트입니다. 우리 LCD 중 하나 였나요?

@ JamesH65 또한 https://www.waveshare.com/wiki/5inch_HDMI_LCD를 설치 한 후 Wi-Fi 충돌 및 지연 스파이크를 경험하기 시작했습니다. 3b + a rpi cam v2 및 디스플레이가 3amp psu에 연결되어 있습니다. 전원 경고를받지 마십시오 ...

안녕하세요, 이것에 대한 업데이트가 있습니까? TCP 스트림이있는 0W에서 raspivid를 사용하려고했는데 몇 분 후에 Wi-Fi가 없어지면 동일한 문제인 것 같습니다.

나는 적어도 1 년 동안 문제가 없었습니다. 나는 그것이 단순히 충분한 앰프를 제공하지 않는 USB 전원과 관련된 것일 수 있다고 점점 더 생각하기 시작했지만 이것이 사실이 아니라는 증거를 환영합니다. 테스트로 USB 케이블을 더 높은 앰프 어댑터에 연결해보십시오. 특히 문제를 쉽게 재현 할 수 있다면 더욱 그렇습니다.

나는 약 2amp 공급만을 사용하기 때문에 직접적인 앰프 관련이 아니라고 확신합니다. 대부분 오래된 삼성 충전기. 그러나 전원 공급 장치 또는 파이 하드웨어에 리플 또는 무언가가 될 수 있습니다 .Von meinem Samsung Gerät gesendet.

-------- Ursprüngliche Nachricht --------
폰 : rajid [email protected]
날짜 : 07.04.2019 02:15 (GMT + 01 : 00)
답변 : raspberrypi / linux
참조 : "A. Binzxxxxxx" [email protected] , [email protected]
Betreff : Re : [raspberrypi / linux] wlan이 raspberry pi 3 / PiZeroW에서 멈 춥니 다.
30 억 이상) (# 1342)

나는 적어도 1 년 동안 문제가 없었습니다. 나는 그것이 단순히 충분한 앰프를 제공하지 않는 USB 전원과 관련된 것일 수 있다고 점점 더 생각하기 시작했지만 이것이 사실이 아니라는 증거를 환영합니다. 테스트로 USB 케이블을 더 높은 앰프 어댑터에 연결해보십시오. 특히 문제를 쉽게 재현 할 수 있다면 더욱 그렇습니다.

— 댓글을 달았 기 때문에 전송 된 것입니다.이 이메일에 직접 답장하거나 GitHub에서 보거나 대화 목록을 음소거하세요.
{ "api_version": "1.0", "publisher": { "api_key": "05dde50f1d1a384dd78767c55493e4bb", "name": "GitHub"}, "entity": { "external_key": "github / raspberrypi / linux", "title ":"raspberrypi / linux ","subtitle ":"GitHub 저장소 ","main_image_url ":" https://github.githubassets.com/images/email/message_cards/header.png ","avatar_image_url ":" https : //github.githubassets.com/images/email/message_cards/avatar.png ","action ": {"name ":"GitHub에서 열기 ","url ":" https://github.com/raspberrypi/linux "}},"updates ": {"snippets ": [{"icon ":"PERSON ","message ":" @rajid in # 1342 : 적어도 1 년 동안 문제가 발생하지 않았습니다. USB 전원이 충분한 앰프를 제공하지 않는 것과 관련이 있다고 생각하기 시작했습니다.하지만 그렇지 않다는 증거는 환영합니다. 테스트로 USB 케이블을 더 높은 앰프 어댑터에 연결해보세요. 특히 문제를 쉽게 재현 할 수있는 경우. "}],"action ": {"name ":"View Issue ","url ":" https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753 "}}}
[
{
"@context": " http://schema.org ",
"@type": "이메일 메시지",
"potentialAction": {
"@type": "ViewAction",
"대상": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753",
"url": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -480547753",
"name": "문제보기"
},
"description": "GitHub에서이 문제보기",
"게시자": {
"@type": "조직",
"name": "GitHub",
"url": " https://github.com "
}
}
]

나는 여전히 문제를 겪고 있지만 거의 몇 주 정도는 아니지만 삼성 안드로이드 장치에서 연결하여 더 이상 안정적으로 유도 할 수 없습니다.

나는 실제로 3A USB 전원 공급 장치와 파워 뱅크를 충전하는 데 사용되는 15cm USB 케이블로 Pi zero w에 전원을 공급하고 있습니다 (데이터 라인 없음, 전원 라인 만).

정기적으로 연결을 사용하면 (일반 사용자처럼) 제대로 작동하지만 MJPEG를 5Mbps로 스트리밍하면 몇 분 후에 충돌이 발생하고 journalct에 사서함 (또는 이와 유사한) 오류가 표시됩니다. 1 주일 동안 집에 있지 않음), ssh 중지, 핑 없음, Wi-Fi 끊김, iwconfig는 결과를 표시하는 데 몇 초가 걸리며 거의 비어 있습니다.

@vascojdb Pi를 액세스 포인트 (AP 모드)로 사용하는 경우이 해결 방법 (하단의 굵은 텍스트 참조)이 문제를 해결해야합니다.

알려주세요?

아니요, AP 모드가 아닙니다. 집 2.4GHz Wi-Fi 네트워크에 연결되어 있습니다.

안녕하세요,

버전 9.0.0부터 RPI3B +에서 LibreELEC를 사용하여 NTP 서버와 시작시 시간을 동기화하는 Wi-Fi 문제가 있습니다.
일부 LE 팀 구성원 ( 여기 참조 )과 몇 가지 논의를 한 후이 수정 이후 문제가 수정되었습니다 .

그러나이 해결 방법이 되돌려졌고 문제가 여전히 존재하는 것 같습니다.
다시 고칠 수 있습니까?

이 문제에 답하거나 에스컬레이션 할 사람이 없습니까?

같은 문제. 이것에 대한 소식이 있습니까?

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/

같은 문제. 이것에 대한 소식이 있습니까?

이 메시지는 Wi-Fi 칩의 펌웨어가 충돌했음을 나타냅니다. Linux 커널이 재설정하는 것 외에는 할 수있는 일은 없습니다. 유용한 버그 보고서에는 다음 정보가 포함되어 있습니다.

사용중인 Wi-Fi 펌웨어는 무엇입니까?
Wi-Fi (AP, 클라이언트 등)는 어떻게 작동합니까?
정의 된 시간 내에이를 재현 할 수 있습니까?
어떤 다른 Wi-Fi 장치가 관련되어 있습니까?

그 당시에는 재현 가능했기 때문에 마지막 댓글에 있지만 충돌시 소프트웨어 변경으로 재현하고 변경하는 것이 좋지 않습니다.

-------- Ursprüngliche Nachricht --------
폰 : Stefan Wahren [email protected]
날짜 : 01.05.2020 10:21 (GMT + 01 : 00)
답변 : raspberrypi / linux
참조 : "A. Binzxxxxxx" [email protected] , [email protected]
Betreff : Re : [raspberrypi / linux] wlan이 raspberry pi 3 / PiZeroW에서 멈 춥니 다.
30 억 이상) (# 1342)

같은 문제. 이것에 대한 소식이 있습니까?

이 메시지는 Wi-Fi 칩의 펌웨어가 충돌했음을 나타냅니다. Linux 커널이 재설정하는 것 외에는 할 수있는 일은 없습니다. 유용한 버그 보고서에는 다음 정보가 포함되어 있습니다.
사용중인 Wi-Fi 펌웨어는 무엇입니까?
Wi-Fi (AP, 클라이언트 등)는 어떻게 작동합니까?
정의 된 시간 내에이를 재현 할 수 있습니까?
어떤 다른 Wi-Fi 장치가 관련되어 있습니까?

— 댓글을 달았 기 때문에 전송 된 것입니다.이 이메일에 직접 답장하거나 GitHub에서 확인하거나 구독을 취소하세요.
[
{
"@context": " http://schema.org ",
"@type": "이메일 메시지",
"potentialAction": {
"@type": "ViewAction",
"대상": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815",
"url": " https://github.com/raspberrypi/linux/issues/1342#issuecomment -622296815",
"name": "문제보기"
},
"description": "GitHub에서이 문제보기",
"게시자": {
"@type": "조직",
"name": "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에서 똑같은 문제가 있습니다. 몇 달 전에 만든 SD 카드 이미지로 롤백했는데 문제가 사라졌습니다. hostapd를 사용하면서 이러한 업그레이드 중 하나 또는 조합으로 인해 중단되었다고 생각합니다.

$ apt list-업그레이드 가능
목록 ... 완료
...
hostapd / stable 2 : 2.7 + git20190128 + 0c1e29f-6 + deb10u2 armhf [업그레이드 가능 : 2 : 2.7 + git20190128 + 0c1e29f-6 + deb10u1]
firmware-brcm80211 / testing 1 : 20190114-1 + rpt6 모두 [업그레이드 가능 : 1 : 20190114-1 + rpt4]
raspberrypi-kernel / testing 1.20200212-1 armhf [업그레이드 가능 : 1.20200114-1]
...

나는 또한 전원 관리를 끄려고 시도했지만 (iwconfig로 꺼져 있음을 확인했지만) hostapd를 실행할 때 효과가 없었습니다. 수정 될 때까지 펌웨어 업그레이드를 포기해야 할 것입니다. 우리는 이들 중 많은 것을 발송하고 있으며 고객을 위해 안정적인 AP가 필요하기 때문입니다.

펌웨어 트랩, 시간 초과 (-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 의 출력을 파일에 캡처하여 여기에 첨부합니다 (또는 pastebin 링크 등).

실패로 인해 다른 커널 메시지가 트리거되기 때문에 유용한 출력이 캡처되기 전에 손실 될 위험이 있습니다. 이를 피하는 방법은 커널 메시지를 파일에 지속적으로 저장하는 쉘을 두는 것입니다.

$ dmesg -w > kernel_log.txt &

여기에 같은 문제가 있습니다. 위에서 언급 한 디버그를 시도합니다.

AP 모드, wireguard 및 frr에서 hostapd를 실행합니다. 또한 Sixfab 셀룰러 모자를 사용합니다.

[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 브랜치에서도 이것을 다시 만들 수 있습니다. FWIW, 큰 파일 (> 400MB)을 내 Pi Zero W에 SCPing하여이 버그를 수동으로 트리거 할 수 있습니다.

도움이된다면 커널 버전은이 커밋 기준입니다-https: //github.com/raspberrypi/linux/commit/3c860a6fd128e7cf1c39b3f51258a2a078d1a1a4

# 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)

위의 충돌 중에 Wi-Fi를 복원하지 않는 ifdown 및 ifup을 실행했습니다. 유일한 해결책은 pi 또는 rmmod & modprobe brcmfmac을 재부팅하는 것입니다.

내 인터페이스 파일에 다음이 있으므로 전원 관리가 꺼진 상태에서 이런 일이 발생한다는 점은 주목할 가치가 있습니다.

pre-up iwconfig wlan0 power off