[Berlin-wireless] Luci(atheros) + Madwifi

[Sven-Ola Tuecke]

Moins,

den reparierten Madwifi habe ich jetzt 24h in Betrieb. Empfangsseitig laeuft 
der Treiber wieder prima. Sendseitig ein paar Haksler (paar "Stuck-Beacons" 
im dmesg/logread) trotz "HAL im Hostap-Modus" - aber die sind nicht schlimm 
wenn ich mein "SSH-Tastengefuehl" zitieren darf.

Achso. "HAL im Hostap-Modus" meint, dass die option 'sw_merge' '1' aktiviert 
ist. Der Luci-Freifunk-Assistent aktiviert das automatisch - eine kleine 
Pruefung mit "cat /etc/config/wireless" ob's auch wirklich aktiv ist kann 
aber nicht schaden. Ohne die Option hakt es wesentich oefter und es tauchen 
sogar "NETDEV WATCHDOG: wifi0: transmit timed out" im dmesg auf.

Anbei wieder mal ein Statistik-Bild von meinem GS, dass die verbliebenen 
Madwifi-Sende-Unwaegbarkeiten zeigt. Man sieht, dass ich um 7:xx aufstehe ;-)

Gruen=Dir300(swmerge=1, selbe zimmer)
Blau=Fonera(swmerge=0, selbe zimmer)
Dunkelrot=WAP54G(2 Zimmer weiter). 

Ja - und ich bin mir sicher, dass die swmerge-Option beim HAL ankommt. Ein 
printk zeigt Mode=6 bei "ah_reset()". Wie war das mit dern "Noise-Immunity" 
nochmal? Gibts da eine Optimierungs-Empfehlung (welche Option)?

// Sven-Ola

Am Montag 19 Oktober 2009 19:48:03 schrieb Sven-Ola Tuecke:
> Hi Felix,
>
> vielen Dank - irgendwas hast du gedreht. Ich hab'n "svn up"
> gemacht, es kamen ~halbes duzend madwifi-patches.
> Kompiliert. Funzt. Meine Empfehlung lautet daher (aktuelle Luci):
>
> opkg remove kmod-ff-madwifi
> opkg install
> http://81.89.105.192/kmod-madwifi_2.6.26.8+r3314-atheros-2.2_mips.ipk
>
> P.S: die Mail von jow wg. "Pakete fuer Luci/Fonera bauen" hab' ich gerade
> nicht hier. Kann mir die jemand bitte per PM nochmal zusenden?
>
> // Sven-Ola
>
> Am Sonntag 18 Oktober 2009 23:33:33 schrieb Felix Fietkau:
> > Sven-Ola Tuecke wrote:
> > > Hey Felix,
> > >
> > > meine feed.conf behauptet irgendwat mit owrt-8.09  und luci-0.9. Gebaut
> > > nach dieser Seite: http://wiki.freifunk.net/Kamikaze/BuildDetails - sah
> > > aktuell genug aus und der selbstgebaute Madwifi hat dieselbe Macke wie
> > > der aus dem Snapshots von
> > > http://dev.luci.freifunk-halle.net/freifunk-snapshots/atheros/
> >
> > Wann ausgecheckt und gebaut? /etc/banner sollte ne Revision anzeigen...
> >
> > > Das mit den Kernelparameter kompliziert nur den Austausch gegen die
> > > alte Version. Spricht nix dagegen, hin und wieder mal die eine oder
> > > andere API umzubauen. Wo kommen wir denn hin, wenn nix mehr geaendert
> > > wird...?
> > >
> > > Achso. Anbei ein Vorher-Nachher-Bild. War gegen 21:00h fertig. Zuerst
> > > die Fonera (dunkelblau), dann den DIR300 (gruen) ge-updated.
> >
> > Was auch helfen könnte ist ANI auf statische Einstellungen setzen (z.b.
> > intmit=0, noise_immunity=2, ofdm_weak_det=0 in /proc/sys/dev/wifi0), nur
> > um Schwankungen die davon ausgehen zu beseitigen.
> > Leider ist NLQ nicht besonders aussagekräftig, deswegen kann ich da
> > nicht wirklich erkennen was genau los ist.
> > Eine Möglichkeit ist, dass der Bugfix zu Calibration teilweise negative
> > Auswirkungen hat (lange zeit war Calibration kaputt), vielleicht ist es
> > aber auch interaktion mit ANI.
> > Der Output von wprobe-util ath0 -i 100 -m nach ner Weile, sowie die Rate
> > Control Statistiken für unicast traffic zwischen den Link-Partnern wo's
> > kracht wären auch interessant.
> >
> > - Felix
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : end-24hOLSRA_LQ_STATS.png
Dateityp    : image/png
Dateigröße  : 8107 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20091021/7295a65b/attachment.png>