ftdi_sio crasht unter Last (bug: CVE-2006-2936)

Hi Leute!

Ich habe die Tage mal mit dem ftdi_sio herumgebastelt und spiele derweil mit ser2net für die fbf herum.

Mir ist aufgefallen, dass mit 2.6.13.1 das zwar ganz gut klappt, aber unter Last, d.h. wenn das Device schneller Daten bekommt als es über rs232 los wird, kurzerhand die Box zum Reboot bringt, weil der ganze Speicher aufgefressen wird. Dieser Fehler ist bekannt und seit 2.6.17.7 behoben . In der LKML (http://lkml.org/lkml/2006/6/7/34) habe ich den angehängten Patch gefunden.

Fazit: Klappt, auch unter Last!

Einige scheinen hier ja den ftdi-Treiber gerne zu nutzen. Auf diese Weise kann man ihn auch stabil einsetzen.

Bis denne!
Ralf

Hi ho!

Also der Patch geht glatt durch, aber wenn schon andere Patched hier sind, dann ist der vielleicht gar nicht mehr nötig! Ich hatte vor dem Beitrag hier mal kurz gesucht, aber leider nix gefunden.

Ich habe mttlerweile gemerkt, dass der Patch zwar stabil läuft, aber irgendwo Daten verloren gehen.

Meine Idee ist eigentlich recht einfach: Die FBF kann ja schon (bzw. demnächst) Faxe empfangen, aber leider noch immer keine senden, abgesehen über avm-fax. Da hier aber alles unter Linux läuft bringt mir das nicht viel.

Ziel des Ganzen ist, mir eine PPD für Cups zu schreiben, die ein g3-Fax erstellt und dann über die FBF wegfaxt. Optimalerweise auch "offline" noch, wenn der PC schon lange wieder aus ist. Quasi einfach Datei an einen TCP-"Printserver" schicken (ähnlich wie die Box das mit USB-Printern macht) und glücklich sein. Die Nummer bekommt man der Box auch noch irgendwie mitgeteilt ;-)
Da die FBF nun mit dem Faxempfang auch ein Softmodem integriert hat, wäre so eine Funktion auch ohne zusätzliche Hardware möglich.


Gut, nette Überlegung, aber dazu bin ich nicht "mal eben so" in der Lage. Also war die Überlegung das Softmodem durch ein echtes zu ersetzen

- Efax kompiliert : Crash (wg. dem ftdi-treiber)

- ser2net kompiliert und in efax auf dem PC "tcp-Modems" reinprogrammiert. Klar, crashte auch.

- Treiber gepatcht: Faxe waren fehlerhaft, aber ging prinzipiell

- Efax wieder direkt auf die box: Gleiches Problem?! Faxe fehlerhaft.

Ich dachte zwischenzeitlich, dass mein tcp-patch nciht richtig funktionierte, aber das gleiche Problem tritt auch noch immer auf, wenn efax nativ auf der fbf läuft. Ansonsten läuft efax mit der gleichen Konfiguration aber problemlos an einem x86-Rechner.

Naja, bin da etwas am Ende mit meinem Latein. Ich habe leider kein anderes (z.B. pl2302-) Dongle hier, um den Fehler eingrenzen zu können.

Was haltet ihr denn prinzipiell von der Idee?

Ralf

Danke!
Also die Patches sind weitgehend identisch, abgesehen von den zusätzlichen vids/pids hier drin.

Mittlerweile weiß ich auch wo der Hase begraben liegt: HARDWARE! :bluescre:
Die Bytes gehen verloren, weil diese dreckigen RS232-Schnitstellen nicht miteinander können!

Gut... ich werde mir wohl mal'n neues rs232-dongle oder Modem zulegen.

Trotzdem danke leute!

Hey ho!

Also ich habe es irgendwann aufgegeben, da halt die rs232-seite nicht funktionierte, wie ich oben geschrieben habe.
Welches Gerät das genau war, das kann ich Dir erzählen, wenn ich wieder zu hause bin. Das ist ein uraltes teil, wo usb noch exotisch und 25-pin serielle stecker noch usus waren :-D

Etwas entnervt habe ich mir dann ein cdc-acm-gerät geholt, nämlich ein elsa microlink 56k usb (NICHT FUN!). Das ist ein vollwertiges ACM-Modem. Dann einfach mal flott efax für die fbf compiliert, ein kleines script in den inetd auf meiner fbf aufgenommen und noch schnell einen wrapper für meinen PC geschrieben. Fertig.

Wenn jetzt irgendein Programm efax nutzt, dann geht es völlig transparent auf die box und wird da gescheduled bis es irgendwann über das Elsa-Modem rausgeht.

Eine zweite Variante, die ich dann noch gefummelt habe, die gibt das cdc-acm-gerät einfach über einen tcp-port frei und habe ich efax so gepatcht, dass man als "seriellen port" auch einen hostnamen mit portnummer angeben kann und das teil einfach darüber versucht das modem zu steuern. Das klappt auch ganz gut Dabei kann man halt nur nicht den pc aus machen und die daten müssen immer schnell genug über's netz gehen während der übertragung. Ist also eher eine Lösung für's lan


Bis denne!
Ralf