+-------------------------------------------------------------------------+
  |     Eine kurze Anmerkung zu den ADF's und ihren Namenskonventionen      |
  |              mit kurzen Kommentaren zu ihren 'Verwandten'               |
  |                         Peter H. Wendt / CNHH                           |
  +-------------------------------------------------------------------------+

                           NUR Files mit einem 

                     @     am Anfang,
                     4     nachfolgenden hexadezimalen Zeichen und 
                     .ADF  als Endung

sind regul„re ADFs (Adapter Description Files). Alles andere wird in einem
weiteren oder anderen Zusammenhang verwendet.

@ABCD.ADF    w„re z.B. ein regul„res ADF. Es ist ein Plain-ASCII-Text.

CABCD.ADF    w�rde ein ADP (Adapter Description Programm) sein, was z.B.
             selbstt„tig einen Adressbereich f�r RAM/ROM ermittelt.
             Die Keywords SYSMEM, EXEC und VCHECK im Text des ADFs weisen
             auf die Verwendung dieses Zusatzfiles hin. Es ist dann zwingend
             erforderlich.

IABCD.ADF    w„re auch ein ADP, jedoch ein Initialisierungs-Programm, was
             w„hrend des POST und VOR dem COMMAND.COM geladen wird. Das
             Programm wird auf Track 00, Kopf 00 des HEX80-Devices (Boot-
             Drive Festplatte) abgelegt und �bergangen, wenn von Diskette
             gestartet wird. Ixxxx-Programme sind sogenannte Memory-Image-
             Programme, die Adapter ohne ROM oder Schalter initialisieren. Das
             Keyword INITPROG <attribut> verweist im ADF auf die Verwendung
             eines Initprogramms. Das <attribut> kann in einem Bereich von
             0 bis 127 liegen und gibt die Reihenfolge bzw. Wertigkeit an,
             mit der mehrere Inits gestartet werden. Das Init mit der nied-
             rigsten Nummer startet zuerst.

PF1EB.ADF    ist ein Planar-Descriptor File f�r ein Systemboard mit der 
             Planar-ID F1EB. Es beschreibt Art und Einstellm”glichkeiten der
             auf dem Board vorhandenen Schnittstellen und Features. In diesem
             Fall ist es das Systemboard eines TP-700 (glaube ich).

DF1EB.ADF    ist ein Planar-Descriptor File f�r Systemboard F1EB. Es gibt an,
             wieviele Slots vorhanden sind, ob es Rom-Shadowing gibt, ob
             das unter erste MB geteilt wird und ggf. in welcher Struktur
             die Systemslots vorliegen und ob ein IML-Record unterst�tzt
             wird, wie gross der Speicher des NV-RAMs ist usw.
             Die Keywords ROM2RAM, SPLIT640, IML weisen auf weitere Sub-
             Routinen hin, die diese Funktionen �bernehmen. Dazu muss dann ein
             File mit der Kennung SF1EB.ADF vorhanden sein.

SF1EB.ADF    ist eine Setup-Routine f�r das Planar F1EB, sie wird innerhalb
             des POST gestartet.

EE9FF.ADF    w„re dasselbe wie Dxxxx.ADF, nur f�r eine Erweiterungs-Einheit.


Gibt es noch weitere Files, die aus diesem Schema herausfallen, dann sind es 
in der Regel Files, die umbenannt worden sind, um gleichartige Adapter mit
anderen Namen oder mit anderen Software-Releases abzudecken. Andere Files,
die vorne den Klammeraffen (@) tragen und sich auf der Referenz-/Diagnose-
Diskette befinden, sind z.B. @CMOS, @NVRAM (ohne Endung) oder @085.PEP
Letzteres geh”rt zur Diagnose des Speicheradapters F7FE (2 MB 16 Bit),
@CMOS enth„lt den Inhalt des Setup-RAMs, jene klassischen 41 Bytes, wie sie
schon seit ATs-Zeiten vorhanden sind. @NVRAM enth„lt die Information des
erweiterten CMOS mit z.B. den POS-Optionen der im System befindlichen Adapter-
karten ... und der Himmel allein weiss, was noch alles.

Sollte es das schon gewesen sein ? Ich f�rchte ja. Nat�rlich k”nnte man jetzt
noch haarklein aufdr”seln, welcher Eintrag in einem ADF wof�r verwendet wird,
aber das steht alles wundersch”n in den Technical Reference Manuals ... wer
lesen kann, ist bekanntlich klar im Vorteil (wobei man nat�rlich auch Zugang
zu diesen Schriftst�cken haben muss).

                    Fr”hliches Schaffen allerseits w�nscht

                               Peter H. Wendt
                              (DECNRPHW @ CNHH)