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)
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:26