Ath9k-Probleme: Unterschied zwischen den Versionen
Yanosz (Diskussion | Beiträge) |
Yanosz (Diskussion | Beiträge) |
||
| Zeile 5: | Zeile 5: | ||
Wir konnten beobachten, dass wireless komplett oder in Teilen (nur ad-hoc oder nur master) ausfällt. Diese Ausfälle ''korrelieren'' mit diesen Meldungen im Kernel-Ringbuffer (dmesg) | Wir konnten beobachten, dass wireless komplett oder in Teilen (nur ad-hoc oder nur master) ausfällt. Diese Ausfälle ''korrelieren'' mit diesen Meldungen im Kernel-Ringbuffer (dmesg) | ||
ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up | ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up | ||
Wir wissen nicht, ob die Meldung | Wir wissen nicht, ob die Meldung bei jedem Ausfall erscheint. Wir können auch nicht sagen, ob die Meldung auch erscheint, wenn kein Ausfall vorliegt. | ||
Leider lassen sich die Probleme nur schwer reproduzieren. Häufig treten sie nur in Verbindung mit bestimmten Endgeräten oder örtlichen Besonderheiten auf. Details enthalten die OpenWRT-Tickets. | |||
== Externe Quellen == | == Externe Quellen == | ||
Version vom 21. Februar 2013, 12:18 Uhr
Einleitung
(Fast) alle Geräte, die wir im Freifunk-KBU Netz betreiben verwenden ähnlich wlan-Chips (Typ: Atheros 802.11n). Diese Chips funktionierenden mit dem in Linux enthaltene Treiber (ath9k [1]) nicht richtig.
Bekannte Probleme
Wir konnten beobachten, dass wireless komplett oder in Teilen (nur ad-hoc oder nur master) ausfällt. Diese Ausfälle korrelieren mit diesen Meldungen im Kernel-Ringbuffer (dmesg)
ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
Wir wissen nicht, ob die Meldung bei jedem Ausfall erscheint. Wir können auch nicht sagen, ob die Meldung auch erscheint, wenn kein Ausfall vorliegt.
Leider lassen sich die Probleme nur schwer reproduzieren. Häufig treten sie nur in Verbindung mit bestimmten Endgeräten oder örtlichen Besonderheiten auf. Details enthalten die OpenWRT-Tickets.
Externe Quellen
- "bugs" (ath9k-Projekt): http://wireless.kernel.org/en/users/Drivers/ath9k/bugs
- OpenWRT-Tickets
Umgang in Freifunk-KBU
Wir brauchen Deine Hilfe!
- Hast Du ein Problem mit dem wlan?
- Fällt es aus?
- Ist die Funkverbindung instabil obwohl eine gute Signalstärke angezeigt wird?
Wir sind an allen Problem interessiert, die im Freifunk-KBU Netz auftreten, um das Ausmaß der ath9k-Probleme zu verstehen. Gleichzeitig benötigen wir Patterns für unseren watchdog. Fällt bei Dir das wlan aus, ohne dass das Gerät neu starten, liegt ein unbekanntes Problem vor. In diesem Fall verbinde Dich bitte per ssh mit Deinem Node und sende uns die Ausgabe des dmesg-Kommandos. Hierzu musst Du zuvor den config_mode (Installation#Konfigurieren_des_Nodes) durchlaufen und ein Kennwort gesetzt haben.
Ein ausgefallener Node ist mglw. nicht mehr Teil des Freifunk-Netzes und Du erhälst keine IP-Adresse. In diesem Fall musst Du Dich über die Link-Local-Adresse zum Node verbinden. Diese kannst Du herausfinden, indem Du Dich
- Per Kabel mit dem WAN-Port verbindest,
- Einen Ping an alle erreichbaren Geräte sendest
- Die Adressen einzelnen ausprobierst.
Beispiel Mac OS X (auf Linux: eth0 statt en0):
# 1. Ping an alle erreichbaren Geräte
$ ping6 -I en0 ff02::1
PING6(56=40+8+8 bytes) fe80::ca2a:14ff:fe2c:f6c5%en0 --> ff02::1
16 bytes from fe80::ca2a:14ff:fe2c:f6c5%en0, icmp_seq=0 hlim=64 time=0.071 ms
16 bytes from fe80::b248:7aff:fecb:2d57%en0, icmp_seq=0 hlim=255 time=0.423 ms
# Etwa 3 Sekunden warte, dann mit STRG+C / CRTL+C abbrechen
--- ff02::1 ping6 statistics ---
1 packets transmitted, 1 packets received, +1 duplicates, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.071/0.247/0.423/0.176 ms
# 2. Alle Geräte nacheinander testen. Tipp: Mit langsamsten Gerät (hier: time=0.423 ms) anfangen.
# Ein Kennwort muss zuvor im config-Mode gesetzt sein.
$ ssh root@fe80::b248:7aff:fecb:2d57%en0
The authenticity of host 'fe80::b248:7aff:fecb:2d57%en0 (fe80::b248:7aff:fecb:2d57%en0)' can't be established.
RSA key fingerprint is d2:73:fe:42:a0:39:8a:c4:2b:59:45:09:c1:8f:7c:db.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'fe80::b248:7aff:fecb:2d57%en0' (RSA) to the list of known hosts.
root@fe80::b248:7aff:fecb:2d57%en0's password:
BusyBox v1.19.4 (2013-02-14 10:13:36 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
ATTITUDE ADJUSTMENT (2013-02-14_10-09-15 (ff-kbu-continuous), 2013-02-14_10-09-15-continuous)
-----------------------------------------------------
* 1/4 oz Vodka Pour all ingredients into mixing
* 1/4 oz Gin tin with ice, strain into glass.
* 1/4 oz Amaretto
* 1/4 oz Triple sec
* 1/4 oz Peach schnapps
* 1/4 oz Sour mix
* 1 splash Cranberry juice
-----------------------------------------------------
root@b0487acb2d58:~# dmesg
[ 0.000000] Linux version 3.3.8 (tomcat6@ff-jenkins) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Thu Feb 14 10:35:58 CET 2013
[ 0.000000] MyLoader: sysp=ffffffff, boardp=ffffffff, parts=f0f0f0f0
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 00019374 (MIPS 24Kc)
# ... usw ...
# Vollständige(!) Ausgabe bitte per E-Mail an info@kbu.freifunk.net senden.