[Freifunk-Bonn] [Freifunk.luebeck] Bitte 1043nd in Zukunft meiden!

[Ramon Waldherr]

Ich habe da welche. Der Fehler tritt auch auf. v4.21 bis jetzt musste ich
keinen neustarten afair. mein 741er (version 4 irgendwas) is da ekliger,
und leider zweimal schon einfach neugestartet. Der Watchdog scheint bis
jetzt den 740 unterzukriegen, aber letzlich: der Fehler ist auch da.

LG Rampone



2013/2/22 Ruben Kelevra <cyrond at gmail.com>

> Gehört der 740N auch zu den betroffenen Geräten? Hier bisher keine
> Probleme mit FFRL Software beobachtet.
>
>
> LG Ruben
>
> Am 21. Februar 2013 10:09 schrieb Jan Lühr <jan at freifunk-koeln.de>:
> > Hallo,
> >
> > Am 21.02.2013 um 01:05 schrieb Nils Schneider:
> >
> >> So extrem ist der Fehler auch nicht. Wenn du Geräte zurück schicken
> >> kannst, nur zu. neoraider und ich haben überlegt und beschlossen, dass
> >> man den Leuten ruhig zu 842nd oder 3600 raten kann. Es gibt auch noch
> >> ein paar 9xx Modelle, die wir mal ausprobieren könnten.
> >>
> >> Außer nbd gibt es keine Quelle. Das liegt hauptsächlich daran, dass
> >> die ganzen Bugreports alle bei ihm landen und er die Fehler dann
> >> fixt; oder in diesem Falle feststellt, dass der Chip leicht
> >> instabil ist und man lieber neuere nutzen sollte.
> >>
> >
> > @Nils - danke für die Info. Du bist der Bote einer schlechten Nachricht
> - also erstmal danke für das Überbringen.
> >
> > Vom Inhalt her finde ich diesen Punkt allerdings sehr konfus - es geht
> schon in wenig in Richtung FUD unbestimmt zu warnen.
> > Bedenkt man die aktuellen - und andauernden - Probleme mit dem
> ath9k-Treiber würde ich persönlich soweit gehen zu behaupten, dass die
> komplette Plattform störanfällig ist - dieses Versuchen wir (kbu) ein wenig
> zu quantifizieren indem wir crashes messen um dann eine begründete Aussage
> hierzu treffen zu können. Mögliche Probleme auf einzelnen Geräten wirken
> nur noch wie ein i-Tüpfelchen.
> >
> > Hilfreiche wären in diesem Zusammenhang auf jeden Fall genauere
> Informationen über diese Art von Störungen. Wodurch sind sie im Log zu
> erkennen? Wie sollte sich ein gestörter Node verhalten? Gibt es bspw.
> weitere Patterns für unseren watchdog bei dem ein Reset erfolgen soll?
> >
> > Unabhängig davon wirft diese Art des Informationsflusses auch kein
> wirklich gutes Licht auf die Entwicklungsprozesse in diesem Fall. Wenn es
> wichtige issues gibt, dann müssen sinnvoll und begründet nach außen
> kommuniziert werden, damit sie einerseits möglich Käufer und andererseits
> den Hersteller erreichen, damit beide reagieren können. Stille Post auf
> Freifunk-Mailinglisten ist imho kein guter Weg. Ein auffällige Warnhinweise
> auf
> http://linuxwireless.org/en/users/Drivers/ath9k/bugs#ath9k_bugs_and_known_issuesund
> http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd wäre bspw. ein Anfang.
> >
> > Bleibt noch zu fragen: Welche stabilen Alternativen gibt es eigentlich
> für WLAN-Karten und Router-Hardware in Freifunk-Netzen?
> >
> > Alles Gute
> > Jan
> > _______________________________________________
> > Freifunk.luebeck mailing list
> > Freifunk.luebeck at asta.uni-luebeck.de
> > http://lists.asta.uni-luebeck.de/mailman/listinfo/freifunk.luebeck
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.bonn.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20130222/fbb0439e/attachment.htm>