Commande : udma.sys / udmajr.sys
UDMA.SYS / UDMAJR.SYS sont des pilotes de mise en cache pour les
disques durs UltraDMA. UDMA.SYS / UDMAJR.SYS doit être chargé dans
CONFIG.SYS / FDCONFIG.SYS.
Lorsque FreeDOS fonctionne déjà, vous pouvez les charger UDMA.SYS /
UDMAJR.SYS par la suite avec DEVLOAD.
UDMA.SYS / UDMAJR.SYS sont périmés. Ils ne sont PLUS pris en charge
par leur auteur ! Vous devriez utiliser UIDE.SYS à la place.
Syntaxe :
DEVICE[HIGH] = [path]UDMA.SYS [/A] [/Q] [/R] [/Sn] [/U]
DEVICE[HIGH] = [path]UDMAJR.SYS [/A] [/Q] [/R] [/Sn] [/U]
Options :
UDMA.SYS / UDMAJR.SYS n'a normalement besoin d'aucun commutateur. Ses
options se présentent comme suit :
/A Spécifie l'utilisation des anciennes adresses de contrôleur
EIDE alternatives, 01E8h-01EFh sur le canal primaire et
0168h-016Fh sur le canal secondaire. Si /A est omis, le pilote
utilisera les adresses de contrôleur normales de 01F0h-01F7h
ou 0170h-0177h. /A existe seulement pour les BIOS SATA
"bizarres" ou d'autres cas inhabituels.
/Q Active l'attente pour des "requêtes de données" avant de
démarrer les transferts de données UltraDMA. /Q doit être
OMIS avec les adaptateurs SATA-vers-IDE par Sabrent etc., car
de telles cartes n'émulent pas les requêtes de données depuis
les disques SATA ! /Q n'est pas nécessaire avec de nouveaux
contrôleurs ou des disques IDE. Cette option est pour
les anciens systèmes et ne doit être utilisé que si UDMA se
charge correctement mais semble incapable de transférer des
données.
/R Restreint UDMA à la mémoire "régulière" et évite la mémoire
haute pour sa table de recherche binaire. /R peut être
nécessaire sur les systèmes DOS qui n'attribueront pas de
mémoire tant que CONFIG.SYS n'aura pas chargé les pilotes !
/R n'est pas nécessaire avec V7.10 MS-DOS, V6.22 MS-DOS,
V7.1 PC-DOS, PTS-DOS, ou EDR-DOS. /R est NÉCESSAIRE pour
travailler avec ROM-DOS ! Les autres variantes de DOS devraient
d'abord être testés.
/Sn Spécifie la taille de cache désirée, comme suit :
/S0 cache de 5 Mo, taille de table de 1280 octets,
blocs de 8 Ko.
/S1 cache de 10 Mo, taille de table de 2560 octets,
blocs de 8 Ko.
/S2 cache de 20 Mo, taille de table de 2560 octets,
blocs de 16 Ko.
/S3 cache de 40 Mo, taille de table de 2560 octets,
blocs de 32 Ko.
/S4 cache de 80 Mo, taille de table de 2560 octets,
blocs de 64 Ko.
/S5 cache de 120 Mo, taille de table de 3840 octets,
blocs de 64 Ko.
/S6 cache de 160 Mo, taille de table de 5120 octets,
blocs de 64 Ko.
/S7 cache de 200 Mo, taille de table de 6400 octets,
blocs de 64 Ko.
/S8 cache de 250 Mo, taille de table de 8000 octets,
blocs de 64 Ko.
/S9 cache de 400 Mo, taille de table de 12800 octets,
blocs de 64 Ko.
/SL cache de 750 Mo, taille de table de 24000 octets,
blocs de 64 Ko.
Si /S est omis, alors /S4 est utilisé. La logique du pilote et
de la pile prennent 2544 octets fixes en plus des tailles des
tables de recherche binaire ci-dessus. UDMA place sa table de
recherche binaire et 1088 octets de logique dans la mémoire
haute sauf si /R est entrée ou si moins de 3648 octets de
mémoire haute (HMA) est libre (2368 octets avec /S0), auquel
cas la mémoire régulière sera utilisée. case Lorsqu'il n'y a
pas assez de mémoire haute ou conventionnelle pour un /S, le
cache le plus grand qui rentre dans la mémoire "libre" sera
utilisé. UDMA se charge dans 4 Ko, donc un cache de 5 Mo dans
la mémoire régulière peut toujours être défini. Les caches de
400 Mo et de 750 Mo ne peuvent utiliser la mémoire haute et
prennent toujours 15 Ko ou 26 Ko de mémoire régulière. S'il
n'y a pas de disque UltraDMA, UDMA annule sa logique UltraDMA
pendant l'initialisation pour économiser 368 octets de mémoire
haute. Pour un ancien gestionnaire XMS V2.0 (ROM-DOS etc.) le
maximum est /S3 ou 40 Mo. /S0 est pour les systèmes DOS anciens
de 8 Mo et peut perdre de son efficacité pour mettre en cache
les fichiers volumineux de nos jours. Au moins /S1 est
recommandé. Assez de mémoire XMS doit être disponible pour que
la taille du cache puisse être défini, ou UDMA quittera !
/U Demande uniquement le UltraDMA "autonome" (pas de mise en
cache), ce qui peut être utile pour un programme de diagnostic
de disque.
Pour chaque commutateur, un tiret peut remplacer la barre oblique et
des lettres minuscules peuvent être utilisées.
Commentaires :
UDMA.SYS est distribué pour ceux qui veulent rester "compatibles"
avec les versions anciennes de ce pilote. Il utilise le même "coeur"
résident de 640 octetes que UDMA2.SYS ou UDMAJR.SYS. Comme avec les
versions précédentes, UDMA.SYS est le seul pilote dans ce jeu qui
affiche les noms des contrôleurs UltraDMA et le temps de chargement
ainsi que les données du bus PCI, pour ceux qui voudraient voir quelle
puce sera utilisée. UDMA.SYS fournit le jeu complet des tests de
chargement, tout comme UDMA2.SYS.
UDMAJR.SYS est distribué pour les systèmes de "disque RAM" ou
"enfouis" qui nécessite un pilote UltraDMA d'une taille aussi petite
que possible. Il a le même "coeur" résident de 640 octets que
UDMA2S.SYS ou UDMA.SYS avec les mêmes capacités d'exécution.
UDMAJR.SYS omet un test 80386, des "tests de lecture" et les "noms"
de contrôleur et de disque au moment du chargement (l'adresse E/S du
contrôleur EST affichée !) et atteint ainsi une taille de fichier
objet de 2048 octets.
Exemples :
Dans CONFIG.SYS / FDCONFIG.SYS:
DEVICE=C:\FDOS\BIN\UDMA.SYS
DEVICEHIGH=C:\FDOS\BIN\UDMA.SYS
DEVICE=C:\FDOS\BIN\UDMAJR.SYS
DEVICEHIGH=C:\FDOS\BIN\UDMAJR.SYS
Voir également :
autoexec.bat
config.sys
devload
fdconfig.sys
(udma2.sys)
uide.sys
(xdma.sys)
Copyright © 2007 Jack Ellis, mis à jour en 2011 par W. Spiegl.
Traduit en 2020 par Berki Yenigün.
Ce fichier est dérivé de FreeDOS Spec Command HOWTO.
Voyez le fichier H2Cpying pour les conditions de copie.