From: tik@abqhh.hanse.de (Michael Havemester)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0 / AHA1542B Probleme
Organization: abqhh.hanse.de private mail/news system
Date: Thu, 3 Sep 92 23:49:37 GMT

In article <NVM6ABO@geminix.in-berlin.de>, gemini@geminix.in-berlin.de (Uwe Doering) writes:
[...]
> Jetzt kann ich mich nicht mehr zurueckhalten. Deine fortgesetzten
> Pauschalisierungen aergern mich langsam. Was Du betreibst, ist
> Desinformation. Es ist Dein _persoenliches_ Pech, dass Du ein Mother-
> board erwischt hast, dass nicht Busmaster-DMA-faehig ist. Daraus
> jetzt zu schliessen, der Adaptec sei schuld, ist geradezu abenteuerlich.

Gehst Du hier nicht doch ein wenig zu weit (auch wenn Du aus einem anderen
Grunde erregt sein magst).

Also das laesst sich ja recht einfach testen (debug unter DOS starten
und g=dc00:9 eingeben, wenn es funktioniert, dann ist das Board auch
Busmaster-DMA-faehig).

> Nimm bitte zur Kenntnis, dass der AHA1542B auf den allermeisten
> Rechnern ohne Probleme laeuft, zumindest, sofern man ihn nicht
> auf zu hohe DMA-Transfer-Raten tunet.

Der Adaptec AHA1542B meist ja, aber es gibt genug Probleme, die durch
Busmaster-DMA entstehen koennen und durch etwas, was ich bisher nicht genau
lokalisieren konnte (koennte die IOCHRDY-Behandlung des AHA1542B sein),
doch dazu spaeter mehr. 

> Es ist nicht richtig, dass die meisten Leute nur nicht merken, dass
> sie Zeichen auf der seriellen Schnittstelle verlieren. Vielmehr ist
> es so, dass diese Zeichenverluste gewoehnlich durch die hohe Interrupt-
> Latenzzeit des UNIX-Kernels hervorgerufen wird. Naeheres steht in
> der Docu des FAS-Treibers. Dass es nun in Deinem Fall wirklich
> ein Hardware-Problem ist, ist bedauerlich, aber es ist nicht der
> Normalfall.

Das Problem ist sicher erstmal der UNIX-Kernel, aber es steht fuer mich
ausser Frage (selbst mehrfach probiert und getestet), dass die max. moegliche
Uebertragungsrate (selbst mit FAS), bei der kein Zeichenverlust auftritt, mit 
AHA1542B oder Bustek 542B geringer ist, als mit Controllern, die das WD1003
Interface benutzen (ESDI, AT-BUS, WD1003, WD1006, WD1007, ...).

Die folgenden Zeilen in /usr/include/sys/aha1540.h von Interactive:

/* Our values for Bus On/Off times so as not to cause floppy overrun */
#define AHA_BUSON       5
#define AHA_BUSOFF      9

zeigen doch recht eindeutig, dass es Probleme geben kann. Die Zeiten sind in
Mikrosekunden angegeben. Bei einem Datentransfer blockiert der AHA1542B
fuer 5 us den Bus und gibt ihn dann fuer 9 us frei, danach kann er ihn wieder
fuer 5 us belegen und so weiter.

Zur Verdeutlichung: Ein 486-33, der pro Befehl ca. 2-3 Takte benoetigt
(nicht beruecksichtigt die Zugriffe auf Daten und den langsamen AT-Bus), 
kann waehrend der Busoff-Time von 9 us kaum mehr als 125 Befehle aus-
fuehren. Dies ist fuer die Interruptverwaltung in einem UNIX-System unter
bestimmten Umstaenden zu wenig und dann kommt es zu Zeichenverlusten.

> Es ist bekannt, dass es eine Menge Motherboards gibt, die nicht
> UNIX-tauglich sind. Und nicht immer sind das nur die billigsten.
> Wenn Du zehn verschiedene Motherboards getestet haettest, mit
> verschiedenen anderen Einsteckkarten, und bei den meisten Kombinationen
> haette es Hardware-Probleme mit dem AHA1542B gegeben, wuerde ich
> akzeptieren, dass es ein echtes Problem mit diesem Controller
> gibt. So einen Test hast Du aber nicht durchgefuehrt.

Hardwareprobleme gibt es sicherlich nicht mit dem AHA1542B, aber Probleme,
die durch das Konzept des Busmaster-DMA entstehen gibt es auf jeden Fall
(siehe weiter oben).

Ein von mir beobachtetes Problem, welches ich bis heute nicht zu 100%
klaeren konnte:

Ein System laeuft mit AHA1542B problemlos, solange keine Netzwerkaktivitaet
zu verzeichnen ist. Es klappt ebenfalls alles problemlos, wenn man einen
ESDI-Controller nimmt und das Netzwerk voll in Aktion ist. Aber AHA1542B
(mehrere Software-Versionen getestet) und Netzwerk zusammen gibt oefter mal
ein "NON RECOVERAL READ ERROR". Ein Austausch des AHA1542B gegen ein
Bustek 542B (voll kompatibel zum AHA1542B, benutzt ebenfalls Bus-
master-DMA) beseitigt das Problem dann ebenfalls. Interessanterweise tritt
das Problem nur mit Platten vom Type WREN Runner (3 Stueck ausprobiert)
unter starker Auslastung des Swapspace auf, mit einer Fujitsu 2624FA war das
Problem ebenfalls weg. Getestet auf 3 Motherboards, die alle einwandfrei
den Busmaster-DMA-Test bestanden hatten. Ich Frage mich bis heute, ob das
Problem die WREN Runner oder der AHA1542B ist.

[...]
> Ich bitte Dich also darum, die Netz-Community nicht mit solchen unhalt-
> baren Schlussfolgerungen zu verunsichern. Bring Deine Hardware in
> Ordnung, dann bist Du Deine Probleme los. Ja, ich weiss, das kostet
> Geld, aber ein stabiles UNIX-System gibt es nun mal nicht umsonst.

Bitte tragt Eure privaten Wortgefechte nicht in den News aus.

Im Ernst: Ein Unix-System kostet viel Geld und man sollte sich vorher
ueberlegen, ob man mit einem PC richtig beraten ist, da man hier sehr
viele konzeptionelle Probleme mit kauft.

bis bald
            Michael

--
Michael Havemester, Weidestrasse 41, W-2000 Hamburg 76, VOICE: +49 40/29 33 56
UUCP: tik@abqhh.hanse.de, {lutzifer, malihh, unido!pophh}!abqhh!tik
Newsgroups: de.comp.os.unix