| |
DG3OW > WAMPES 22.03.98 09:48l 83 Lines 3298 Bytes #-10330 (0) @ DL
BID : M38DB0EIN006
Read: DL5MHK DG7RCE DL4MEA DB1RAS GUEST
Subj: BCM/WAMPES: Cyclic Kiss Error mit BCM139nnn
Path: DB0AAB<DB0ZKA<DB0ABH<DB0SRS<DB0SIF<DB0NHM<DB0EIN
Sent: 980322/0644z @:DB0EIN.#NDS.DEU.EU [LINUX BCM Kreiensen/Harz] bcm1.39o
From: DG3OW @ DB0EIN.#NDS.DEU.EU (Uwe)
To: WAMPES @ DL
X-Info: No login password
X-BID: M38DB0EIN006
Hallo liebe Entwickler,
ich schicke diese Mail nun an BayBox und Wampes, da ich hoffe, vielleicht
doch noch den einen oder anderen Hinweis zu bekommen.
Seit Ende Dezember betreiben wir bei DB0EIN einen WAMPES zusammen mit der
BayBox. Beides lief zunächst sehr Problemlos miteinander, bis ich auf die
Idee kam, von der BCM1390, die immer noch auf dem Rechner lief, auf die
139x10 umzustellen.
Nach weniger als 24h lief der Wampes lustig weiter, die Verbindung zur Box
war jedoch unterbrochen, nachdem die Box neu gestartet war. Die Version
139x26 und die Version 139y funktionierten wieder deutlich besser, wenn auch
nicht fehlerfrei. Immerhin gibt es hier keinen Neustart der gesamten Box
mehr, sondern nur noch einen Neustart des Kiss-Treibers. Die Meldung, die
sich dann (jetzt im Rythmus von etwa 24-48h findet ist folgende:
22.03.98 01:30:16 SYSTEM: #L cyclic_kiss: IO error, restarting driver.
22.03.98 01:30:16 SYSTEM: #S l1kiss: /dev/wampes: I/O error
Zur Erklärung: /dev/wampes ist /dev/ptyzf (von der Box zum Wampes)
/dev/box ist /dev/ttyzf (vom Wampes zur Box)
Ich habe die beiden umbenannt, weil ich mir das ewige lange tippen im Wampes
um nach einem Restart der Box das Interface wieder zu öffnen verkürzen
wollte. Der Effekt tritt natürlich mit den Originalnamen genau so auf.
Was scheint zu passieren:
Die Kiss-Verbindung macht einen Fehler. Die Box startet ihren Kiss-Treiber
neu. In dem Moment bekommt der Wampes einen I/O-Error und schließt sein
Kiss-Interface. Nur durch einen Neustart der Box (shutdown) und
gleichzeitiges para /dev/box up im Wampes oder einen Reboot des Rechners
läßt sich das System wiederbeleben.
Wo kommt der Fehler her: Es gibt 2 Möglichkeiten:
1) Mein Compiler macht fehler. Ich benutze SuSE 5.1 mit dem Kernel 2.0.32
und dem mitgelieferten GNU-Compiler. Die 139o, die die letzte mir zur
Verfügung stehende und sicher funktionierende Version ist, wurde damals noch
als fertige bcm verteilt und somit nicht auf meinem Rechner kompiliert.
Die x und y-Versionen wurden hier kompiliert. Dagegen spricht, daß sich seit
139x10 wieder das Verhalten deutlich geändert hat. Die Version ist
kommentarlos abgestürzt.
2) Beim Kiss-Interface wurden Änderungen gemacht, die diesen Fehler
erzeugen. Das kann ich leider nicht nachvollziehen und hoffe, daß die
Entwickler (Flori, Dietmar?) mit meinem Salmon etwas anfangen und mir helfen
können. - Dies soll kein Meckern sein!
Mögliche Lösungen:
1) Verbindung Wampes/Box nicht über /dev/pty... <> /dev/tty...
Wenn ja - wie geht es? Ich möchte nicht auf den AX25-Kernel umsteigen!
2) Hier Frage an die Entwickler von Wampes:
Gibt es eine Möglichkeit, daß der Wampes das Interface bei einem Error
NICHT einfach schließt sondern geöffnet läßt?
3) Hat jemand eine Idee, woher dieser Kiss-Error kommt? Tritt er auch auf,
wenn die BCM an einem RMNC direkt hängt?
Mit der Bitte um Hilfe und den besten Grüßen aus dem Harzvorland
Uwe, DG3OW @db0ein.#nds.deu.eu
ps: Nochmal die Versionen:
BCM: Zur Zeit wieder sicher laufend 139o
Fehler mit 139w, x, y
dazwischenliegende Versionen habe ich nicht getestet.
WAMPES: Die Version vom 30. bzw. 31.12.98
Read previous mail | Read next mail
| |
