[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Slip Slidin' Away: Take 2



>  do those diffs just fix slattach or is there still something wrong
> in MiNTs ttys?  except for the fact that they still depend on (often
> buggy) BIOS...

Just slattach. The really only things I changed from 0.6 to 0.7 in slattach
is to turn on _RTSCTS expilcitly and to do the tty_raw() before establishing
the link instead of afterwards.

Moving tty_raw() was necesarry because the SLIP deamon now dows a TIOCSVMIN
itself and doing a TIOCSETP afterwards resets vmin and vtime to 1/0.

>  and have you people with the problems tried loading BIOS fixes
> before MiNT? such as HSmodem...

Yes, he has hsmodem before Mint. Here is the original bug resport (sorry, its
in german):

Ooops, just now I'm reading the mail headers, and the return path points to
blank@sliphost39.uni-trier.de.
      ^^^^^^^^^^

Did you ever get my reply, Sascha?

--------------8<------------------------------------------------------------
>From blank@sliphost39.uni-trier.de Fri Jan 27 18:04 MEZ 1995
Received: from sliphost39.uni-trier.de by hera.rbi.informatik.uni-frankfurt.de with SMTP
	(1.38.193.4/16.2) id AA12024; Fri, 27 Jan 1995 18:04:13 +0100
Return-Path: <blank@sliphost39.uni-trier.de>
Posted-Date: Fri, 27 Jan 1995 16:33:46 +0100 (MET)
Received-Date: Fri, 27 Jan 1995 18:04:13 +0100
Received: (from blank@localhost) by sliphost39.uni-trier.de (8.6.9/8.6.9) id QAA00119 for roemer@informatik.uni-frankfurt.de; Fri, 27 Jan 1995 16:33:52 +0100
From: Sascha Blank <blank@sliphost39.uni-trier.de>
Message-Id: <199501271533.QAA00119@sliphost39.uni-trier.de>
Subject: Probleme mit slattach aus MiNTNet 0.7
To: roemer@hera.rbi.informatik.uni-frankfurt.de (Kay Roemer)
Date: Fri, 27 Jan 1995 16:33:46 +0100 (MET)
Reply-To: inf03@uni-trier.de (Sascha Blank)
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2872      
Status: RO

Hallo Kay,

ich bin vorgestern auf MiNTNet 0.7 aufgestiegen und habe seitdem
Probleme mit slattach aus dieser Version (nachfolgend slattach 0.7
genannt) festgestellt. Ich benutze alle Treiber und Tools der Version
0.7.

Ich benutze zum Aufbau der eigentlichen IP-Verbindung folgendes
Kommando:

	slattach -t /dev/modem2 -p slip -r cisco-240 -l sliphost39 &

Mit slattach 0.6 (also aus MiNTNet 0.6, und dem Rest aus MiNTNet 0.7)
fangen dann die TXD und RXD Leds fuer etwa eine Sekunde abwechselnd an
zu leuchten, woran ich dann den korrekten Verbindungsaufbau erkenne.
Soweit so gut.

Benutze ich jedoch slattach 0.7 mit den gleichen Parametern wie oben, so
passiert ueberhaupt nichts, die LEDs zeigen keine Veraenderung. Es hat
irgendwie den Anschein, als haette mich die Gegenseite ueberhaupt nicht
erkannt. Es spielt dabei auch keine Rolle, ob ich versuche, mit -s die
Baudrate zu aendern oder nicht.

Bis auf Ping funktioniert nichts. Wenn ich einen Host pinge, wobei ich
nur IP-Nummern angeben kann (der Zugriff auf den Nameserver geht ja auch
nicht), so kommen zwar IP-Pakete zurueck, was an dem regelmaessigen
Aufflackern der RXD-Led erkennbar ist, doch diese scheinen nicht mehr
die Betriebssystemebene zu erreichen, denn PING zeigt nichts weiter an
und meldet nach dem Abbruch "100% package loss".

Ifstat sl0 ergibt mit slattach 0.7 nach einem "ping" folgendes:

Statistics for SLIP interface sl0:
         0 input packets
         0 to short input packets dropped
        12 to long input packets dropped
         0 input packets with bad encoding dropped
         0 bad VJ compressed input packets dropped
         0 input packets while out of memory
         0 output packets
        12 output packets dropped while queue full
VJ compression statistics for interface sl0:
         0 total packets output
         0 compressed packets output
         0 searches for connection state
         0 misses while searching for conn. state
         0 uncompressed packets input
         0 compressed packets input
         0 packets with unknown type input
         0 tossed input packets

Die "0 input packets" scheinen zu bestaetigen, dass nichts da ankommt,
wo es hinkommen sollte.

Ich benutze MH-MiNT 1.12h2, MiNTNet 0.7 in der Originalform, HSModem 4,
TOS 2.05, /dev/modem2 als Modemport.
--------------8<------------------------------------------------------------

Kay.
--
Kay Roemer              roemer@informatik.uni-frankfurt.de
"If I ever meet ..."    http://www.uni-frankfurt.de/~roemer/
"... myself I'll hit myself so hard I won't know who hit me" (Zaphod)