([email protected]).
Le noyau a une capacit� limit�e pour accepter des informations au moment du d�marrage sous la forme d'une ligne de commande, semblable � une liste d'arguments que vous pouvez passer � un programme. En g�n�ral, ceci est utilis� pour donner au noyau des informations concernant les param�tres du mat�riel que le noyau n'est pas capable de d�terminer tout seul, ou pour se substituer/�craser les valeurs que le noyau pourrait d�tecter.
Cependant, si vous avez juste copi� une image du noyau directement
sur une disquette, (c.a.d cp zImage /dev/fd0) alors vous
n'avez aucune chance de pouvoir sp�cifier quelque argument que ce
soit � ce noyau. C'est pourquoi beaucoup d'utilisateurs de Linux
utilisent des logiciels comme LILO ou loadlin qui se
chargent de transmettre ces arguments au noyau, et de le faire alors
d�marrer.
NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES : Les
param�tres de d�marrage en g�n�ral, ne s'appliquent qu'aux pilotes de
mat�riel qui sont compil�s directement dans le noyau.
Ils n'ont aucun effet sur les pilotes qui
sont charg�s en tant que modules. La plupart des distributions utilisent
des modules. Si vous ne savez pas, regardez dans man depmod et
man modprobe en suivant le contenu de /etc/conf.modules.
Cette version couvre les distributions du noyau jusqu'� la v2.0.33 incluse. Des informations qui font partie des noyaux en d�veloppement jusqu'� la version 2.1.84 sont aussi document�es.
Le BootPrompt-Howto est edit� et mis � jour par :
Paul Gortmaker, [email protected]
[Notez que les param�tres de d�marrage qui sont sp�cifiques aux ports et p�riph�riques non-i386 (ex : Atari/Amiga) ne sont actuellement pas document�s.]
Ce document n'est pas l'�vangile ! Bien que ce soit probablement la source d'information la plus � jour que vous puissiez trouver. Personne n'est responsable de ce qui peut arriver � votre mat�riel � part vous. Si votre mat�riel s'enflamme brusquement (ce qui est quasiment impossible ! ) je ne suis pas responsable. C'est � dire QUE L'AUTEUR N'EST PAS RESPONSABLE DES DOMMAGES QUI PEUVENT ETRE PRODUITS PAR DES ACTIONS RESULTANT D'INFORMATIONS CONTENUES DANS CE DOCUMENT.
Ce document est soumis au Copyright (c) 1995-1998 de Paul Gortmaker.
Ce document peut �tre copi� en respectant les termes de la GNU General
Public Licence, version 2, ci-incluse en r�f�rence. Voir le fichier
linux/COPYING fourni avec le noyau Linux pour plus de d�tails.
Si vous avez l'intention d'incorporer ce document au sein d'une publication, merci de me contacter, et je ferai un effort pour m'assurer que vous avez les informations les plus � jour disponibles. Par le pass�, des versions p�rim�es de HOWTO ont �t� publi�es, ce qui a attrist� les developpeurs qui ont �t� harcel�s de questions auxquelles ils avaient d�j� r�pondu dans des versions plus r�centes.
Les documentations les plus � jour seront toujours les sources du
noyau. Pas si vite ! Ne soyez pas effray�s. Vous n'avez pas besoin
de conna�tre la programmation pour lire les commentaires dans les
fichiers source. Par exemple, si vous recherchez un argument qui
peut �tre transmis au pilote AHA1542 SCSI, il vous suffit d'aller
dans le r�pertoire linux/drivers/scsi, et de regarder
dans le fichier aha1542.c et dans les cent premi�res lignes
vous trouverez en anglais une description simple et compl�te
des param�tres de d�marrage que le pilote 1542 peut recevoir.
Une autre bonne chose seront les fichiers de documentation livr�s avec
le noyau lui-m�me. Il y en a aujourd'hui pas mal, et la plupart d'entre
eux peuvent-�tre trouv�s dans le r�pertoire linux/Documentation et tous ses sous r�pertoires. Le r�pertoire linux se trouve
g�n�ralement dans /usr/src/. Parfois des fichiers
README.foo peuvent se trouver dans le r�pertoire associ� aux
pilotes (c.a.d. linux/drivers/XXX/, o� XXX sera
scsi, char, ou net.
Si vous avez trouv� quels sont les param�tres que vous avez l'intention d'utiliser, et que vous voulez savoir comment transmettre ces informations au noyau, alors regardez la documentation qui correspond au logiciel que vous utilisez pour d�marrer le noyau (par exemple : LILO ou loadlin). Un bref survol est fourni ci-dessous, mais il ne remplace pas la documentation fournie avec le logiciel de d�marrage.
Si vous avez des questions sur la transmission des param�tres au noyau, s'il vous plait, LISEZ D'ABORD ce document. Si ce document et les documents associ�s qui sont mentionn�s ci-dessus ne r�pondent pas � votre (vos) question(s), alors vous pouvez essayer de la (les) poser dans le groupe de discussion Linux (fr.comp.os.linux pour la France). Bien s�r, il serait bon de lire les messages du groupe avant de poser aveugl�ment vos questions, il se peut que quelqu'un d'autre ait d�j� pos� la m�me question, ou peut-�tre est-ce une question fr�quemment pos�e (FAQ). Un coup d'oeuil rapide � la FAQ linux avant de poster est une bonne id�e. On pourra trouver les FAQ quelque part, dans un r�pertoire proche de celui o� vous avez trouv� ce document.
Les questions g�n�rales concernant la configuration de votre syst�me peuvent �tre directement pos�es dans le groupe comp.os.linux.setup. Nous vous demandons s'il vous pla�t de respecter ces quelques recommandations, et de ne pas cross-poster vos demandes dans d'autres groupes.
Les nouvelles versions (en anglais) de ce document peuvent �tre
recup�r�es par FTP anonyme sur le site sunsite.unc.edu, dans le r�pertoire
/pub/Linux/docs/HOWTO/. Notez que SunSITE est souvent
surcharg�, donc il vaudrait mieux aller chercher ce document sur un des
sites ftp miroir de Linux.
Ces documents en langue fran�aise se trouvent sur le site ftp.lip6.fr
dans de r�pertoire /pub/linux/french/docs/HOWTO.
Des mises � jour seront faites chaque fois que de nouvelles informations / pilotes seront disponibles. Si la copie que vous �tes en train de lire date de plus de quelques mois, il serait bon de v�rifier qu'il n'en existe pas une version plus r�cente.
Ce document est produit en utilisant le syst�me SGML sp�cialement concu pour le projet Linux Howto, et il existe diff�rents formats de sortie disponibles : postscript, dvi, ascii, html, et bient�t TeXinfo.
Je vous recommande de visualiser ce document en HTML (via un logiciel de navigation WWW ) ou dans le format PostScript/dvi. Tous deux contiennent les r�f�rences crois�es qui sont perdues dans les conversions en ASCII.
Si vous voulez obtenir la copie officielle de sunsite, voici l'URL.
Cette partie donne un certain nombre d'exemples de logiciels qui peuvent �tre utilis�s pour transmettre les param�tres de d�marrage au noyau. Elle donne aussi une id�e de la fa�on dont les param�tres sont trait�s, quelles sont les limitations des param�tres de d�marrage, et la fa�on dont ils sont r�partis vers chaque p�riph�rique pour lesquels ils ont �t� con�us.
Il est important de noter que l'on ne peut pas utiliser d'espaces dans un param�tre de d�marrage, mais seulement entre des param�tres diff�rents. Une liste de valeurs correspondant � un seul param�tre doit utiliser des virgules comme s�parateur entre les diff�rentes valeurs, l� aussi, sans aucun espace. Voir les exemples ci-dessous.
ether=9,0x300,0xd0000,0xd4000,eth0 root=/dev/hda1 *BON*
ether = 9, 0x300, 0xd0000, 0xd4000, eth0 root = /dev/hda1 *MAUVAIS*
Le programme LILO (LInux LOader) �crit par Werner Almesberger est le plus couramment utilis�. Il a la capacit� de d�marrer diff�rents noyaux, et stocke les informations de configuration dans un fichier contenant exclusivement du texte. Beaucoup de distributions fournissent LILO comme "boot-loader" (chargeur de noyau) par d�faut. LILO peut d�marrer DOS, OS/2, Linux, FreeBSD, etc. sans aucun probl�me, et il est tr�s souple.
Une configuration classique est d'avoir LILO qui arr�te le
d�marrage et affiche LILO: peu de temps apr�s que vous ayez
allum� votre ordinateur. Il attendra alors quelques instants en vue
d'une eventuelle saisie de l'utilisateur, faute de quoi il lancera
le syst�me d'exploitation par d�faut. Les �tiquettes couramment
utilis�es dans les fichiers de configuration de LILO sont linux
, backup et msdos. Si vous d�sirez entrer un param�tre de
d�marrage, vous le taperez ici, apr�s avoir entr� l'�tiquette du syst�me
que vous voulez que LILO lance, comme indiqu� dans l'exemple ci-dessous.
LILO: linux root=/dev/hda1
LILO est fourni avec une documentation excellente, et pour les
param�tres de d�marrage dont nous parlons ici, la commande
append= de LILO est d'une tr�s grande importance lorsque l'on
veut ajouter un param�tre de d�marrage de fa�on permanente dans le
fichier de configuration de LILO. Vous ajoutez tout simplement quelque
chose comme append = "foo=bar" dans le fichier
/etc/lilo.conf. On peut l'ajouter soit en haut du fichier
de configuration, afin qu'il s'applique � toutes les sections, ou
dans une section correspondant � un syst�me particulier en le mettant
dans une section image=.
Voyez la documentation de LILO pour une description plus compl�te.
L'autre chargeur de noyau couramment utilis� est `LoadLin' qui est un programme DOS qui est capable de lancer un noyau Linux � partir du prompt du dos (avec des param�tres de d�marrage) en supposant que certaines ressources sont disponibles. Ceci est tr�s bien pour les gens qui utilisent le DOS et qui veulent basculer sur Linux � partir du DOS.
C'est aussi tr�s pratique si vous poss�dez du mat�riel qui est
d�pendant du pilote fourni pour le DOS afin de mettre le mat�riel
dans un �tat donn�. Un exemple fr�quent : les cartes son
`SoundBlaster Compatible' qui requi�rent un pilote DOS pour positioner
un ensemble de registres propri�taires pour mettre la carte dans un mode
compatible SoundBlaster. D�marrez le DOS avec le pilote requis,
et maintenant chargez Linux � partir du prompt du DOS avec
LOADLIN.EXE en esquivant la remise � z�ro de la carte qui
intervient si on red�marre compl�tement la machine. De cette fa�on,
la carte est laiss�e dans le mode compatible SB et par cons�quent est
utilisable sous Linux.
Il y a aussi d'autres programmes qui peuvent �tre utilis�s pour
d�marrer Linux. Pour une liste compl�te, regardez sur votre miroir
ftp Linux local, les programmes disponibles dans le r�pertoire
system/Linux-boot/.
Un certain nombre des param�tres de d�marrage du noyau ont
leurs valeurs par d�faut stock�es dans diff�rents octets de l'image
du noyau. Il existe un utilitaire baptis� rdev qui est install�
sur la plupart des syst�mes et qui sait o� sont ces valeurs, et
comment les changer. Il peut aussi modifier un certain nombre de
choses qui ne poss�dent pas de param�tre de d�marrage �quivalent,
comme le mode vid�o utilis� par d�faut.
L'utilitaire rdev est couramment associ� � swapdev, ramsize, vidmode et rootflags. Les cinq param�tres que rdev peut modifier sont : le p�riph�rique de d�marrage, le p�riph�rique de swap, les param�tres du disque RAM, le mode vid�o par d�faut, et l'autorisation de lecture-seule/lecture-�criture sur le p�riph�rique racine.
Des informations plus compl�tes sur rdev peuvent �tre obtenues
en tapant rdev -h ou en lisant la page correspondante du manuel
fourni (man rdev).
La plupart des param�tres de d�marrage utilisent la syntaxe suivante :
nom[=valeur_1][,valeur_2]...[,valeur_11]
o� `nom' est un mot cl� unique qui est utilis� pour reconna�tre � quelle partie du noyau sont destin�es les valeurs associ�es (si il y en a). Plusieurs param�tres de d�marrage peuvent �tre transmis sous forme d'une liste d'�l�ments, comme celle situ� ci-dessus, s�par�s par des espaces. Notez que la limite de 11 param�tres est r�elle, c'est pourquoi le code ci-dessus ne comporte que 11 param�tres s�par�s par des virgules pour un mot cl�. Toutefois, vous pouvez r�utiliser le m�me mot cl� avec 11 param�tres de plus dans des situations tr�s complexes, en sachant que ceci est accept� par la fonction de configuration. Notez aussi que le noyau partage la liste en un maximum de 10 param�tres entiers, et une cha�ne de caract�res accompagnatrice, donc vous pouvez r�ellement fournir 11 entiers, dans la mesure ou vous assurez la conversion du 11�me param�tre, de cha�ne en entier, dans le pilote lui m�me.
La plupart sont pris en charge par linux/init/main.c.
Tout d'abord, le noyau cherche � voir si le param�tre fait partie
des param�tres sp�ciaux comme `root=', `ro', `rw', ou `debug'.
La signification de ces param�tres sp�ciaux est d�crite plus loin
dans ce document.
Il parcourt alors une liste de fonctions de configuration (contenues
dans le tableau bootsetups) pour voir si la cha�ne param�tre
sp�cifi�e (comme par exemple `foo') a �t� associ�e � une fonction
de configuration (foo_setup()) pour un p�riph�rique particulier ou
une partie du noyau. Si vous passez au noyau la ligne
foo=3,4,5,6,bar alors, il cherchera dans le tableau
bootsetups pour voir si `foo' y figure. S'il y est, alors il pourra
appeler la fonction de configuration associ�e � `foo' (foo_setup())
et prendra en charge les param�tres 3, 4, 5 et 6 tels qu'ils sont donn�s
dans la ligne de commande adress�e au noyau, et traitera aussi le
param�tre de type cha�ne bar.
Quelque chose du type `foo=bar', qui n'est pas accept� comme une fonction de configuration telle qu'elle est d�crite ci-dessus, est interpr�t�e comme une variable d'environnement � positionner. Un exemple (inutile ?) serait d'utiliser `TERM=vt100' comme param�tre de d�marrage.
Tous les param�tres restants qui ne sont pas pris par le noyau
et qui ne sont pas consid�r�s comme �tant des variables
d'environnement sont transmis au processus initial, qui est
g�n�ralement le programme init. Le param�tre le plus
couramment pass� au processus init est le mot single
qui demande � init de d�marrer l'ordinateur en mode
mono-utilisateur, et de ne pas lancer les "daemons" (d�mons)
habituels.
Regardez la page du manuel correspondant � la version de
init install�e sur votre syst�me, afin de conna�tre les
param�tres accept�s.
Voici des param�tres qui ne sont pas li�s � des p�riph�riques particuliers. Ils sont simplement li�s � un certain nombre de param�tres internes au noyau, comme la gestion m�moire, celle du disque RAM, celle du syst�me de fichiers racine, etc.
Les options suivantes d�terminent toutes la fa�on dont le noyau s�lectionne et manipule le syst�me de fichiers racine.
Ce param�tre indique au noyau quel p�riph�rique doit �tre utilis� comme "root filesystem" (racine du syst�me de fichiers) pendant le d�marrage. Par d�faut, c'est le p�riph�rique racine du syst�me sur lequel le noyau a �t� construit. Par exemple, si le noyau en question a �t� construit sur un syst�me qui utilise `/dev/hda1' comme partition racine, alors le p�riph�rique racine par d�faut sera `/dev/hda1'. Pour outrepasser cette valeur et s�lectionner le second lecteur de disquette comme p�riph�rique racine, il faut utiliser `root=/dev/fd1'. Les p�riph�riques racine valides sont un des p�riph�riques suivants :
(1) /dev/hdaN � /dev/hddN, o� N est la partition pour les disques `a � d' compatibles ST-506.
(2) /dev/sdaN � /dev/sdeN, o� N est la partition pour les disques `a � e' compatibles SCSI.
(3) /dev/xdaN � /dev/xdbN, o� N est la partition pour les disques `a � b' compatibles XT.
(4) /dev/fdN, o� N est le num�ro du lecteur de disquette. La valeur N=0 correspond au disque DOS `A:', et N=1 correspond � `B:'.
(5) /dev/nfs, qui n'est pas vraiement un p�riph�rique, mais plut�t un indicateur pour dire au noyau de rechercher le syst�me de fichiers racine via le r�seau.
La plus maladroite et la moins compatible des sp�cifications
des p�riph�riques disque ci-dessus, qui est le format
nombre majeur/nombre mineur est aussi accept�e (par exemple
/dev/sda3 a pour major 8, et pour minor 3,
vous pouvez donc utiliser root=0x803 comme alternative).
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi�e
par l'utilitaire rdev.
Quand le noyau d�marre, il a besoin du syst�me de fichiers racine, pour �num�rer les �l�ments de base de celui-ci. C'est le syst�me de fichiers racine qui est mont� au d�marrage. Cependant, si le syst�me de fichiers racine est mont� avec un acc�s en �criture, vous ne pourrez pas contr�ler de fa�on fiable l'int�grit� du syst�me de fichiers, car il peut y avoir des fichiers en cours d'�criture. L'option `ro' indique au noyau de monter le syst�me de fichiers racine en lecture seule, de fa�on que les programmes de contr�le de coh�rence du syst�me de fichiers (fsck) puissent �tre certain qu'il n'y a pas d'�critures en cours pendant la dur�e du test. Aucun programme ou processus ne peut �crire dans les fichiers situ�s sur le syst�me de fichiers en question jusqu'� ce qu'il ait �t� `remont�' avec un acc�s en lecture/�criture.
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi�e
par l'utilitaire rdev.
Ceci est le contraire le plus parfait de ce qui pr�c�de, c'est � dire que ce param�tre indique au noyau de monter le syst�me de fichier racine en lecture/�criture. N'ex�cutez surtout pas un programme de type `fsck' sur un syst�me de fichiers mont� en lecture/�criture.
La m�me valeur stock�e dans le fichier image mentionn� ci-dessus
est aussi accessible via rdev
Les options suivantes correspondent � la fa�on dont le noyau g�re le p�riph�rique disque virtuel, qui est souvent utilis� comme zone d'amor�age durant la phase d'installation, ou pour des machines qui utilisent des pilotes modulaires qui doivent �tre install�s pour acc�der au syst�me de fichiers racine.
Pour permettre � une image du noyau de loger sur une disquette, conjointement avec une image compress�e du disque virtuel, la commande `ramdisk_start=<offset>' est ajout�e. Le noyau ne peut pas �tre inclus dans l'image compress�e du syst�me de fichiers du disque virtuel, car il doit �tre stock� � partir du bloc z�ro de fa�on � ce que le BIOS puisse charger le secteur d'amorce (bootsector) et que le noyau puisse alors s'auto-lancer.
Note : Si vous utilisez une image du disque virtuel non compress�e, alors le noyau peut faire partie de l'image du syst�me de fichiers qui est charg� sur le disque virtuel, et la disquette peut-�tre lanc�e avec LILO, ou les deux peuvent �tre distincts comme c'est fait pour les images compress�es.
Si vous utilisez deux disques boot/root (noyau sur le disque 1, image u disque virtuel sur le disque 2) alors, le disque virtuel d�marrera au bloc z�ro, et un d�placement (offset) de z�ro sera utilis�. Etant donn� que c'est la valeur par d�faut, vous n'aurez pas besoin actuellement d'utiliser cette commande.
Ce param�tre indique au noyau si il essaye de charger une image du disque virtuel ou pas. En sp�cifiant `load_ramdisk=1' on indiquera au noyau de charger une disquette dans le disque virtuel. La valeur par d�faut est z�ro, ce qui signifie que le noyau n'essaiera pas de charger un disque virtuel.
Voyez le fichier linux/Documentation/ramdisk.txt
pour une description compl�te des nouveaux param�tres de d�marrage,
et comment les utiliser. La fa�on dont ces param�tres peuvent �tre
positionn�s et stock�s dans l'image du noyau via 'rdev' est aussi
d�crite.
Ce param�tre indique au noyau si il doit ou non vous demander d'ins�rer la disquette contenant l'image du disque virtuel. Dans une configuration � une seule disquette, l'image du disque virtuel est sur la m�me disquette que le noyau qui vient juste de se charger/d�marrer, et donc un message d'invite est inutile. Dans ce cas, on peut utiliser `prompt_ramdisk=0'. Dans une configuration avec deux disquettes, vous devez avoir la possibilit� de changer de disquette, et alors `prompt_ramdisk=1' peut-�tre utilis�. Etant donn� que c'est la valeur par d�faut, on n'a pas vraiment besoin de l'indiquer.
Note Historique : Des gens sournois on l'habitude d'utiliser l'option de LILO `vga=ask' pour stopper temporairement le d�marrage et avoir ainsi une chance de pouvoir passer de la disquette boot � la disquette root.
Voyez le fichier linux/Documentation/ramdisk.txt
pour une description compl�te des nouveaux param�tres de d�marrage,
et comment les utiliser. La fa�on dont ces param�tres peuvent �tre
positionn�s et stock�s dans l'image du noyau via 'rdev' est aussi
d�crite.
Bien que ce soit vrai que le disque virtuel augmente sa taille de fa�on dynamique, il existe une limite maximum afin qu'il n'utilise pas toute la m�moire vive (RAM) disponible et vous laisse dans une triste situation. Par d�faut, la taille est de 4096 (c.a.d. 4MB) qui doit �tre suffisant pour la plupart des besoins. Vous pouvez �craser cette taille par d�faut pour une plus grande ou une plus petite avec ce param�tre de d�marrage.
Voyez le fichier linux/Documentation/ramdisk.txt
pour une description compl�te des nouveaux param�tres de d�marrage,
et comment les utiliser. La fa�on dont ces param�tres peuvent �tre
positionn�s et stock�s dans l'image du noyau via 'rdev' est aussi
d�crite.
NOTE : Ce param�tre est obsol�te, et ne doit pas �tre utilis� exept� sur les noyaux v1.3.47 et ceux plus anciens. Les commandes que l'on peut utiliser pour les disques virtuels sont document�es ci-dessous.
Ceci indique la taille en Kilo-Octets du disque virtuel (RAM disk) que vous pouvez �ventuellement utiliser. Par exemple, si vous souhaitez avoir un syst�me de fichiers racine sur une disquette 1.44 Mo charg� sur le disque virtuel, vous devrez utiliser :
ramdisk=1440
C'est un des param�tres de d�marrage qui a sa valeur par d�faut
stock�e dans l'image du noyau, et qui peut �tre aussi modifi�
par l'utilitaire rdev.
La version v2.x du noyau et les versions plus r�centes
poss�dent la caract�ristique de pouvoir avoir le syst�me de fichiers
racine initialement sur un disque virtuel, et le noyau ex�cute
linuxrc sur cette image m�moire. Cette caract�ristique est
g�n�ralement utilis�e pour permettre de charger des modules
n�cessaires au montage du syst�me de fichiers racine r��l (par
exemple : charger les modules du pilote SCSI stock�s dans l'image
du disque virtuel, et alors monter le syst�me de fichiers racine
r��l sur un disque SCSI).
Le param�tre `noinitrd' actuel d�termine ce qui arrive aux donn�es
initrd apr�s que le noyau ait d�marr�. Lorsqu'il est indiqu�,
au lieu de se convertir en disque virtuel, il est accessible via
/dev/initrd, et peut-�tre lu juste avant que la RAM soit
lib�r�e pour le syst�me. Pour de plus amples d�tails sur l'utilisation
du disque RAM initial, consultez linux/Documentation/initrd.txt.
De plus, les versions les plus r�centes LILO et LOADLIN
doivent contenir des informations compl�mentaires tr�s int�ressantes.
Les param�tres suivants modifient la fa�on dont linux d�tecte ou g�re la m�moire physique et virtuelle de votre syst�me.
Ce param�tre vise deux objectifs : L'objectif principal est
d'indiquer la quantit� de m�moire install�e (ou une valeur plus
petite si vous d�sirez limiter le quantit� de m�moire disponible
pour linux). Le second ojectif (tr�s utilis�) est de sp�cifier
mem=nopentium qui indique au noyau de linux de ne pas utiliser
les caract�ristiques de la table de performance de pages de 4 MO
(4MB page table performance).
L'appel initial au BIOS d�fini dans la sp�cification des PC, et qui
renvoie la taille de la m�moire install�e, a �t� con�u pour �tre capable
de donner des tailles m�moire jusqu'� 64 Mo (H� oui, encore une manque de
pr�voyance, tout comme les disques de 1024 cylindres...Pfffff). Linux
utilise cet appel au BIOS au d�marrage pour d�terminer quelle est la
quantit� de m�moire install�e. Si vous avez plus de 64 Mo de m�moire vive
install�e, vous pouvez utiliser ce param�tre de d�marrage pour indiquer �
Linux quelle est la quantit� de m�moire dont vous disposez. Voici une
citation de Linus sur l'utilisation du param�tre `mem='.
"Le noyau acceptera tous les param�tres `mem=xx' que vous lui donnerez, et s'il s'aper�oit que vous lui avez menti, il plantera lamentablement t�t ou tard. Le param�tre indique la plus haute zone adressable, donc `mem=0x1000000' signifie que vous avez 16 Mo de m�moire, par exemple. Pour une machine ayant 96 Mo de m�moire, le param�tre serait `mem=0x6000000'."
NOTE NOTE NOTE: certaines machines peuvent utiliser le sommet de la m�moire pour le cache du BIOS ou quelque chose d'autre, c'est pourquoi il se peut que vous n'ayez pas vraiment la totalit� de ces 96 Mo comme m�moire adressable. Le contraire est aussi exact : certaines puces feront un plan de la m�moire physique couverte par la zone BIOS dans la zone situ�e juste au dessus du sommet de la m�moire, donc le sommet de la m�moire peut �tre actuellement 96Mo + 384ko par exemple. Si vous indiquez � Linux qu'il a plus de m�moire qu'il doit en avoir actuellement, des choses plut�t d�sagr�ables vous arriveront : peut-�tre pas tout de suite, mais un jour s�rement.''
Notez que cet argument n'a pas besoin d'�tre en hexad�cimal, et que
les suffixes `k' et `M' (en majuscule ou minuscule, peu importe) peuvent
�tre utilis�s pour indiquer respectivement kilo-octets et M�ga-octets
(le `k' multiplie par 10 votre valeur et le `M' la multiplie par 20).
La mise en garde expos�e ci-dessus reste vraie en cela qu'une machine
avec 96 Mo peut fonctionner avec mem=97920k mais �chouer avec soit
mem=98304k ou mem=96M.
Il permet � l'utilisateur de r�gler certains des param�tres de la m�moire virtuelle qui sont li�s aux fichiers d'�change (swap) sur disque. Il accepte les huit param�tres suivants :
MAX_PAGE_AGE
PAGE_ADVANCE
PAGE_DECLINE
PAGE_INITIAL_AGE
AGE_CLUSTER_FRACT
AGE_CLUSTER_MIN
PAGEOUT_WEIGHT
BUFFEROUT_WEIGHT
Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
linux/mm/swap.c et sur les donn�es du r�pertoire
/proc/sys/vm.
Comme le param�tre `swap=', il permet � l'utilisateur de r�gler certains des param�tres relatifs � la gestion des tampons m�moire. Il accepte les six param�tres suivant :
MAX_BUFF_AGE
BUFF_ADVANCE
BUFF_DECLINE
BUFF_INITIAL_AGE
BUFFEROUT_WEIGHT
BUFFERMEM_GRACE
Les utilisateurs avertis pourront jeter un coup d'oeuil au fichier
linux/mm/swap.c et sur les donn�es du r�pertoire
/proc/sys/vm.
Linux supporte des syst�mes comme les stations de travail sans
disques � condition que leur syst�me de fichiers racine soit de
type NFS (Network FileSystem ou Syst�me de Fichiers R�seau).
Ces param�tres sont utilis�s pour indiquer � la station exempte
de disque sur quelle machine elle doit aller chercher son syst�me.
Notez aussi que le param�tre root=/dev/nfs est requis.
Des informations d�taill�es sur l'utilisation d'un syst�me de
fichiers racine NFS sont contenues dans
linux/Documentation/nfsroot.txt. Je vous conseille de lire
ce fichier, car ce qui suit est juste un r�sum� rapide extrait
directement de ce document.
Ce param�tre indique au noyau quelle machine, quel r�pertoire et quelles options NFS sont utilis�es pour son syst�me de fichiers racine. La structure du param�tre est la suivante :
nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]
Si le param�tre nfsroot n'est pas donn� sur la ligne de commande, on utilisera par d�faut `/tftpboot/%'. Les autres options sont les suivantes :
<server-ip> - Indique l'adresse IP du serveur NFS. Si ce champ n'est pas indiqu�, l'adresse par d�faut d�termin�e par la variable nfsaddrs (voir ci-dessous) est utilis�e. Une des utilisations de ce param�tre est par exemple l'utilisation de serveurs diff�rents pour RARP et NFS. G�n�ralement vous pouvez le laisser � blanc.
<root-dir> - Nom du r�pertoire sur le serveur � monter en tant que racine. Si il y a un caract�re `%' dans la cha�ne, le caract�re sera remplac� par la repr�sentation ASCII de l'adresse IP du client.
<nfs-options> - Options NFS standard. Toutes les options sont s�par�es par des virgules. Si le champ option n'est pas indiqu�, les valeurs suivantes sont utilis�es par d�faut :
port = tel que donn� par le d�mon portmap du serveur
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
Ce param�tre de d�marrage positionne les diff�rentes adresses qui sont n�cessaires � la communication sur le r�seau. Si ce param�tre n'est pas indiqu�, le noyau essaie d'utiliser RARP et/ou BOOTP pour calculer ces param�tres. La structure est la suivante :
nfsaddrs=<my-ip>:<serv-ip>:<gw-ip>:<netmask>:<name>:<dev>:<auto>
<my-ip> - Adresse IP du client. Si elle est vide, cette adresse sera d�termin�e par RARP ou BOOTP. Le protocole utilis� d�pend de ce qui a �t� activ� pendant la configuration du noyau et sur le param�tre <auto>. Si ce param�tre n'est pas vide, ni RARP, ni BOOTP ne seront utilis�s.
<serv-ip> - Adresse IP du serveur NFS. Si RARP est utilis� pour d�terminer l'adresse du client et que ce param�tre N'EST PAS vide, seules les r�ponses du serveur sp�cifi� seront accept�es. Pour utiliser diff�rents serveurs NFS et RARP, indiquez votre serveur RARP ici (ou laissez le � blanc), et indiquez votre serveur NFS dans le param�tre nfsroot (voir ci-dessus). Si cette entr�e est � blanc, l'adresse utilis�e est celle du serveur qui r�pond � la requ�te RARP ou BOOTP.
<gw-ip> - Adresse IP d'une passerelle (gateway) si le serveur est sur un sous-r�seau diff�rent. Si cette entr�e est vide, aucune passerelle n'est utilis�e et le serveur est suppos� �tre sur le r�seau local, � moins qu'une valeur n'ait �t� re�ue par BOOTP.
<netmask> - Masque de r�seau pour les interfaces de r�seau local. Si ce param�tre est vide, le masque de r�seau est d�duit de l'adresse IP du client, � moins qu'une valeur n'ait �t� re�ue par BOOTP.
<name> - Nom du client. Si il est vide, l'adresse IP du client est utilis�e en notation ASCII, sauf si une valeur a �t� re�ue par BOOTP.
<dev> - Nom du p�riph�rique r�seau � utiliser. Si le param�tre est vide, tous les p�riph�riques sont utilis�s pour les requ�tes RARP, et le premier trouv� pour BOOTP. Pour NFS, le p�riph�rique utilis� est celui pour lequel on a re�u une r�ponse � RARP ou BOOTP. Si vous n'avez qu'un p�riph�rique, vous pouvez sans aucun risque le laisser � blanc.
<auto> - M�thode � utiliser pour l'autoconfiguration. Si `rarp' ou `bootp' sont indiqu�s, le protocole sp�cifi� est utilis�. Si la valeur est `both' ou vide, les deux protocoles seront utilis�s � condition qu'ils aient �t� activ�s durant la configuration du noyau. Utiliser 'none' signifie pas d'autoconfiguration; Dans ce cas, vous devez indiquer toutes les valeurs n�cessaires dans les champs pr�c�dents.
Le param�tre <auto> peut appara�tre seul comme valeur du param�tre nfsaddrs (sans tous les caract�res `:' avant). Dans ce cas, l'autoconfiguration est utilis�e. Toutefois, la valeur `none' n'est pas disponible dans ce cas.
Ces diff�rents param�tres de d�marrage permettent � l'utilisateur de g�rer certains param�tres internes du noyau.
Le noyau envoie des messages importants (et moins importants)
� l'op�rateur via la fonction printk(). Si le message est
consid�r� comme important, la fonction printk() envoie une
copie sur la console active, mais le transmet aussi � la fonction
klogd() qui l'archive sur le disque. La raison pour laquelle
le message est envoy� � la console et archiv� sur disque, est
simple : dans certaines circonstances malheureuses (par exemple
une d�faillance du disque) le message ne serait pas �crit sur
le disque et serait perdu.
Le seuil � partir duquel un message est consid�r� comme important,
ou ne l'est pas, est d�termin� par la variable console_loglevel.
Par d�faut, l'affichage sur la console est d�clench� pour tout ce
qui depasse le DEBUG (niveau 7). Ces niveaux sont d�finis dans
le fichier include kernel.h. Le fait de sp�cifier comme
param�tre de d�marrage debug forcera le niveau de suivi
� 10, de fa�on que tous les messages du noyau apparaissent
sur la console.
Le niveau de suivi de la console peut aussi �tre positionn�
pendant l'utilisation via une option du programme klogd().
Consultez la page du manuel correspondant � la version install�e
sur votre syst�me, pour voir comment utiliser ce programme.
Par d�faut, le noyau lance le programme `init' au d�marrage,
qui prend alors soin de configurer l'ordinateur pour les utilisateurs
en lan�ant les programmes getty, les scripts `rc' et tout le reste.
Le noyau recherche d'abord /sbin/init, ensuite
/etc/init (secondaire), et en dernier recours, il essaiera
d'utiliser /bin/sh (�ventuellement /etc/rc).
Si par exemple, votre programme init est corrompu et donc stopp� vous
serez en mesure de d�marrer, en utilisant le param�tre de d�marrage
init=/bin/sh qui vous positionnera directement dans un shell
au d�marrage, vous permettant de remplacer les programmes corrompus.
Certains coprocesseurs i387 ont des bogues qui apparaissent lorsqu'ils sont utilis�s en mode prot�g� 32 bits. Par exemple, certaines puces ULSI-387 r�centes, provoquent un blocage irr�versible lorsqu'elles font des calculs un virgule flottante, apparemment d� � un bug dans les instructions FRSAV/FRRESTOR. L'utilisation du param�tre de d�marrage `no387' fait ignorer � Linux le coprocesseur math�matique s'il y en a un. Bien s�r, votre noyau doit alors obligatoirement �tre compil� avec l'option d'�mulation du coprocesseur ! Cela peut aussi �tre int�ressant si vous poss�dez une de ces tr�s vielles machines 386 qui peuvent utiliser une FPU 80287, alors que Linux ne peut pas.
La famille des processeurs i386 (et les suivantes) ont une instruction `htl' qui indique au processeur que rien ne va se produire jusqu'� ce qu'un p�riph�rique externe (clavier, modem, disque, etc.) demande au processeur d'accomplir une t�che. Ceci permet au processeur de se mettre dans un mode `low-power' (�conomie d'�nergie) dans lequel il reste � l'�tat de zombi jusqu'� ce qu'un p�riph�rique externe le r�veille (g�n�ralement via une interruption). Certaines puces i486DX-100 r�centes ont un probl�me avec l'instruction `htl' qui est le suivant : elles ne peuvent pas retourner en mode op�rationnel de fa�on fiable apr�s que cette instruction ait �t� utilis�e. L'utilisation de l'instruction `no-hlt' indique � Linux de simplement ex�cuter une boucle infinie quand il n'y a rien d'autre � faire, et de ne pas arr�ter votre processeur quand il n'y a aucune activit�e. Ceci permet aux personnes qui utilisent ces puces d�fectueuses d'utiliser Linux, bien qu'ils doivent �tre inform�s du fait que le remplacement dans le cadre de la garantie est possible.
L'utilisation de ce param�tre au d�marrage d�sactive le d�filement d'�cran (scrolling) qui rend difficile l'emploi de terminaux Braille.
Dans le cas tr�s d�sagr�able d'une alerte du noyau (kernel panic),
c'est � dire une erreur interne qui a �t� d�tect�e par le noyau, et
pour laquelle il a d�cid� qu'elle �tait suffisamment grave
pour r�ler bruyamment et tout arr�ter ; le comportement par d�faut
est d'en rester l� jusqu'� ce que quelqu'un se penche sur le probl�me,
visualise le message sur l'�cran et red�marre la machine.
Cependant, si une machine fonctionne sans surveillance dans un local
isol� il peut-�tre souhaitable qu'il red�marre de lui-m�me afin que la
machine revienne en ligne. Par exemple, l'utilisation de `panic=30'
au d�marrage forcera le noyau � essayer de red�marrer 30 secondes
apr�s que l'alerte du noyau se soit produite. Une valeur � z�ro donne
le comportement par d�faut, qui est d'attendre �ternellement.
Notez que cette valeur d'attente peut aussi �tre lu et positionn�e
via l'interface sysctl /proc/sys/kernel/panic.
Les d�veloppeurs du noyau peuvent activer une option qui leur permet
de suivre comment et ou le noyau consomme ses cycles CPU, dans le but
d'augmenter ses capacit�s et ses performances. Cette option vous permet
de positionner cet indicateur de suivi au moment du d�marrage.
G�n�ralement il est positionn� � deux. Vous pouvez aussi compiler
votre noyau avec l'option de suivi par d�faut. Dans tous les cas,
il vous faudra un outil comme readprofile.c afin d'utiliser
les donn�es fournies par /proc/profile.
Cette option contr�le le type de red�marrage que Linux fera lorsque
vous ferez une remise � z�ro de votre ordinateur (g�n�ralement
via /sbin/init en faisant un Ctrl-Alt-Suppr).
Le comportement par d�faut des derniers noyaux v2.0 est de faire
un red�marrage `� froid' (c.a.d. remise � z�ro compl�te, le BIOS
comtr�le la m�moire, etc.) au lieu d'un red�marrage `� chaud'
(c.a.d pas de remise � z�ro totale, pas de contr�le de la m�moire).
Il a �t� modifi� pour prendre la valeur froid par d�faut depuis
que cela semble fonctionner sur des mat�riels bon march� ou
endommag�s qui ne voulaient pas red�marrer lorsqu'un red�marrage �
chaud �tait requis. Pour retrouver l'ancien comportement (c.a.d
red�marrage � chaud) utilisez reboot=w en fait n'importe quel
mot comman�ant par w fonctionnera.
Pourquoi cela pourrait-il vous ennuyer ? Certains disques incluant de la m�moire cache peuvent d�tecter un red�marrage � chaud, et �crire les donn�es du cache sur le disque. Lors d'un red�marrage � froid, la carte peut-�tre remise � z�ro, et les donn�es stock�es dans la m�moire cache seront perdues. D'autres ont signal� que des syst�mes prenaient beaucoup de temps pour v�rifier la m�moire, et/ou des BIOS SCSI qui �taient tr�s long � s'initialiser lors d'un d�marrage � froid, et c'est par cons�quent une excellente raison pour utiliser le red�marrage � chaud.
Ceci est utilis� pour prot�ger les zones des ports d'I/O des programmes de test. La syntaxe de la commande est la suivante :
reserve=iobase,extent[,iobase,extent]...
Sur certaines machines, il peut-�tre n�cessaire d'emp�cher les pilotes de p�riph�riques de contr�ler les p�riph�riques � une certaine adresse (auto-test). Ceci peut-�tre n�cessaire pour du mat�riel mal con�u qui peut provoquer un bloquage au d�marrage (comme par exemple certaines cartes r�seaux ethernet), du mat�riel mal reconnu, du mat�riel dont l'�tat a �t� modifi� par un test r�cent, ou encore si vous ne voulez pas que le noyau initialise certains mat�riels.
Le param�tre de d�marrage reserve s'attaque � ce probl�me en
sp�cifiant une zone d'un port d'entr�e/sortie qui n'a pas besoin
d'�tre test�e. Cette zone est "r�serv�e" (verrouill�e) dans la table
d'enregistrement des ports du noyau comme si un p�riph�rique avait
d�j� �t� trouv� dans cette zone (avec le nom reserved).
Notons que ce m�canisme n'est pas n�cessaire sur la plupart des machines.
Il est indispensable d'utiliser ce param�tre uniquement en cas de probl�me
ou dans certains cas particuliers.
Les ports d'entr�e/sortie dans la zone sp�cifi�e sont prot�g�s contre
les contr�les de p�riph�riques qui font un check_region() au lieu
de tester aveugl�ment une r�gion d'entr�e/sortie. Ceci a �t� introduit
pour �tre utilis� lorsqu'un pilote plante, avec la NE2000 par exemple,
ou identifie de fa�on
incorrecte un autre p�riph�rique comme �tant le sien.
Un pilote de p�riph�rique correct ne doit pas tester une zone r�serv�e,
� moins qu'un autre param�tre de d�marrage lui demande explicitement
de le faire. Ceci implique que le param�tre reserve doit �tre le
plus souvent utilis� avec un autre param�tre de d�marrage. Par cons�quent
si vous sp�cifiez une r�gion reserve pour pr�server un p�riph�rique
particulier, vous devrez en g�n�ral aussi sp�cifier de fa�on explicite
un test pour ce p�riph�rique. La plupart des pilotes ignorent la table
d'enregistrement des ports si on leur donne une adresse sp�cifique.
Par exemple, la ligne de d�marrage
reserve=0x300,32 blah=0x300
laisse tous les pilotes de p�riph�riques, except� le pilote pour `blah',
tester 0x300-0x31f.
Comme d'habitude avec les param�tres de d�marrage, il existe une limite �
11 param�tres, c'est pourquoi vous ne pouvez indiquer que 5 zones
prot�g�es par mot cl� reserve. Plusieurs ordres reserve
peuvent �tre utilis�s si vous avez une requ�te vraiment tr�s complexe.
Notez que ce n'est pas vraiment un param�tre de d�marrage. C'est une
option interpr�t�e par LILO et non pas par le kernel, contrairement �
tous les autres arguments. Pourtant, son utilisation est devenue si
commune qu'une mention lui est r�serv�e ici. Il peut aussi �tre positionn�
gr�ce � rdev -v ou par equivalence avec vidmode sur
le fichier vmlinuz. Cela permet au programme de configuration d'utiliser
le BIOS vid�o pour changer le mode d'�cran par d�faut, avant le d�marrage
du noyau de Linux. Les modes courants sont 80x50, 132x44, etc. Le
meilleur moyen d'utiliser cette option est de demarrer avec
vga=ask, qui vous demandera � l'aide d'une liste des diff�rents
modes que vous pourrez utiliser avec votre carte vid�o, avant de d�marrer
le noyau. Une fois que vous avez le nombre que vous voulez utiliser,
provenant de la liste ci-dessus, vous pouvez, plus tard, le placer � la
place de 'ask'. Pour plus d'informations, veuillez, s'il vous plait,
regarder le fichier linuxDocumentation/svga.txt/ qui existe
depuis les derni�res versions du noyau. Notez que les noyaux r�cents
(version 2.1 et sup�rieures) ont leur programme de configuration qui
permettent de changer le mode vid�o, sous la forme d'une option, list�e
comme un Support de s�lection de mode vid�o (Video mode
selection support), donc vous devez s�lectionner cette option si
vous voulez cette caract�ristique.
Cette section contient une description des param�tres de d�marrage qui sont utilis�s pour passer des informations concernant les adaptateurs h�tes et les p�riph�riques SCSI.
Les pilotes de niveau interm�diaire prennent en charge des choses comme le disques, les CD-Roms et les bandes sans s'attacher aux sp�cificit�es de chaque p�riph�riques.
Chaque p�riph�rique SCSI peut avoir un nombre de `sous-p�riph�riques' qui le composent. L'exemple le plus courant est repr�sent� par les nouveaux CD-ROM SCSI qui utilisent plus d'un disque � la fois gr�ce � un chargeur de CD. Chaque CD est adressable comme un `Logical Unit Number' (LUN = Num�ro d'Unit� Logique) de ce p�riph�rique multiple. Mais la plupart des p�riph�riques comme les disques durs, les lecteurs de bandes et autres, sont des p�riph�riques simples et on leur attribue le LUN z�ro.
Le probl�me survient avec les p�riph�riques � un seul LUN qui ont un mauvais microprogramme. Certains p�riph�riques SCSI mal con�us (anciens et malheureurement nouveaux aussi) ne supportent pas d'�tre test�s pour des LUN diff�rents de z�ro. Ils r�pondent en se bloquant, et peuvent aussi verrouiller tout le bus SCSI en m�me temps.
Les nouveaux noyaux ont une option de configuration qui vous permet d'indiquer le nombre maximum de LUN � tester. Par d�faut, ils ne testent que le LUN z�ro, pour �viter le probl�me d�crit ci-dessus.
Pour sp�cifier le nombre de LUN � tester au moment du d�marrage, il suffit d'entrer le param�tre de d�marrage `max_scsi_luns=n', o� n est un nombre compris entre un et huit. Pour �viter les probl�mes d�crits pr�c�demment, on peut utiliser n=1 pour �viter de perturber les p�riph�riques d�fectueux.
Certaines configurations de d�marrage pour les lecteurs de bande SCSI peuvent �tre obtenues en utilisant ce qui suit :
st=buf_size[,write_threshold[,max_bufs]]
Les deux premiers nombres sont donn�s en kilo-octets.
La valeur par d�faut du buf_size est 32 ko, et la taille maximum
qui peut �tre donn�e est la valeur ridicule de 16384 ko.
La zone write_threshold est la valeur � laquelle le tampon est
envoy� vers la bande, avec une valeur par d�faut de 30ko.
Le nombre maximum de tampons varie en fonction du nombre de lecteurs
d�tect�s, et a une valeur par d�faut �gale � deux. Voici un exemple
d'utilisationnbsp;:
st=32,30,2
Des indications plus pr�cises peuvent �tre trouv�es dans le fichier
README.st qui est dans le r�pertoire scsi de l'arborescence
des sources du noyau.
Notations utilis�es dans cette section :
iobase Le premier port d'Entr�e/Sortie que le serveur SCSI occupe.
Ceux-ci sont donn�s en notation hexad�cimale, et sont g�n�ralement
situ�s dans la fourchette 0x200 � 0x3ff.
irq L'interruption mat�rielle pour laquelle la carte a �t�
configur�e. Les valeurs autoris�es d�pendront de la carte en question,
mais seront g�n�ralement 5, 7, 9, 10, 11, 12, et 15. Les autres valeurs
�tant g�n�ralement utilis�es pour les p�riph�riques courants comme les
disques durs IDE, les lecteurs de disquettes, les ports s�rie, etc.
dma Le canal DMA (Direct Memory Access - Acc�s Direct � la M�moire)
G�n�ralement appliqu� aux cartes de pilotage du bus. Les cartes PCI et VLB
pilotent directement le bus, et ne n�cessitent pas de canal DMA ISA.
scsi-id L'identifiant que la carte-serveur utilise pour
s'identifier elle-m�me sur le bus SCSI. Un certain nombre de cartes
serveur vous permettront de modifier cette valeur, alors que d'autres
ont cette valeur stock�e de fa�on d�finitive sur la carte. La valeur
par d�faut la plus courante est sept, mais les cartes Seagate et
Future Domain TMC-950 par exemple utilisent la valeur six.
parity D�termine si la carte serveur SCSI doit demander aux p�riph�riques
connect�s de fournir une valeur de parit� avec tous les �changes
d'informations. La valeur 1 indique que la d�tection de parit� est activ�e,
et la valeur 0 d�sactive le contr�le de parit�. Encore une fois, toutes
les cartes ne supportent pas la s�lection du contr�le de parit� par
les param�tres de d�marrage.
Les valeurs aha font r�f�rence � des cartes et les valeurs aic font r�f�rence aux puces SCSI actuelles de ce type de cartes, y compris la Soundblaster-16 SCSI.
Le code de test de ces serveurs SCSI recherche s'il existe un BIOS install�, et s'il n'est pas pr�sent, le test ne trouvera pas votre carte. Vous aurez alors � utiliser le param�tre de d�marrage avec la syntaxe suivante :
aha152x=iobase[,irq[,scsi-id[,reconnect[,parity]]]]
Notez que si le pilote a �t� compil� avec l'option de recherche d'erreur activ�e, une sixi�me valeur peut �tre sp�cifi�e pour fixer le niveau de recherche d'erreur.
Tous les param�tres sont d�crits au d�but de cette section, et la
valeur reconnect permet au p�riph�rique de se d�connecter/reconnecter
si une valeur diff�rente de z�ro est utilis�e.
Voici un exemple d'utilisation :
aha152x=0x340,11,7,1
Notez que les param�tres doivent �tre donn�s dans l'ordre, ce qui signifie que si vous d�sirez sp�cifier une configuration de parit�, vous devrez alors indiquer les valeurs de iobase, irq, scsi-id et reconnect aussi.
Ce sont les gammes de cartes aha154x. Les diff�rentes cartes aha1542 ont un contr�leur de disquette i82077 en interne, tandis que les cartes de la s�rie aha1540 n'en ont pas. Ce sont des cartes � "busmastering", (contr�le de bus) et elles ont des param�tres qui permettent d'indiquer le niveau ``d'�quit�'' qui est utilis� pour partager le bus avec les autres p�riph�riques. Le param�tre de d�marrage ressemble � ce qui suit.
aha1542=iobase[,buson,busoff[,dmaspeed]]
Les valeurs couramment utilis�es pour iobase sont les suivantes :
0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
Des clones de cartes peuvent autoriser d'autres valeurs.
Les valeurs buson, busoff indiquent le nombre de microsecondes
pendant lesquelles la carte est prioritaire sur le bus ISA. Les valeurs
par d�faut sont 11 �s prioritaire, et 4 �s non prioritaire, de fa�on
que d'autres cartes (comme une carte Ethernet ISA LANCE) aient
une chance d'avoir acc�s au bus ISA.
La valeur dmaspeed fait r�f�rence � la vitesse (en Mo/s) �
laquelle s'effectue le transfert DMA (Direct Memory Access, M�moire �
Acc�s Direct). La valeur par d�faut est 5 Mo/s. Les nouvelles versions
de ces cartes vous permettent de s�lectionner cette valeur de fa�on
logicielle alors que les anciennes cartes utilisait des cavaliers.
Vous pouvez utiliser des valeurs allant jusqu'� 10 Mo/s en supposant
que votre carte m�re soit capable de les supporter. Exp�rimentez
prudemment si vous utilisez des valeurs sup�rieures � 5 Mo/s.
Ces cartes peuvent recevoir un param�tre selon la syntaxe suivante :
aic7xxx=extended,no_reset
La valeur de extended, si elle est diff�rente de z�ro, indique
que la traduction �tendue pour les disques de grande capacit� est activ�e.
La valeur no_reset, si elle est diff�rente de z�ro, indique au pilote
de ne pas r�initialiser le bus SCSI lorsqu'il configure la carte-serveur
au d�marrage.
Le pilote AdvanSys peut accepter jusqu'� quatre adresses I/O
qui seront test�es pour une carte SCSI AdvanSys. Notez que ces
valeurs (si elles sont utilis�es) n'auront en aucun cas d'effet
sur les tests EISA ou PCI.
Elles sont seulement utilis�es pour tester les cartes ISA et VLB.
De plus, si le pilote a �t� compil� avec l'option de d�bogage
activ�e, le niveau de d�tail des informations renvoy�es par le
d�bogage peut �tre indiqu� en ajoutant un param�tre
0xdeb[0-f]. Le 0-f permet de faire afficher
les 16 niveaux de messages de d�bogage.
Contrairement aux autres param�tres de d�marrage, le pilote IN2000 utilise des pr�fixes de type cha�ne ASCII pour la plupart de ses param�tres entiers; Voici la liste des param�tres accept�s :
ioport:addr
- O� addr est l'adresse IO d'une carte (g�n�ralement sans m�moire morte 'ROM').
noreset
- Pas de param�tres optionnels. Evite la remise � z�ro du bus SCSI au moment du d�marrage.
nosync:x
- x est un masque d'octets (bitmask) ou les 7 premiers bits correspondent aux 7 p�riph�riques SCSI possibles (bit 0 pour le p�riph�rique #0, etc). Positionnez un bit pour PREVENIR une n�gociation de synchronisation sur ce p�riph�rique. Par d�faut sync est DESACTIVE sur tous les p�riph�riques.
period:ns
- ns est la dur�e minimum en nanosecondes d'une p�riode de transfert de donn�es en SCSI. La valeur par d�faut est 500; les valeurs doivent �tre comprises entre 250 et 1000.
disconnect:x
- x = 0 pour ne jamais autoriser les d�connexions, 2 pour toujours les autoriser. x = 1 fait des d�connexions 'selon le besoin', ce qui est la valeur par d�faut et g�n�ralement le meilleur choix.
debug:x - Si `DEBUGGING_ON' est positionn�, x est un masque d'octets qui provoque diff�rents types de sorties de d�bogage pour imprimer (voyez le DB_xxx d�finis dans in2000.h).
proc:x - Si `PROC_INTERFACE' est d�fini, x est un masque d'octets qui indique comment fontionne l'interface /proc et ce qu'elle fait (voir la d�finition de PR_xxx dans in2000.h
Quelques exemples d'utilisation sont list�s ci-dessous :
in2000=ioport:0x220,noreset
in2000=period:250,disconnect:2,nosync:0x03
in2000=debug:0x1e
in2000=proc:3
Contrairement aux autres pilotes, celui-ci n'utilise pas de param�tres de d�marrage pour indiquer les E/S, les IRQ ou les DMA (depuis que le AM53C974 est un p�riph�rique PCI, il n'a pas besoin de la faire). En revanche, les param�tres sont utilis�s pour communiquer les modes de transfert et les vitesses qui doivent �tre utilis�s entre le serveur (host) et le p�riph�rique cible. Utilisons un exemple pour y voir plus clair :
AM53C974=7,2,8,15
Ceci peut �tre interpr�t� de la mani�re suivante :
`Pour communiquer entre le contr�leur d'identifiant SCSI-ID 7
et le p�riph�rique d'identifiant SCSI-ID 2, un taux de transfert
de 8 MHz en mode synchrone, avec un d�calage maximum de 15 octets
doit �tre n�goci�.' De plus amples d�tails peuvent �tre trouv�s
dans le fichier linux/drivers/scsi/README.AM53C974
Dans les anciens noyaux, les pilotes buslogic n'acceptent qu'un seul param�tre, qui est l'adresse d'entr�e/sortie. Elle doit correspondre � l'une des valeurs suivantes :
0x130, 0x134, 0x230, 0x234, 0x330, 0x334.
Avec les noyaux v2.x, le pilote BusLogic accepte de nombreux param�tres (notez la casse ci dessus ; B et L majuscule !!!). La description d�taill�e qui suit est extraite directement du pilote de Leonard N. Zubkoff inclus dans le noyau v2.0 .
Pour le pilote BusLogic, une ligne de commande destin�e au noyau comprend l'identifiant du pilote "BusLogic=" �ventuellement suivi par une s�rie d'entiers s�par�s par des virgules, et accessoirement par une suite de chaines aussi s�par�es par des virgules. Chaque ligne de commande s'applique � un adaptateur BusLogic. Des lignes de commande multiples peuvent �tre utilis�es sur des syst�mes utilisant plusieurs cartes BusLogic.
Le premier entier indiqu� est l'adresse d'Entr�e/Sortie (I/O Address) � laquelle l'adaptateur est situ�. Si il n'est pas sp�cifi�, il est positionn� � z�ro, ce qui indique d'appliquer cette ligne de commande au premier adaptateur BusLogic trouv� lors de la s�quence de d�tection. Si une adresse I/O est fournie sur la ligne de commande, la s�quence de d�tection est ignor�e.
Le second entier fourni est la profondeur de la 'Tagged Queue' � utiliser pour les p�riph�riques cibles qui utilisent le 'Tagged Queuing'. La profondeur de cette file correspond au nombre de commandes SCSI qui peuvent �tre envoy�es simultan�ment pour �tre �x�cut�es. Si rien n'est indiqu�, la valeur par d�faut est z�ro, et indique d'utiliser une valeur d�termin�e automatiquement en fonction du 'Total Queue Depth' de l'adaptateur, ainsi que du nombre, du type, de la vitesse des p�riph�riques cible d�tect�s. Pour les adaptateurs qui requi�rent des 'ISA Bounce Buffers', le 'Tagged Queue Depth' est automatiquement positionn� � 'BusLogic_TaggedQueueDepth_BB' pour �viter une pr�allocation excessive de m�moire 'DMA Bounce Buffer'. Les p�riph�riques cibles qui ne supportent pas le 'Tagged Queuing' utilisent une 'Queue Depth' ayant pour valeur 'BusLogic_UntaggedQueueDepth'.
Le troisi�me entier est le 'Bus Settle Time' (temps de stabilisation du bus) en secondes. C'est le temps � attendre entre une remise � z�ro physique de l'adaptateur, qui initialise une remise � z�ro du bus SCSI, et le moment o� l'on peut passer une commande SCSI. Si rien n'est indiqu�, il est � z�ro par d�faut, ce qui indique d'utiliser la valeur BusLogic_DefaultBusSettleTime.
Le quatri�me entier correspond aux options locales. Si rien n'est indiqu�, la valeur par d�faut est 0. Notez que ces options locales sont uniquement utilis�es sur un adaptateur h�te sp�cifique.
Le cinqui�me entier correspond aux options globales. Si rien n'est indiqu�, le valeur par d�faut est 0. Notez que les options globales sont appliqu�es � tous les adaptateurs h�tes.
Les cha�nes d'options sont utilis�es pour contr�ler le 'Tagged Queuing', le recouvrement d'erreur, et le test de l'adaptateur h�te.
Les indications pour le 'Tagged Queuing' commencent par "TQ:" et permettent d'indiquer pr�cisemment o� le 'Tagged Queuing' est autoris� sur les p�riph�riques cibles qui le supportent. Les sp�cifications suivantes sont disponibles :
TQ:Default
- Le 'Tagged Queuing' sera permis, bas� sur la version de micro-code de l'adaptateur h�te BusLogic et conditionn� par la valeur de 'Tagged Queue Depth' qui doit permettre la mise en file d'attente de multiples commandes.
TQ:Enable
- Le 'Tagged Queuing' est activ� pour tous les p�riph�riques de cet adaptateur h�te, outrepassant toutes les limitations qui seraient impos�es par la version de micro-code de cet adaptateur.
TQ:Disable
- Le 'Tagged Queuing' sera d�sactiv� pour tous les p�riph�riques reli�s � cet adaptateur h�te.
TQ:<Per-Target-Spec>
- Le 'Tagged Queuing' sera contr�l� individuellement pour chaque p�riph�rique cible. <Per-Target-Spec> est une s�quence de caract�res "Y", "N", et "X". "Y" active le 'Tagged Queuing', "N" d�sactive le 'Tagged Queuing', et "X" correspond � la valeur par d�faut bas�e sur la version du micro-code. Le premier caract�re correspond au p�riph�rique cible 0, le second au p�riph�rique cible 1, et ainsi de suite ; Si la s�quence de caract�res "Y", "N", et "X" ne suffit pas pour tous les p�riph�riques cibles, les caract�res non-indiqu�s prendront la valeur "X".
Notez que la demande explicite de 'Tagged Queuing' peut conduire � des probl�mes. Cette capacit� est fournie principalement pour permettre de d�sactiver le 'Tagged Queuing' sur des p�riph�riques qui ne l'utilisent pas correctement.
Les indications de la Strat�gie de Recouvrement d'Erreurs commencent par "ER:" et permettent d'indiquer l'action de recouvrement d'erreur � effectuer quand la 'ResetCommand' est appell�e en raison d'un incident sur une commande SCSI, de fa�on � finir correctement. Les options suivantes sont disponibles :
ER:Default
- Le Recouvrement d'Erreur choisira entre la remise � z�ro physique (Hard Reset) et la remise � z�ro du bus des p�riph�riques (Bus Device Reset) selon les recommandations du sous syst�me SCSI.
ER:HardReset
- Le Recouvrement d'Erreur demandera une remise � z�ro physique de l'adaptateur h�te, ce qui provoquera aussi une remise � z�ro du bus SCSI.
ER:BusDeviceReset
- Le recouvrement d'Erreur enverra un message 'Bus Device Reset' (remise � z�ro du bus) individuellement au p�riph�rique provoquant l'erreur. Si le Recouvrement d'Erreur est � nouveau appel� pour ce p�riph�rique, et qu'aucune commande SCSI de ce p�riph�rique n'a �t� �xecut�e avec succ�s depuis le dernier message 'Bus Device Reset' a �t� envoy�, alors une remise � z�ro physique est provoqu�e.
ER:None
- Le Recouvrement d'Erreur sera supprim�. Cette option peut seulement �tre s�lectionn�e si un 'SCSI Bus Reset' ou un 'Bus Device Reset' provoque un plantage du p�riph�rique cible de fa�on totale et irr�cup�rable.
ER:<Per-Target-Spec>
- Le Recouvrement d'Erreur sera contr�l� individuellement pour chaque p�riph�rique. <Per-Target-Spec> est une s�quence de caract�res "D", "H", "B", et "N". "D" correspond � 'Default', "H" � 'Hard Reset', "B" � 'Bus Device Reset', et "N" � 'None'. Le premier caract�re correspond au p�riph�rique 0 , le second au p�riph�rique 1, et ainsi de suite. Si la s�quence de caract�res "D", "H", "B", et "N" ne suffit pas pour tous les p�riph�riques possibles, les carract�res manquants correspondront � "D".
Les sp�cifications de test de l'adaptateur h�te sont les suivantes :
NoProbe - Aucun test d'aucune sorte ne doit �tre fait, et par cons�quent, aucun adaptateur h�te BusLogic ne sera d�tect�.
NoProbeISA - Aucun test des adresses I/O standard ISA ne sera fait, et par cons�quent, seuls les adaptateurs h�tes PCI seront d�tect�s.
NoSortPCI - Les adaptateurs h�tes PCI seront �num�r�s dans l'ordre fourni par le BIOS PCI, ignorant tous les param�tres de l'option "Utilisation du # des bus et p�riph�riques pour la s�quence d'analyse du bus PCI" de l'AutoSCSI.
Depuis la d�j� ancienne version v2.0 du noyau, les pilotes EATA acceptent un param�tre de d�marrage permettant d'indiquer les adresses d'entr�e/sortie qui doivent �tre test�es. Il est de la forme :
eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
Le pilote testera les adresses dans l'ordre o� elles sont fournies.
Le code de test pour ces h�tes SCSI recherche un BIOS install�, et s'il n'en d�tecte aucun, le test ne trouvera pas votre carte. Ou si la signature de votre BIOS n'est pas reconnue, elle ne sera pas trouv�e non plus. Dans ce cas, vous aurez � utiliser un param�tre de d�marrage de la forme :
tmc8xx=mem_base,irq
La valeur mem_base est l'adresse dans le plan m�moire de la r�gion
d'entr�e/sortie utilis�e par la carte. C'est g�n�ralement une des valeurs
suivantes :
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Le pilote d�tecte ces cartes selon une liste connue de signatures
de BIOS ROM. Pour obtenir une liste compl�te des r�visions connues
de BIOS, voyez le fichier linux/drivers/scsi/fdomain.c
qui contient beaucoup d'informations en d�but de fichier. Si votre
BIOS n'est pas connu du pilote, vous pourrez utiliser un for�age
de la fa�on suivante :
fdomain=iobase,irq[,scsi_id]
Ce pilote est pour l'adaptateur SCSI de l'IOMEGA Port Parall�le qui est int�gr� dans le lecteur IOMEGA ZIP. Il peut aussi fonctionner avec le p�riph�rique d'origine IOMEGA PPA3. Le param�tre de d�marrage pour ce pilote a la structure suivante :
ppa=iobase,speed_high,speed_low,nybble
o� tous les param�tres sont facultatifs, sauf 'iobase'. Si vous
souhaitez modifier un des trois �l�ments, il serait bon de lire
au pr�alable le document linux/drivers/scsi/README.ppa
afin d'obtenir des d�tails sur ces param�tres.
Selon votre carte, le 5380 peut-�tre soit 'i/o mapped' ou 'memory
mapped' (r�pertori� en entr�e/sortie ou r�pertori� en m�moire).
Une adresse en dessous de 0x400 indique souvent l'i/o mapping,
cependant, les mat�riels PCI et EISA utilisent des adresses
d'entr�e/sortie au dessus de 0x3ff. Dans tous les cas, vous indiquez
l'adresse, la valeur de l'IRQ, et la valeur du canal DMA. Un exemple
pour une carte 'i/o mapped' serait : ncr5380=0x350,5,3.
Si la carte n'utilise pas les interruptions, une valeur d'IRQ 255
(0xff) d�sactivera les interruptions. Une IRQ � 254 indiquera
d'activer l'autotest. Des d�tails suppl�mentaires sont fournis dans
le document linux/drivers/scsi/README.g_NCR5380.
Le support du 53c400 est fait avec le m�me pilote que le support du 5380 mentionn� ci-dessus. Le param�tre de d�marrage est identique au pr�c�dent, sauf qu'aucun canal DMA n'est utilis� par le 53c400.
Ce pilote utilise un param�tre de d�marrage de la forme suivante :
ncr53c406a=PORTBASE,IRQ,FASTPIO
o� les param�tres IRQ et FASTPIO sont optionnels. Une valeur
d'interruption � z�ro d�sactive l'utilisation des interruptions.
L'utilisation d'une valeur � 1 pour FASTPIO active l'utilisation
des instructions insl et outsl au lieu des instructions
mono-octet inb et outb. Le pilote peut aussi utiliser
le DMA comme une option utilis�e lors de la compilation (compile-time
option).
La PAS16 utilise une puce NCR5380 SCSI, et les nouveaux mod�les peuvent �tre configur�s de fa�on logicielle. La syntaxe du param�tre est la suivante :
pas16=iobase,irq
La seule diff�rence est que vous pouvez sp�cifier une valeur d'IRQ �gale
� 255, qui indique au pilote de travailler sans utiliser les interruptions,
malheureusement au d�triment des performances. La valeur de iobase
est g�n�ralement 0x388.
Le code du programme de test de cet h�te SCSI recherche un BIOS install�, et s'il n'y en a aucun de pr�sent, le test ne trouvera pas votre carte. Ou si la signature de votre BIOS n'est pas reconnue elle ne sera pas trouv�e non plus. Dans ce cas, vous aurez � utiliser le param�tre suivant :
st0x=mem_base,irq
La valeur de mem_base est l'adresse dans le plan m�moire de la r�gion
d'entr�e/sortie utilis�e par la carte. En g�n�ral, il s'agit d'une des
valeurs suivantes :
0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000, 0xde000.
Cette carte est aussi con�ue autour de la puce NCR5380, et accepte les options suivantes :
t128=mem_base,irq
Les valeurs autoris�es pour mem_base sont les suivantes :
0xcc000, 0xc8000, 0xdc000, 0xd8000.
Notez que pour cette carte tout se pr�sente sous la forme de deux
pilotes ind�pendants, nomm�s CONFIG_SCSI_U14_34F qui utilise
u14-34f.c et CONFIG_SCSI_ULTRASTOR qui utilise
ultrastor.c. C'est le u14-34f qui (jusqu'au dernier noyau v2.0)
accepte un param�tre de d�marrage de la forme :
u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
Le pilote autotestera les adresses dans l'ordre dans lequel elles apparaissent.
Le test du pilote pour le wd7000 cherche une chaine connue de BIOS ROM et connait quelques r�glages standards de configuration. Si il ne retrouve pas les valeurs correctes pour votre carte, ou que vous avez une version de BIOS non reconnue, vous pouvez utiliser le pram�tre suivant :
wd7000=irq,dma,iobase
Pour l'instant, les cartes SCSI suivantes n'utilisent aucun des param�tres de d�marrage. Dans certains cas, vous pouvez "bricoler" les valeurs en �ditant directement le pilote lui-m�me, si cela est n�cessaire bien s�r.
Adaptec aha1740 (autotest EISA),
NCR53c7xx, 8xx (PCI, toutes les deux)
Qlogic Fast (0x230, 0x330)
Qlogic ISP (PCI)
Cette section fait la liste de tous les param�tres de d�marrage associ�s aux lecteurs de disques standards MFM/RLL, ST-506, XT, et IDE. Notez que les deux pilotes IDE et ST-506 HD acceptent l'option `hd='.
Les pilotes IDE acceptent un certain nombre de param�tres, qui vont de la
d�finition des caract�ristiques du disque, � la correction des erreurs
produites par les nouvelles puces ou celles qui sont d�fectueuses.
Ce qui suit est un r�sum� des param�tres de d�marrage possibles.
Pour plus de d�tails, il faut absolument consulter le fichier
ide.txt dans le r�pertoire linux/Documentation, duquel
ce r�sum� est extrait.
"hdx=" est reconnu pour toutes les valeurs de "x", de "a" to "h", comme "hdc".
"idex=" est reconnu pour toutes les valeurs de "x" de "0" � "3", comme "ide1".
"hdx=noprobe" : le lecteur est peut-�tre pr�sent, mais ne pas le tester
"hdx=none" : le lecteur n'est PAS pr�sent, ignorer le cmos et
ne pas tester.
"hdx=nowerr" : ignorer le bit WRERR_STAT sur ce lecteur
"hdx=cdrom" : le lecteur est pr�sent, et c'est un cdrom
"hdx=cyl,head,sect" : le lecteur est pr�sent, avec la description indiqu�e
"hdx=autotune" : le pilote essaiera de r�gler la vitesse de l'interface
pour atteindre le plus rapide des modes PIO support�s,
si possible pour ce lecteur seulement.
Ce n'est pas support� par tous les types de puces,
et peut de temps en temps poser des probl�mes avec
les disques IDE anciens ou originaux.
"idex=noprobe" : ne pas tenter d'acc�der ou utiliser cette interface
"idex=base" : tester l'interface � l'adresse indiqu�e,
o� "base" est g�n�ralement 0x1f0 ou 0x170
et "ctl" est consid�r� comme �tant "base"+0x206
"idex=base,ctl" : indiquer les deux, base et ctl
"idex=base,ctl,irq" : indiquer les valeurs de base, ctl, et irq
"idex=autotune" : le pilote tentera de r�gler la vitesse de l'interface
pour atteindre le plus rapide des modes PIO support�s,
pour tous les lecteurs de cette interface.
Ce n'est pas support� par tous les types de puces,
et peut de temps en temps poser des probl�mes avec
les disques IDE anciens ou originaux.
"idex=noautotune" : le pilote n'essaiera PAS de r�gler la vitesse
de l'interface. Ceci est la valeur par d�faut pour
le plupart des puces, except� le cmd640.
"idex=serialize" : ne pas empi�ter sur les op�rations sur idex et ide(x^1)
Les suivants sont valides SEULEMENT pour ide0, et les valeurs par d�faut pour base, ctl et ports ne doivent pas �tre modifi�s.
"ide0=dtc2278" : teste/supporte l'interface DTC2278
"ide0=ht6560b" : teste/supporte l'interface HT6560B
"ide0=cmd640_vlb" : *REQUIS* pour les cartes VLB avec la puce CMD640
(pas pour PCI - automatiquement d�tect�)
"ide0=qd6580" : teste/supporte l'interface qd6580
"ide0=ali14xx" : teste/supporte les puces ali14xx (ALI M1439/M1445)
"ide0=umc8672" : teste/supporte les puces umc8672
Tout le reste est rejet� par un message "BAD OPTION" (mauvaise option).
Le pilote standard de disque accepte les m�mes param�tres que le pilote IDE. Notez cependant qu'il ne requiert que 3 valeurs (C/H/S) - Ni plus ni moins, et il vous ignorera -. De plus, il accepte uniquement le param�tre `hd=', c'est � dire que `hda=', `hdb=' et tout le reste ne sont pas autoris�s ici. Le format est le suivant :
hd=cyls,heads,sects
Si deux disques sont install�s, la ligne ci-dessus est r�p�t�e avec les caract�ristiques techniques du second disque.
Si vous �tes malchanceux au point d'utiliser une de ces vieilles cartes 8 bits qui transf�re les donn�es � la vitesse fulgurante de 125 ko/s, c'est ici qu'est le scoop. Le code de test pour ces cartes recherche un BIOS install� et s'il n'en trouve pas, le test ne d�tectera pas votre carte. Ou encore, si la signature de votre BIOS n'est pas reconnue, le test ne trouvera pas votre carte non plus. Dans n'importe lequel de ces cas, vous devrez utiliser le param�tre suivant :
xd=type,irq,iobase,dma_chan
La valeur de type indique qui est le constructeur de la carte et peut
prendre les valeurs suivantes : 0=generic; 1=DTC; 2,3,4=Western Digital,
5,6,7=Seagate; 8=OMTI. La seule diff�rence entre les diff�rents types
pour un m�me constructeur est la cha�ne BIOS utilis�e pour la d�tection,
et qui n'est pas utilis�e si le type est sp�cifi�.
La fonction xd_setup() ne contr�le pas les valeurs, et supporte que
vous saisissiez les 4 valeurs. Ne soyez pas d��u. Voici un exemple
d'utilisation pour un contr�leur WD1002 avec un BIOS inactiv�/supprim�,
utilisant les param�tres `par d�faut' du controleur XT :
xd=2,5,0x320,3
Cette section fait l'inventaire de tous les param�tres de d�marrage possibles pour les lecteurs de CD-ROM. Ceci n'inclut pas les CD-ROMs SCSI ou IDE/ATAPI. Consultez les sections appropri�es pour ces types de CD-ROMs.
Notez que la plupart de ces CD-ROM ont des fichiers de documentation
que vous devriez lire, et ils sont tous dans le r�pertoire :
linux/Documentation/cdrom.
La syntaxe pour ce type de carte est :
aztcd=iobase[,magic_number]
Si vous positionnez le magic_number (nombre magique) � 0x79
alors le pilote essaiera puis laissera tomber dans le cas d'une
microprogrammation inconnue. Toutes les autres valeurs seront ignor�es.
On rencontre cette interface CD-ROM sur certaines cartes son Pro Audio Spectrum, ainsi que sur les autres cartes d'interface fournies par Sony. La syntaxe est la suivante :
cdu31a=iobase,[irq[,is_pas_card]]
Le fait de sp�cifier une valeur d'IRQ �gale � z�ro indique au pilote que les interruptions logicielles ne sont pas support�es (comme sur certaines cartes PAS). Si votre carte supporte les interruptions, vous devrez les utiliser car elles abaissent la consommation de CPU par le pilote.
Le `is_pas_card' peut-�tre saisi sous la forme suivante `PAS' si vous utilisez une carte Pro Audio Spectrum, mais on peut aussi ne pas l'indiquer.
La syntaxe pour cette interface de CD-ROM est :
sonycd535=iobase[,irq]
La valeur z�ro peut-�tre utilis�e comme `bouche-trou' pour l'I/O base si l'on d�sire sp�cifier une valeur d'IRQ.
La syntaxe pour cette interface de CD-ROM est :
gscd=iobase
La syntaxe pour cette interface de CD-ROM est :
mcd=iobase,[irq[,wait_value]]
La valeur wait_value est utilis�e comme une valeur interne de
d�passement de temps pour les gens qui ont des probl�mes avec leur
disques, et peut, ou non, �tre impl�ment�e en fonctions d'une
instruction DEFINE lors de la compilation.
la syntaxe pour cette interface de CD-ROM est :
isp16=[port[,irq[,dma]]][[,]drive_type]
Utiliser une valeur � 0 pour irq ou dma signifie qu'ils
ne sont pas utilis�s. Les valeurs possibles pour drive_type
sont noisp16, Sanyo, Panasonic, Sony, et Mitsumi.
L'utilisation de noisp16 d�sactive les lecteurs totalement.
Pour l'instant, ce pilote `exp�rimental' poss�de une fonction de configuration mais aucun param�tre n'est encore impl�ment� (version 1.3.15). Le mat�riel est le m�me que ci-dessus, mais le pilote poss�de de nouvelles fonctionnalit�s.
La syntaxe pour ce type de carte est :
optcd=iobase
La syntaxe pour ce type de carte est :
cm206=[iobase][,irq]
La valeur de l'IRQ est comprise entre 3 et 11,et les adresses des ports
d'entr�e/sortie sont comprises entre 0x300 et 0x370, vous
pouvez donc sp�cifier un ou deux nombres, dans n'importe quel ordre.
Il accepte aussi `cm206=auto' pour activer l'autotest.
La syntaxe pour ce type de carte est :
sjcd=iobase[,irq[,dma_channel]]
La syntaxe de ce type de carte est :
sbpcd=iobase,type
O� type prend une des valeurs suivantes (Attention : le respect des
majuscules et des minuscules est important) : `SoundBlaster',
`LaserMate', ou `SPEA'.
L'adresse d'entr�e/sortie de base est celle de l'interface de CD-ROM,
et non celle de la partie son de la carte.
Tous les autres p�riph�riques qui ne peuvent �tre class�s dans une des cat�gories ci-dessus sont entass�s ici.
Diff�rents pilotes utilisent diff�rents param�tres, mais ils partagent tous au moins une IRQ, une adresse d'entr�e/sortie, et un nom. Dans sa forme la plus g�n�rique, cela ressemble � �a :
ether=irq,iobase[,param_1[,param_2,...param_8]]],name
Le premier argument non-num�rique est pris comme nom.
La valeur param_n (si elle est applicable) a g�n�ralement
des significations diff�rentes pour chaque carte/pilote.
Les valeurs courantes de param_n sont utilis�es pour indiquer des
choses comme l'adresse de la m�moire partag�e, la s�lection d'interface,
le canal DMA et ainsi de suite.
L'utilisation la plus courante de ce param�tre est de forcer le test d'une seconde carte ethernet, alors que par d�faut on en teste une seule. Ceci peut �tre accompli avec un simple ordre :
ether=0,0,eth1
Notez que la valeur z�ro pour l'IRQ et l'I/O base dans l'exemple ci-dessus indiquent au pilote de faire un autotest.
NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES : ce qui est indiqu�
ci-dessus ne forcera pas un autotest pour une seconde si vous
utilisez les pilotes de p�riph�riques en tant que modules chargeables
au moment de l'ex�cution (au lieu de les avoir compil�s dans le noyau).
La plupart des distributions de Linux utilisent un noyau
central d�pouill� combin� avec une large s�lection de pilotes
modulaires. Le param�tre ether= s'applique seulement aux pilotes
compil�s directement dans le noyau.
Le Ethernet-HowTo d�crit de fa�on exhaustive l'utilisation de
plusieurs cartes simultan�ment, ainsi que la fa�on dont est utilis�e
la valeur param_n en fonction des sp�cificit�s de chaque
carte/pilote. Les lecteurs concern�s pourront faire r�f�rence � la
section de ce document correspondant � leur carte pour une information
plus pr�cise.
Ethernet-HowTo
Il existe de nombreuses options pour le pilote du lecteur de disquette,
et qui sont list�es dans le fichier README.fd dans le r�pertoire
linux/drivers/block. Cette information est extraite directement
du fichier.
floppy=mask,allowed_drive_mask
Positionne le "bitmask" (masque binaire) des lecteurs autoris�s
� la valeur mask. Par d�faut, seules les unit�s 0 et 1 de chaque
contr�leur de lecteur de disquette sont autoris�es. Ceci est fait car
certains mat�riels non-standards (cartes m�res ASUS PCI) mettent la
pagaille dans le clavier lorsque l'on acc�de aux unit�s 2 ou 3. Cette
option est un peu obsol�te en raison de l'option cmos.
floppy=all_drives
Positionne le "bitmask" (masque binaire) des disques autoris�s � tous les disques. Utilisez ceci si vous avez plus de deux lecteurs de disquette connect�s � un contr�leur de lecteur de disquettes.
floppy=asus_pci
Positionne le "bitmask" uniquement aux unit�s autoris�es 0 et 1. (Par d�faut)
floppy=daring
Indique au pilote du lecteur de disquette que vous avez un contr�leur de lecteur de disquette qui se conduit bien. Ceci permet des op�rations plus efficaces et plus discr�tes, mais peut �chouer sur certains contr�leurs. Ceci peut acc�l�rer certaines op�rations.
floppy=0,daring
Indique au pilote du lecteur de disquette que votre contr�leur doit �tre utilis� avec pr�caution.
floppy=one_fdc
Indique au pilote de lecteur de disquette que vous n'avez qu'un contr�leur de lecteur de disquette (Par d�faut).
floppy=two_fdc ou floppy=address,two_fdc
Indique au pilote de lecteur de disquette que vous avez deux contr�leurs de lecteurs de disquette. Le second contr�leur est suppos� �tre � l'adresse indiqu�e. Si l'adresse n'est pas donn�e on suppose qu'elle est �gale � 0x370.
floppy=thinkpad
Indique au pilote de lecteur de disquette que vous avez un Thinkpad. Les Thinkpads utilisent une convention invers�e pour la "disk change line" (ligne de changement de disque).
floppy=0,thinkpad
Indique au pilote de lecteur de disquette que vous ne poss�dez pas un Thinkpad.
floppy=drive,type,cmos
Positionne le type cmos du drive � type.
De plus, ce lecteur est autoris� dans le "bitmask" (masque binaire).
C'est pratique si vous avez plus de deux lecteurs de disquette (seuls
deux peuvent �tre d�crits dans la cmos physique), ou si votre BIOS
utilise un type de CMOS non-standard. Si l'on positionne le CMOS � 0
pour les deux premiers disques (par d�faut) le pilote de lecteur de
disquette ira lire la cmos physique.
floppy=unexpected_interrupts
Imprime un message d'alerte lorsqu'une interruption inattendue est re�ue (comportement par d�faut).
floppy=no_unexpected_interrupts or floppy=L40SX
Ne pas imprimer de message lorsqu'une interruption inattendue est re�ue. Ceci est n�cessaire sur un IBM L40SX portable dans certains modes vid�o (il semble qu'il y ait une interaction entre la vid�o et les disquettes). Les interruptions inattendues affectent seulement les performances, et peuvent �tre ignor�es sans crainte).
Le pilote de sons peut aussi recevoir des param�tres de d�marrage qui
�craseront les valeurs compil�es dans le programme. Ceci n'est pas
recommand�, et de plus c'est complexe. Ceci est d�crit (�tait d�crit ? )
dans le fichier Readme.Linux, dans le r�pertoire
linux/drivers/sound.
Il accepte de recevoir un param�tre de la forme :
sound=device1[,device2[,device3...[,device11]]]
O� chaque valeur de deviceN est de la forme 0xTaaaId,
et les octets sont utilis�s de la fa�on suivante :
T - type de p�riph�rique : 1=FM, 2=SB, 3=PAS, 4=GUS, 5=MPU401, 6=SB16, 7=SB16-MPU401
aaa - adresse d'entr�e/sortie en hexad�cimal.
I - ligne d'interruption en hexad�cimal (i.e 10=a, 11=b, ...).
d - canal DMA.
Comme vous pouvez le voir, ceci reste assez malpropre et vous ferez mieux de compiler vos propres valeurs comme c'est recommand�. Si l'on utilise un param�tre de d�marrage `sound=0' on d�sactive enti�rement le pilote de sons.
Le pilote des souris sur bus accepte un seul param�tre, qui est la valeur de l'IRQ mat�rielle � utiliser.
Le pilote MS mouse accepte un seul param�tre, qui correspond � l'IRQ � utiliser.
Depuis le noyau 1.3.75, vous pouvez indiquer au pilote d'imprimante quels sont les ports qu'il doit utiliser et ceux qu'il ne doit pas utiliser. Vous devriez l'utiliser si vous ne voulez pas que le pilote demande tous les ports parall�les disponibles, alors que d'autres pilotes (c.a.d. PLIP, PPA) peuvent aussi les utiliser.
Le format du param�tre est des paires i/o, IRQ. Par exemple,
lp=0x3bc,0,0x378,7 utilisera le port d'adresse 0x3bc
en mode IRQ-less (�lection), et utilisera l'IRQ 7 pour le port
d'adresse 0x378. Le port 0x278 (si il y en a un) ne sera pas test�,
jusqu'� ce que l'autotest soit utilis� en l'absence d'un param�tre
`lp=' argument. Pour d�sactiver totalement le pilote d'impression,
on peut utiliser lp=0.
Le pilote ISDN n�cessite un param�tre de d�marrage de la forme suivante :
icn=iobase,membase,icn_id1,icn_id2
o� iobase est l'adresse du port d'entr�e/sortie de la carte,
membase est l'adresse de base de la m�moire partag�e de la
carte, et les deux icn_id sont des chaines d'identification
ASCII uniques.
Ce param�tre de d�marrage utilise des paires de valeurs de la forme :
pcbit=membase1,irq1[,membase2,irq2]
o� membaseN est l'adresse de base de la m�moire partag�e de
la Ni�me carte, et irqN est l'interruption de la Ni�me carte.
La valeur par d�faut est IRQ 5 et l'adresse de base 0xD0000.
Le pilote ISDN n�cessite un param�tre de d�marrage de la forme suivantenbsp;:
teles=iobase,irq,membase,protocol,teles_id
o� iobase est l'adresse du port e/s de la carte, membase
est l'adresse de base de la m�moire partag�e, irq est le canal
d'interruption utilis� par la carte, et teles_id est l'identifiant
ASCII unique.
Le pilote DigiBoard accepte une chaine de six identifiants ou entiers s�par�s par des virgules. Les 6 valeurs dans l'ordre sont :
Active/D�sactive la carte
Type de la carte : PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
Active/D�sactive la mise en ordre alternative des broches
Nombre de ports sur cette carte
Port E/S sur lequel la carte est configur�e (en HEXA si on
utilise des chaines d'identification)
Adresse de base de la fen�tre m�moire (en HEXA si on utilise les
chaines d'identification)
Un exemple de param�tre de d�marrage correct (dans ses deux formes) est :
digi=E,PC/Xi,D,16,200,D0000
digi=1,0,0,16,512,851968
Notez que le pilote prend les valeurs par d�faut de 0x200
pour l'i/o et pour la m�moire partag�e 0xD0000 en l'absence de
param�tre de d�marrage digi=. Il n'y a pas d'autotest effectu�.
Plus de d�tails peuvent �tre trouv�s dans le fichier
linux/Documentation/digiboard.txt.
Jusqu'� quatre cartes peuvent �tre support�es en fournissant une
valeur d'E/S unique pour chaque carte install�e. Les autres d�tails
pourront-�tre trouv�s dans le fichier
linux/Documentation/riscom8.txt.
Le format du parm�tre de d�marrage pour ces p�riph�riques est de la forme :
baycom=modem,io,irq,options[,modem,io,irq,options]
Utiliser modem=1 signifie que vous avez le p�riph�rique ser12,
modem=2 signifie que vous avez le p�riph�rique par96. Utiliser
options=0 signifie l'utilisation du DCD mat�riel, et options=1
signifie l'utilisation du DCD logiciel. L'io et l'irq
sont l'adresse I/O de base du port, et la valeur de l'interruption.
Il y a plus de d�tails dans le fichier README.baycom qui
est g�n�ralement dans le r�pertoire /linux/drivers/char/.
Si vous avez trouv� des fautes de frappe manifestes, ou des informations p�rim�es dans ce document, faites le moi savoir. Il est facile de laisser passer quelque chose.
Merci,
Paul Gortmaker, [email protected]
Merci de faire parvenir vos remarques sur la traduction de ce document �
Laurent Renaud, [email protected]
(http://wwwperso.hol.fr/~lrenaud)