Linux Ethernet-Howto
par Paul Gortmaker Version fran�aise : Mathieu Arnold
Version anglaise : v2.7, 5 mai 1999
Ceci est l'_E_t_h_e_r_n_e_t_-_H_o_w_t_o, une compilation d'informations sur les
p�riph�riques Ethernet qui peuvent �tre utilis�s avec Linux, et la
fa�on de les mettre en oeuvre. Notez que ce _H_o_w_t_o se limite � l'aspect
mat�riel et pilotes de bas niveau des cartes Ethernet, et ne couvre
pas la partie logicielle de choses comme ifconfig et route. Consultez
le _N_e_t_w_o_r_k _H_o_w_t_o pour ce type d'informations.
______________________________________________________________________
Table des mati�res
1. Introduction
1.1 Nouvelles versions de ce document
1.2 Ethernet-Howto, mode d'emploi
1.3 Au secours ! - Ca ne marche pas !
2. Quelle carte dois-je acheter pour Linux ?
2.1 Quels sont les pilotes stables, alors ?
2.2 Cartes 8 bits contre cartes 16 bits
2.3 Cartes 32 bits (VLB/EISA/PCI)
2.4 Cartes et pilotes 100 M disponibles
2.5 100VG contre 100BaseT
2.6 Les types de c�bles que votre carte peut accepter
3. Foire Aux Questions (FAQ) - Les questions fr�quemment pos�es
3.1 Les pilotes `Alpha' -- Comment les obtenir et comment s'en servir
3.2 Utiliser plus d'une carte Ethernet par machine
3.3 le
3.4 Probl�mes avec les cartes NE1000 / NE2000 (et leurs clones)
3.5 Probl�mes avec les cartes SMC Ultra/EtherEZ et WD80*3
3.6 Probl�mes avec des cartes 3Com
3.7 Les questions qui ne sont pas sp�cifiques � une carte.
3.7.1 Linux et les cartes Ethernet ISA Plug and Play
3.7.2 Carte Ethernet non d�tect�e au d�marrage.
3.7.3 (TT
3.7.4 Une machine PCI d�tecte la carte mais la proc�dure de test du pilote �choue.
3.7.5 Des cartes ISA � m�moire partag�e ne fonctionnent pas dans une machine PCI (
3.7.6 On dirait que ma carte envoie des donn�es, mais elle ne re�oit jamais rien.
3.7.7 Asynchronous Transfer Mode (ATM)
3.7.8 Support de l'Ethernet Gigabit
3.7.9 FDDI
3.7.10 Full Duplex
3.7.11 Les machines SMP et les cartes Ethernet
3.7.12 Cartes Ethernet pour Linux sur carte-m�re PCI Alpha/AXP
3.7.13 L'Ethernet et Linux sur les SUN/Sparc.
3.7.14 L'Ethernet, Linux et les autres architectures.
3.7.15 Relier deux 10 et 100 BaseT sans hub
3.7.16 SIOCSIFxxx: No such device
3.7.17 SIOCSFFLAGS: Try again
3.7.18 Utilisation de `ifconfig' et message `Link UNSPEC with HW-addr of 00:00:00:00:00:00'
3.7.19 Nombre faramineux d'erreurs en r�ception (RX Errors) et en transmission (TX Errors)
3.7.20 Liens dans
3.7.21 Linux et les ``trailers'' (amorces)
3.7.22 Acc�s direct au p�riph�rique Ethernet
4. Trucs et astuces � propos des performances
4.1 Concepts g�n�riques
4.2 La vitesse des cartes et du bus ISA
4.3 Modifier la fen�tre de r�ception TCP
4.4 Augmenter les performances de NFS
5. Informations sp�cifiques par distributeur/constructeur/mod�le
5.1 3Com
5.1.1 3c501
5.1.2 EtherLink II, 3c503, 3c503/16
5.1.3 EtherLink plus, 3c505
5.1.4 EtherLink-16, 3c507
5.1.5 EtherLink III, 3c509 / 3c509B
5.1.6 3c515
5.1.7 3c523
5.1.8 3c527
5.1.9 3c529
5.1.10 3c562
5.1.11 3c575
5.1.12 3c579
5.1.13 3c589 / 3c589B
5.1.14 3c590 / 3c595
5.1.15 3c592 / 3c597
5.1.16 3c900 / 3c905 / 3c905B
5.1.17 3c985
5.2 Accton
5.2.1 Accton MPX
5.2.2 Accton EN1203, EN1207, EtherDuo-PCI
5.2.3 Adaptateur Accton EN2209 pour port parall�le (EtherPocket)
5.2.4 Accton EN2212 PCMCIA
5.3 Allied Telesyn/Telesis
5.3.1 AT1500
5.3.2 AT1700
5.3.3 AT2450
5.3.4 AT1500
5.3.5 AT2540FX
5.4 AMD / Advanced Micro Devices
5.4.1 AMD LANCE (7990, 79C960/961/961A, PCnet-ISA)
5.4.2 AMD 79C965 (PCnet-32)
5.4.3 AMD 79C970/970A (PCnet-PCI)
5.4.4 AMD 79C971 (PCnet-FAST)
5.4.5 AMD 79C972 (PCnet-FAST+)
5.4.6 AMD 79C974 (PCnet-SCSI)
5.5 Ansel Communications
5.5.1 AC3200 EISA
5.6 Apricot
5.6.1 Apricot Xen-II On Board Ethernet
5.7 Arcnet
5.8 AT&T
5.8.1 AT&T T7231 (LanPACER+)
5.9 Boca Research
5.9.1 Boca BEN (ISA, VLB; PCI)
5.10 Cabletron
5.10.1 E10**, E10**-x, E20**, E20**-x
5.10.2 E2100
5.10.3 E22**
5.11 Cogent
5.11.1 EM100-ISA/EISA
5.11.2 Cogent eMASTER+, EM100-PCI, EM400, EM960, EM964
5.12 Compaq
5.12.1 Compaq Deskpro / Compaq XL (Embedded AMD Chip)
5.12.2 Compaq Nettelligent/NetFlex (Embedded ThunderLAN Chip)
5.13 Danpex
5.13.1 Danpex EN9400
5.14 D-Link
5.14.1 DE-100, DE-200, DE-220-T, DE-250
5.14.2 DE-520
5.14.3 DE-528
5.14.4 DE-530
5.14.5 DE-600
5.14.6 DE-620
5.14.7 DE-650
5.15 DFI
5.15.1 DFINET-300 et DFINET-400
5.16 Digital / DEC
5.16.1 DEPCA, DE100/1, DE200/1/2, DE210, DE422
5.16.2 Digital EtherWorks 3 (DE203, DE204, DE205)
5.16.3 DE425 EISA, DE434, DE435, DE500
5.16.4 DEC 21040, 21041, 2114x, Tulip
5.17 Farallon
5.17.1 Etherwave de Farallon
5.18 Fujitsu
5.18.1 Fujitsu FMV-181/182/183/184
5.19 Hewlett Packard
5.19.1 27245A
5.19.2 HP EtherTwist, PC Lan+ (27247, 27252A)
5.19.3 HP-J2405A
5.19.4 Carte Ethernet embarqu�e de l'HP-Vectra
5.19.5 Cartes HP 10/100 VG Any Lan (27248B, J2573, J2577, J2585, J970, J973)
5.19.6 HP NetServer 10/100TX PCI (D5013A)
5.20 IBM / International Business Machines
5.20.1 IBM Thinkpad 300
5.20.2 IBM Credit Card Adaptor for Ethernet - Adaptateur `Credit Card' pour Ethernet d'IBM
5.20.3 IBM Token Ring
5.21 Cartes Ethernet ICL
5.21.1 ICL EtherTeam 16i/32
5.22 Cartes Ethernet Intel
5.22.1 Ether Express
5.22.2 Ether Express PRO/10
5.22.3 Ether Express PRO/10 PCI (EISA)
5.22.4 Ether Express PRO 10/100B
5.23 Kingston
5.24 LinkSys
5.24.1 Cartes LinkSys Etherfast 10/100.
5.24.2 LinkSys Pocket Ethernet Adapter Plus (PEAEPP)
5.24.3 Adaptateur LinkSys PCMCIA
5.25 Microdyne
5.25.1 Microdyne Exos 205T
5.26 Mylex
5.26.1 Mylex LNE390A, LNE390B
5.26.2 Mylex LNP101
5.26.3 Mylex LNP104
5.27 Ethernet chez Novell : NExxxx et les clones associ�s.
5.27.1 NE1000, NE2000
5.27.2 NE2000-PCI (RealTek/Winbond/Compex)
5.27.3 NE-10/100
5.27.4 NE1500, NE2100
5.27.5 NE/2 MCA
5.27.6 NE3200
5.27.7 NE3210
5.27.8 NE5500
5.28 Proteon
5.28.1 Proteon P1370-EA
5.28.2 Proteon P1670-EA
5.29 Pure Data
5.29.1 PDUC8028, PDI8023
5.30 Racal-Interlan
5.30.1 ES3210
5.30.2 NI5010
5.30.3 NI5210
5.30.4 NI6510 (not EB)
5.30.5 EtherBlaster (aka NI6510EB)
5.31 RealTek
5.31.1 RealTek RTL8002/8012 (AT-Lan-Tec) Pocket adaptor
5.31.2 RealTek 8009
5.31.3 RealTek 8019
5.31.4 RealTek 8029
5.31.5 RealTek 8129/8139
5.32 Sager
5.32.1 Sager NP943
5.33 Schneider & Koch
5.33.1 SK G16
5.34 SEEQ
5.34.1 SEEQ 8005
5.35 SMC (Standard Microsystems Corp.)
5.35.1 WD8003, SMC Elite
5.35.2 WD8013, SMC Elite16
5.35.3 SMC Elite Ultra
5.35.4 SMC Elite Ultra32 EISA
5.35.5 SMC EtherEZ (8416)
5.35.6 SMC EtherPower PCI (8432)
5.35.7 SMC EtherPower II PCI (9432)
5.35.8 SMC 3008
5.35.9 SMC 3016
5.35.10 SMC-9000 / SMC 91c92/4
5.35.11 SMC 91c100
5.36 Texas Instruments
5.36.1 ThunderLAN
5.37 Thomas Conrad
5.37.1 Thomas Conrad TC-5048
5.38 VIA
5.38.1 VIA 86C926 Amazon
5.38.2 VIA 86C100A Rhine II (et 3043 Rhine I)
5.39 Western Digital
5.40 Winbond
5.40.1 Winbond 89c840
5.40.2 Winbond 89c940
5.41 Xircom
5.41.1 Xircom PE1, PE2, PE3-10B*
5.41.2 Cartes Xircom PCMCIA
5.42 Zenith
5.42.1 Z-Note
5.43 Znyx
5.43.1 Znyx ZX342 (DEC 21040 based)
5.44 Identifier une carte inconnue
5.44.1 Identifier le contr�leur d'interface r�seau (Network Interface Controller, NIC)
5.44.2 Identifier l'adresse Ethernet
5.44.3 Quelques astuces pour essayer d'utiliser une carte inconnue
5.45 Pilotes pour p�riph�riques Non-Ethernet
6. C�bles, Coaxial, Paire Torsad�e
6.1 Ethernet fin (thinnet)
6.2 Paire torsad�e
6.3 Thick Ethernet - Le `gros' Ethernet
7. Configuration logicielle et diagnostics de carte
7.1 Programmes de configuration pour cartes Ethernet
7.1.1 Cartes WD80x3
7.1.2 Cartes Digital / DEC
7.1.3 Cartes NE2000+ ou AT/LANTIC
7.1.4 Cartes 3Com
7.2 Programmes de diagnostic pour cartes Ethernet
8. Informations Techniques
8.1 Entr�es/Sorties programm�es contre m�moire partag�e contre DMA
8.1.1 Entr�es/Sorties (E/S) programm�es (NE2000, 3c509, etc.)
8.1.2 M�moire partag�e (WD80x3, SMC-Ultra, 3c503, etc.)
8.1.3 Acc�s Direct � la M�moire (DMA) Esclave (normal) (p.ex. : aucune pour Linux !)
8.1.4 DMA en Bus Master (p.ex. : LANCE, DEC 21040)
8.2 �criture d'un pilote de carte
8.3 Inteface du pilote avec le noyau
8.3.1 D�tection de la carte (Probe)
8.3.2 Gestionnaire d'interruptions (Interrupt handler)
8.3.3 Fonction de transmission (Transmit function)
8.3.4 Fonction de r�ception (Receive function)
8.3.5 Fonction d'ouverture (Open function)
8.3.6 Fonction de fermeture (facultative) (Close function)
8.3.7 Autres fonctions
8.4 Informations techniques de 3Com
8.5 Notes sur les cartes bas�es sur la puce PCnet / LANCE d'AMD
8.6 Multicast et Mode `Promiscuous'
8.7 Le filtre de paquets de Berkeley (Berkeley Packet Filter -- BPF)
9. Faire du r�seau avec un portable
9.1 Utiliser SLIP (Serial Line IP, IP sur liaison s�rie)
9.2 Support PCMCIA
9.3 Carte Ethernet ISA dans la station d'accueil.
9.4 Adaptateurs de poche et sur port parall�le.
10. Questions diverses.
10.1 Passage des arguments Ethernet au noyau
10.1.1 L'argument
10.1.2 La commande
10.2 Utilisation des pilotes Ethernet comme modules
10.3 Documents associ�s
10.4 D�sistement de responsabilit� et Copyright
10.5 Conclusion
______________________________________________________________________
11.. IInnttrroodduuccttiioonn
L'_E_t_h_e_r_n_e_t_-_H_o_w_t_o indique quelles cartes vous devriez ou ne devriez pas
acheter; comment les configurer, comment en utiliser plusieurs en m�me
temps et d'autres probl�mes et questions classiques. Il contient des
informations d�taill�es sur le niveau actuel du support pour toutes
les cartes Ethernet parmi les plus courantes disponibles.
Il _n_e couvre _p_a_s l'aspect logiciel des choses, tel qu'il est d�crit
dans le _N_E_T_-_3_-_H_o_w_t_o. Notez aussi que les questions g�n�rales sur
Ethernet, non li�es sp�cifiquement � Linux, ne sont pas trait�es dans
ce document (ou du moins ne le devraient pas l'�tre). Pour ce genre
de questions, consultez l'excellent ensemble d'informations de la FAQ
du groupe comp.dcom.lans.ethernet. Vous pouvez l'obtenir par FTP
depuis rtfm.mit.edu de la m�me mani�re que vous obtenez les FAQs des
autres forums.
La pr�sente version couvre les noyaux de distribution jusqu'� la
version 2.2.7 incluse.
L'_E_t_h_e_r_n_e_t_-_H_o_w_t_o est de :
Paul Gortmaker,
[email protected]
La principale source d'information pour la premi�re version, en ASCII
pur de l'_E_t_h_e_r_n_e_t_-_H_o_w_t_o �tait :
Donald J. Becker,
[email protected]
que nous devons aussi remercier pour l'�criture de la vaste majorit�
des pilotes de cartes Ethernet qui sont aujourd'hui disponibles pour
Linux. Il est aussi l'auteur du serveur NFS originel. Merci Donald !
Ce document est Copyright (c) 1993-1999 Paul Gortmaker, et 1998-1999
Mathieu Arnold pour la version fran�aise. Consultez le d�sistement de
responsabilit� (section ``D�sistement de responsabilit� et
Copyright'') et les informations sur la copie � la fin de ce document
pour avoir plus d'informations sur la redistribution de ce document
ainsi que tout le tremblement habituel sur 'nous ne sommes pas
responsables de ce que vous pouvez r�ussir a casser...'.
La version fran�aise est de :
Mathieu Arnold,
[email protected].
11..11.. NNoouuvveelllleess vveerrssiioonnss ddee ccee ddooccuummeenntt
Les nouvelles versions de ce document peuvent �tre rapatri�es depuis :
Sunsite HOWTO Archive <
ftp://meta�
lab.unc.edu/pub/Linux/docs/HOWTO/>
Ceci est l'emplacement officiel de ce document, il peut aussi �tre
r�cup�r� depuis divers sites miroirs WWW/FTP de Linux.
(NDT : En France, vous pr�f�rerez utiliser le site suivant pour le
document originel :
Miroir de Sunsite <
ftp://ftp.lip6.fr/pub/linux/sunsite/docs/HOWTO/>
ou, mieux, la version fran�aise :
Archive des HOWTO fran�ais sur LIP6
<
ftp://ftp.lip6.fr/pub/linux/french/HOWTO/>
Archive des HOWTO fran�ais chez Freenix
<
http://www.freenix.org/unix/linux/french/HOWTO/>)
Des mises � jour seront r�alis�es au fur et � mesure de l'arriv�e de
nouvelles informations et/ou de nouveaux pilotes. Si la copie que vous
�tes en train de lire date de plus de 6 mois, alors, vous devriez
aller v�rifier qu'une nouvelle version n'est pas disponible.
Ce document est consultable sous divers formats (postscript, dvi,
ASCII, HTML...). Je recommanderai de consulter ce document sous sa
forme HTML (� l'aide d'un navigateur WWW) ou sa forme Postscript/DVI.
Ces deux formats contiennent des r�f�rences crois�es qui ne sont pas
incluses dans le format texte ASCII.
11..22.. EEtthheerrnneett--HHoowwttoo,, mmooddee dd''eemmppllooii
Comme ce guide devient de plus en plus gros, vous n'avez certainement
pas l'intention de passer la fin de votre apr�s-midi � le lire en
entier. Et la bonne nouvelle est que vous n'�tes pas _o_b_l_i_g_�_(_e_) de le
lire du tout. Les versions HTML, postscript et dvi poss�dent une table
des mati�res qui vous permettra de trouver plus vite l'information que
vous cherchez.
Il y a des chances pour que vous lisiez ce document parce que vous
n'arrivez pas � faire marcher le tout, et que vous ne savez pas quoi
faire ou quoi v�rifier. La prochaine section (``Au secours -
Ca ne marche pas~!'') est destin�e aux n�ophytes de Linux et vous
indiquera la bonne direction.
Typiquement, les m�mes probl�mes et les m�mes questions sont pos�s
_s_a_n_s _a_r_r_�_t par des personnes diff�rentes. Il y a des chances que votre
probl�me ou votre question sp�cifique soit l'une de ces questions
fr�quemment pos�es, et qu'elle trouve sa r�ponse dans la partie FAQ
(NDT : Foire Aux Questions) de ce document. (Voir ``La Foire Aux
Questions''). Tout le monde devrait y jeter un coup d'oeil avant
d'envoyer un message demandant de l'aide.
Si vous n'avez pas encore de carte Ethernet, vous devriez commencer
par en choisir une. (Voir ``Quelle carte dois-je acheter...'')
Si vous avez d�j� une carte Ethernet mais que vous n'�tes pas s�r(e)
de pouvoir l'utiliser avec Linux, lisez donc la section qui contient
les informations sp�cifiques � chaque constructeur, et � ses cartes.
(Voir ``Informations Sp�cifiques...'')
Si vous �tes int�ress�(e) par l'un des aspects techniques des pilotes
de p�riph�riques de Linux, allez donc consulter la
section ``Informations Techniques'' qui contient ces informations.
11..33.. AAuu sseeccoouurrss !! -- CCaa nnee mmaarrcchhee ppaass !!
Bon, ne paniquez pas. Cette section va vous indiquer le chemin �
suivre pour que les choses fonctionnent, m�me si vous n'avez pas de
connaissances pr�alables sur Linux ou le mat�riel Ethernet.
La premi�re chose � faire est de trouver quel est le mod�le de votre
carte, afin de pouvoir d�terminer si Linux dispose d'un pilote pour
cette carte-l�. Des cartes diff�rentes sont typiquement contr�l�es de
fa�on diff�rente par l'ordinateur qui les accueille, et le pilote de
p�riph�rique de Linux (s'il en existe un) contient ces informations de
contr�le qui permettent � Linux d'utiliser la carte.
Si vous n'avez pas de manuel ou de document de ce genre pour vous
indiquer quel est le mod�le de la carte, vous pouvez alors essayer la
m�thode d�crite dans la section ``Identifier une carte
inconnue'', qui vous aidera sur les cartes myst�rieuses.
Maintenant que vous savez quel type de carte vous avez, lisez les
d�tails concernant celle-ci dans la section destin�e aux cartes
(section ``Informations Sp�cifiques...''), qui liste par ordre
alphab�tique les constructeurs de carte, les num�ros de chaque carte,
et pr�cise s'il existe un pilote pour Linux ou non. Si votre carte est
indiqu�e comme `Non-support�e', vous pouvez pratiquement vous arr�ter
d�s maintenant. Si vous ne pouvez pas trouver votre carte dans la
liste, v�rifiez alors si le manuel de celle-ci ne l'indique pas comme
`compatible' avec un autre type de carte connu. Par exemple, il existe
des centaines, si ce n'est des milliers de cartes diff�rentes qui ont
�t� con�ues pour �tre compatible avec le mod�le d'origine NE2000 de
Novell.
Supposons que vous avez trouv� un pilote sous Linux pour votre carte,
vous n'avez plus qu'� le r�cup�rer et � l'utiliser. Ce _n_'_e_s_t _p_a_s parce
que Linux poss�de un pilote pour votre carte que celui-ci est pour
autant install� dans tous les noyaux. (Le noyau est le coeur du
syst�me d'exploitation qui est charg� en premier au d�marrage et qui
contient entre autres choses, les drivers de divers p�riph�riques).
Selon la distribution de Linux que vous utilisez, il peut n'y avoir
que tr�s peu de noyaux tout pr�ts, et tout un tas de pilotes sous la
forme de modules s�par�s, ou il peut y avoir tout un tas de noyaux,
qui couvrent un grand nombre de combinaisons de pilotes pr�compil�s.
La majorit� des distributions actuelles de linux sont livr�es avec
beaucoup de petits modules qui sont les divers pilotes. Les modules
requis sont g�n�ralements charg�s lors du d�marrage, ou � la demande
pour pouvoir acc�der � un p�ripherique particulier. Vous aurez besoin
d'attacher ce module au noyau apr�s qu'il ait d�marr�. Consultez les
informations de votre distribution sur l'installation et l'utilisation
des modules, ainsi que la section sur les modules du pr�sent document
(section ``Utilisation des pilotes Ethernet comme modules'').
Si vous n'avez pas trouv� de noyau pr�compil� avec votre pilote, ni de
pilote sous la forme d'un module, il y a des chances pour que vous
ayez une carte particuli�rement peu banale, et vous allez �tre
oblig�(e) de construire votre propre noyau en incluant ce pilote. Une
fois que Linux est install�, construire un noyau personnalis� n'est
pas difficile du tout. Vous r�pondez essentiellement oui ou non � ce
que vous souhaitez que le noyau comprenne, et ensuite vous lui dites
de le construire. Il existe un _K_e_r_n_e_l_-_H_o_w_T_o qui vous aidera dans cette
op�ration.
(NDT : et sa version fran�aise, accessible sur
Traduction du Kernel-Howto
<
ftp://ftp.lip6.fr/pub/linux/french/HOWTO/Kernel-HOWTO>)
Arriv� � ce point, vous devriez �tre parvenu d'une fa�on ou d'une
autre � d�marrer un noyau avec votre pilote int�gr�, ou � charger ce
pilote comme un module. A peu pr�s la moiti� des probl�mes que les
gens rencontrent est li�e au fait que le pilote n'a pas �t� charg�
d'une mani�re ou de l'autre, donc vous devriez constater que tout
fonctionne, maintenant.
Si cela ne fonctionne toujours pas, il vous faut alors v�rifier si le
noyau a bel et bien d�tect� la carte. Pour ce faire, vous devez taper
dmesg | more une fois logg�, apr�s que le syst�me a d�marr� et que
tous les modules ont �t� charg�s. Cela vous permettra de consulter les
messages que le noyau a fait d�filer sur l'�cran durant le processus
de d�marrage. Si la carte a �t� d�tect�e, vous devriez voir quelque
part dans cette liste un message du pilote de votre carte commen�ant
par eth0, et indiquant le nom du pilote et les param�tres mat�riels
(r�glage d'interruption (IRQ), de ports d'entr�e-sorties (E/S), etc.)
pour lesquels la carte est r�gl�e. (Note : lors du boot, le noyau de
Linux donne la liste de toutes les cartes PCI, qu'il ait le pilote ou
non - ne le confondez pas avec la d�tection des pilotes qui intervient
apr�s !)
Si vous ne voyez pas de message d'identification de ce type, alors le
pilote n'a pas d�tect� votre carte, et c'est pour cela que cela ne
fonctionne pas. Consultez la FAQ (section ``La Foire Aux
Questions'') pour savoir quoi faire si votre carte n'est pas d�tect�e.
Si vous avez une carte compatible NE2000, vous y trouverez aussi des
astuces sp�cifiques pour faire d�tecter une NE2000.
Si la carte a �t� d�tect�e, mais que le message de d�tection indique
une quelconque erreur, telle qu'un conflit de ressources, alors le
pilote ne s'est probablement pas correctement initialis� et la carte
n'est toujours pas utilisable. La plupart des messages d'erreur de ce
type sont eux aussi list�s dans la FAQ, ainsi que leur solution.
Si le message de d�tection para�t correct, v�rifiez de nouveau les
ressources indiqu�es par le pilote en les comparant avec celles pour
lesquelles la carte est physiquement configur�e (soit � l'aide de
petits `cavaliers' noirs sur la carte, soit par un logiciel utilitaire
fourni avec la carte par son constructeur). Les ressources doivent
correspondre exactement. Par exemple, si votre carte est configur�e
(physiquement ou par logiciel) pour utiliser l'IRQ 15 et que le pilote
indique IRQ 10 dans les messages de d�marrage, quelque chose ne va
pas. La FAQ �voque les cas les plus courants o� un pilote ne d�tecte
pas correctement les informations de configuration de diverses cartes.
A ce stade, vous �tes arriv�(e) � faire d�tecter votre carte avec tous
les param�tres corrects, et l'on peut esp�rer que tout fonctionne. Si
ce n'est pas le cas, vous avez alors soit une erreur de configuration
logicielle, soit une erreur de configuration mat�rielle. Une erreur de
configuration logicielle serait de ne pas avoir configur� la bonne
adresse de r�seau pour l'une des commandes ifconfig ou route (ou les
deux !); la mani�re de proc�der est d�crite en d�tail dans le
_N_e_t_w_o_r_k _H_o_w_T_o et le `Guide de l'Administrateur R�seau' (`_N_e_t_w_o_r_k
_A_d_m_i_n_i_s_t_r_a_t_o_r_'_s _G_u_i_d_e' (NAG) en anglais) qui se trouvent certainement
tous les deux sur le CD-ROM d'installation.
Une erreur de configuration mat�rielle se produit quand un type de
conflit de ressources ou une mauvaise configuration (que le pilote n'a
pas d�tect� au d�marrage) emp�che la carte de fonctionner
correctement. Vous pouvez typiquement observer cela sous plusieurs
formes diff�rentes. (1) Vous obtenez un message d'erreur lorsque
ifconfig essaie d'ouvrir le p�riph�rique pour l'utiliser, du genre
``SIOCSFFLAGS: Try again''. (2) Le pilote indique des messages
d'erreur sur eth0 (que vous pouvez voir avec dmesg | more) ou des
incoh�rences �tranges � chaque fois qu'il essaie d'envoyer ou de
recevoir des donn�es. (3) Le fait de taper cat /proc/net/dev donne un
nombre non nul dans l'une des colonnes errs, drop, fifo, frame ou
carrier pour eth0. (4) Taper cat /proc/interrupts donne un nombre
d'interruptions �gal � z�ro pour la carte. La plupart des erreurs de
configuration mat�rielle typiques sont elles aussi abord�es dans la
FAQ.
Eh bien, si vous �tes parvenu � ce point et que cela ne marche
toujours pas, lisez la section FAQ de ce document, voyez le paragraphe
sp�cifique � votre carte dans la section ``Informations
Sp�cifiques..'', _e_t _s_i _c_e_l_a _n_e _f_o_n_c_t_i_o_n_n_e _t_o_u_j_o_u_r_s _p_a_s alors vous
pourrez recourir � un envoi de message dans un groupe de _n_e_w_s
appropri� pour demander de l'aide. Si vous devez poster un message,
veuillez d�tailler toute information int�ressante dans ce message,
comme la marque de la carte, la version du noyau, les messages du
pilote au d�marrage, le r�sultat de cat /proc/net/dev, une description
claire du probl�me, et bien entendu ce que vous avez d�j� essay� en
vue de faire fonctionner l'ensemble.
Vous serez surpris de voir le nombre de personnes qui envoient des
choses totalement inutiles comme ``Est-ce que quelqu'un peut m'aider ?
Mon Ethernet ne fonctionne pas.'' et rien d'autre. Les lecteurs des
groupes de news ont tendance � ignorer des messages aussi idiots,
alors qu'une description d�taill�e et instructive du probl�me pourra
permettre � un `gourou-Linux' de r�soudre tout de suite votre
probl�me.
22.. QQuueellllee ccaarrttee ddooiiss--jjee aacchheetteerr ppoouurr LLiinnuuxx ??
La r�ponse � cette question d�pend fortement de ce que vous comptez
faire avec votre connexion r�seau, et du volume du trafic qui va y
passer.
Si vous vous attendez � ce qu'un seul utilisateur effectue
occasionnellement une session FTP ou une connexion WWW, alors m�me une
vieille carte ISA 8 bits vous contentera probablement.
Si vous avez l'intention de mettre en place un serveur, et que vous
exigez que la charge processeur li�e � la r�ception et � la
transmission des donn�es sur le r�seau reste la plus basse possible,
vous devrez certainement choisir une des cartes PCI, qui utilisent le
bus-mastering, telles celles comportant la puce tulip (21xxx) de DEC,
ou la puce PCnet-PCI d'AMD.
Si vous vous trouvez au milieu de ces deux extr�mes, alors n'importe
quelle carte PCI bon march� ou une carte ISA 16 bits poss�dant un
pilote stable vous conviendra.
22..11.. QQuueellss ssoonntt lleess ppiillootteess ssttaabblleess,, aalloorrss ??
Parmi les cartes ISA 16 bits, les pilotes suivants sont tr�s au point,
et vous ne devriez pas avoir de probl�mes si vous achetez une carte
qui utilise ces pilotes :
SMC-Ultra/EtherEZ, SMC-Elite (WD80x3), 3c509, Lance, NE2000.
Cela ne signifie pas que tous les autres pilotes sont instables. Il se
trouve juste que ceux-ci sont les plus anciens et les plus utilis�s
des pilotes Linux, ce qui en fait le choix le plus s�r.
Notez que certaines cartes-m�res pas ch�res peuvent avoir des
probl�mes avec le bus-mastering que les cartes ISA Lance utilisent, et
que certains clones NE2000 bon march� ont des difficult�s � �tre
d�tect�s au d�marrage.
Les pilotes PCI les plus couramment utilis�s sous Linux sont
probablement le 3Com Vortex/Boomerang (3c59x/3c9xx), le DEC tulip
(21xxx), et l'EtherExpressPro 100 d'Intel. Les divers clones PCI-
NE2000 sont �galement tr�s courants, mais l'achat d'une telle carte ne
peut se justifier que si le crit�re du prix est plus important que
celui des performances.
22..22.. CCaarrtteess 88 bbiittss ccoonnttrree ccaarrtteess 1166 bbiittss
Vous ne pourrez certainement plus acheter une carte Ethernet ISA
8 bits de nos jours, mais vous en trouverez encore beaucoup dans les
ann�es � venir sur les march�s aux puces informatiques ou autres
braderies, et ce � des prix vraiment tr�s bas. Cela les rend id�ales
pour les syst�mes ``Ethernet-�-la-maison''. cette constatation est
d'ailleurs aussi valable pour les cartes ISA 16 bits car les cartes
PCI deviennent de plus en plus communes.
La wd8003, la 3c503 et la ne1000 sont des cartes 8 bits qui donneront
de bonnes performances pour une utilisation faible � mod�r�e. La
3c501 donnera des r�sultats faibles, et ces reliques ant�diluviennes
(12 ans !) des beaux jours du XT sont � �viter. (Envoyez les a Alan,
il les collectionne...)
Le canal de donn�es 8 bits n'att�nue pas trop les performances,
puisque vous pouvez encore esp�rer obtenir 500 � 800 Ko/s en vitesse
de transfert FTP pour une carte 8 bits wd8003 (sur un bus ISA rapide)
� partir d'un serveur rapide. Et si la plupart de votre trafic r�seau
est � destination de sites �loign�s, le goulot d'�tranglement se
situera ailleurs sur le chemin, la seule diff�rence de vitesse que
vous noterez se produisant lorsqu'il y a de l'activit� sur votre
r�seau local.
22..33.. CCaarrtteess 3322 bbiittss ((VVLLBB//EEIISSAA//PPCCII))
Notez qu'un r�seau � 10 Mbps ne justifie pas l'utilisation d'une
interface 32 bits. Consultez ``E/S programm�es contre...'',
qui explique pourquoi avoir une carte Ethernet 10 Mbit/s sur un bus
ISA � 8 MHz ne constitue vraiment pas un goulot d'�tranglement. M�me
si le fait que la carte Ethernet se trouve sur un bus rapide ne
signifie pas que les transferts sont plus rapides, cela entra�nera
souvent une charge processeur suppl�mentaire moins importante, ce qui
est bon pour les syst�mes multi-utilisateurs.
Bien s�r, avec la d�mocratisation des r�seaux 100 Mbps, les cartes
32 bits deviennent une obligation pour pouvoir tirer avantage de toute
la bande passante. AMD propose les puces 32 bits PCnet-VLB et PCnet-
PCI. Consultez ``AMD PCnet-32'' pour plus d'informations sur la
version 32 bits de la puce LANCE / PCnet-ISA.
La puce tulip (21xxx) PCI de DEC est une autre option (voir ``DEC
21040'') pour les utilisateurs de puissance. De nombreux fabricants
proposent des cartes bas�es sur cette puce, et les prix de ces cartes
``sans-nom'' sont g�n�ralement bas.
Les cartes PCI `Vortex' et `Boomerang' de 3Com constituent aussi une
autre option, et le prix reste correct si vous pouvez en obtenir une
tant que leur proposition d'�valuation dure. (voir ``3c590/3c595'')
Les cartes EtherExpress Pro 10/100 PCI d'Intel sont aussi connues pour
marcher plut�t bien avec Linux. (voir ``EtherExpress'').
Des fabricants de clones ont commenc� � produire des clones PCI de
NE2000, bas�s sur une puce RealTek ou une puce Winbond. Le pilote
Linux NE2000 des noyaux 2.0.31 et sup�rieurs accepte ces cartes.
Cependant vous ne b�n�ficierez que de la vitesse plus �lev�e du bus,
puisque ces cartes utiliseront encore l'interface du pilote de la
NE2000, qui commence � dater. Depuis la version 2.0.34 du noyau, un
pilote specifique � ces cartes ne2k-pci.c est aussi disponible. Il
devrait �tre l�gerement plus efficace que le pilote ISA ne.c
22..44.. CCaarrtteess eett ppiillootteess 110000 MM ddiissppoonniibblleess
La liste des mat�riels 100 M reconnus par Linux � l'heure actuelle est
la suivante : les cartes bas�es sur la puce DEC 21140; les cartes
3c595/3c90x Vortex; la EtherExpressPro10/100B; la PCnet-FAST; la SMC
83c170 (epic100) et la HP 100VG ANY-LAN.
Allez aussi jeter un coup d'oeil sur les pages des constructeurs des
cartes, vous pouvez aussi aller sur l'une des adresse suivantes :
Ethernet 100M <
http://ces�
dis.gsfc.nasa.gov/linux/misc/100mbs.html>
La page 100VG de Donald <
http://ces�
dis.gsfc.nasa.gov/linux/drivers/100vg.html>
La page Fast Ethernet de Dan Kegel <
http://alumni.cal�
tech.edu/~dank/fe/>
22..55.. 110000VVGG ccoonnttrree 110000BBaasseeTT
Le 100BaseT est beaucoup plus r�pandu que le 100VG et la plaquette
publicitaire suivante est extraite d'un vieux message d�sesp�rement
bourr� d'informations post� par Donald dans comp.os.linux; elle r�sume
bien la situation:
``Pour ceux qui ne seraient pas au courant, il y a deux normes
Ethernet en comp�tition, le 100VG (aussi connu sous le nom de
100baseVG ou encore 100VG-AnyLAN) et le 100baseT (qui, selon le type
du c�ble, s'appelle 100bastTx, 100baseT4 ou 100baseFx).
Le 100VG est arriv� sur le march� le premier, et je sentais qu'il
�tait mieux pens� que le 100baseTx. J'�tais persuad� qu'il allait
gagner, mais visiblement ce ne sera pas le cas. HP et al. ont fait
plusieurs mauvais choix :
1) Retarder la norme de mani�re � ce qu'ils puissent �tre compatibles
avec IBM et accepter les trames Token Ring. Cela `semblait une bonne
id�e � l'�poque', puisque cela aurait permis aux installations Token
Ring de se mettre � jour sans devoir faire admettre aux d�cideurs
qu'ils avaient fait une �norme bourde en s'alliant avec la mauvaise
technologie. Mais il n'y avait rien � gagner, parce que les deux types
de trames ne peuvent pas coexister sur un r�seau, parce que Token Ring
est un monstre de complexit� , et que IBM a quand m�me adopt� 100baseT
pour finir.
2) Ne produire que des cartes ISA et EISA. (Un mod�le PCI n'a �t�
annonc� que r�cemment.) Le bus ISA est trop lent pour 100 M, et
relativement peu de machines EISA existent. A l'�poque VLB �tait
classique, rapide, et �conomique, PCI restant un choix viable. Mais la
sagesse des ``anciens'' disait que les serveurs continueraient
d'utiliser le bus EISA hors de prix.
3) Ne pas m'envoyer une documentation. Oui, cela a �t� la raison
r�elle du d�clin du 100VG :-). J'ai appel� partout pour obtenir des
infos de programmation, et tout ce que j'ai pu obtenir a �t� une
brochure de quelques pages sur papier glac� de AT&T d�crivant combien
le jeu de puce Regatta �tait merveilleux.''
(NDT : ``La norme 100 BAS VG - any LAN propos�e par HP (...) ne
reprend pas le principe du protocole Ethernet mais utilise le principe
du _p_o_l_l_i_n_g. L'utilisation du mot Ethernet a donc ici plut�t une
vocation commerciale. Il faut changer les coupleurs dans les stations
de travail. Toutefois, on conserve les principaux syst�mes de
c�blage.'' (Pierre Rolin, _i_n ``R�seaux haut d�bit'', Herm�s, 1995).
Fin 1997 plus personne ne parle de 100VG.
La norme 100baseT4 utilise un c�blage cat�gorie 3 et 4, 100baseTx un
c�blage cat�gorie 5, 100baseFx de la fibre optique.)
22..66..
LLeess ttyyppeess ddee cc��bblleess qquuee vvoottrree ccaarrttee ppeeuutt aacccceepptteerr
Si vous mettez en place un petit r�seau ``personnel'', vous pr�f�rerez
certainement utiliser le ``thinnet'' ou c�ble Ethernet fin. C'est le
mod�le avec les connecteurs BNC standards. Le c�blage `thinnet', ou
Ethernet fin (c�ble coaxial RG-58) avec les connecteur BNC (en m�tal,
� enfoncer puis tourner pour verrouiller) est appel� techniquement
10Base2.
La plupart des cartes Ethernet poss�dent aussi une version `Combo' qui
ne co�te que 60 � 150 francs de plus. (NDT : Amusant comme les �carts
de prix en dollars se convertissent en �carts de prix en francs ! La
version anglaise dit ``10 � 20 dollars de plus''. Ces �carts de prix
sont vrais fin 97.)
Ces versions `Combo' poss�dent les deux interfaces paire torsad�e et
Ethernet fin int�gr�es, ce qui vous permet de changer d'avis plus
tard.(NDT : `Combo' signigie m�me souvent : interface RJ-45 (10baseT,
paire torsad�e) + interface BNC (10base2, thinnet) + interface AUI
(pour _t_r_a_n_s_c_e_i_v_e_r ou c�ble de descente (drop-cable) gros Ethernet).)
Les c�bles � paires torsad�es, avec les connecteurs RJ-45
(rectangulaires un peu plus grande que les prises `t�l�phone') sont
appel�s techniquement 10BaseT. Vous pourrez aussi entendre parler de
UTP (Unshielded Twisted Pair, paire torsad�e non-�crant�e ou non-
blind�e, NDT).
Le vieil Ethernet `�pais' (Thick Ethernet, sur c�ble coaxial de 10 mm)
ne se trouve plus que dans les installations anciennes et est
appel� 10Base5. La prise en forme de D avec 15 broches pr�sente sur
quelques cartes Ethernet (connecteur AUI) est utilis�e pour connecter
de l'ethernet �pais et des transceivers externes.
Les grandes installations professionnelles utiliseront le plus souvent
du 10BaseT au lieu de 10Base2. 10Base2 n'offre pas de moyen pour
passer au 100 Mbit/s, quel que soit le nom qu'on leur donne.
(NDT : Professionnellement parlant, en dehors de la fibre optique qui
est encore hors de prix jusqu'� la machine de l'utilisateur, les
nouveaux c�blages devraient �tre r�alis�s en ``Cat�gorie 5, classe
D''. Ce type de c�blage supporte non seulement 10BaseT, mais aussi
100BaseT et les nouveaux d�bits qui apparaissent.
Pour la maison, vous choisirez entre Ethernet fin (simple et pas cher)
et une connectique style RJ-45 (un peu moins simple, un peu plus cher,
mais plus `propre' �lectriquement parlant) selon vos envies et votre
budget !
R�f�rez vous a ``Cables, Coax...'' pour plus de d�tails sur les
diff�rents types de cables.
33..
FFooiirree AAuuxx QQuueessttiioonnss ((FFAAQQ)) -- LLeess qquueessttiioonnss ffrr��qquueemmmmeenntt ppooss��eess
Voici quelques unes des questions les plus fr�quemment pos�es � propos
de l'utilisation de Linux avec une connexion Ethernet. Certaines des
questions les plus sp�cifiques sont tri�es `par ordre de
constructeur'. Il y a de fortes chances pour que la question que vous
voulez poser l'ai d�j� �t�, et aie d�j� une r�ponse. Donc, si jamais
vous ne trouvez pas la r�ponse ici, vous le trouverez certainement sur
une archive de newsgroups comme : Dejanews <
http://www.deja.com>.
33..11..
LLeess ppiillootteess ``AAllpphhaa'' ---- CCoommmmeenntt lleess oobbtteenniirr eett ccoommmmeenntt ss''eenn sseerrvviirr
J'ai entendu dire qu'il y avait une version mise-�-jour ou un pilote
pr�liminaire/alpha disponible pour ma carte. O� puis-je l'obtenir ?
Les plus r�cents des `nouveaux' pilotes peuvent �tre trouv�s sur le
site FTP de Donald : cesdis.gsfc.nasa.gov dans la partie /pub/linux/.
Les choses y changent fr�quemment, donc jetez-y un coup d'oeil de
temps � autre. Vous pourrez pr�f�rer utiliser un navigateur WWW sur :
La page Linux de Don <
http://cesdis.gsfc.nasa.gov/linux/>
pour localiser le pilote que vous cherchez. (Prenez garde aux naviga�
teurs WWW qui modifient le source sans rien dire en rempla�ant les
tabulations par des espaces, etc. - si vous n'�tes pas s�r(e),
utilisez ftp, ou au moins une URL FTP, pour le chargement.)
Maintenant, s'il s'agit r�ellement d'un pilote alpha, voire pr�-alpha,
s'il vous pla�t consid�rez-le comme tel ! En d'autres termes, ne vous
plaignez pas parce que vous n'arrivez pas � comprendre ce que vous
devez en faire. Si vous ne savez pas comment l'installer, alors vous
ne devriez certainement pas �tre en train de le tester. De m�me, s'il
plante votre machine, ne vous plaignez pas. Au lieu de cela, envoyez-
nous un rapport d�taill� sur le probl�me, ou m�me mieux, un patch !
Notez que certains des pilotes exp�rimentaux ou alpha `utilisables'
sont inclus dans l'arborescence standard du noyau. Lorsque vous
ex�cutez make config, l'une des premi�res choses qui vous sera
demand�e est si vous souhaitez �tre interrog�(e) sur les pilotes en
cours de d�veloppement (``Prompt for development and/or incomplete
code/drivers''). Vous devrez r�pondre ``Y'' (pour `_Y_e_s', `Oui') �
cette question si vous souhaitez �tre interrog�(e) sur l'inclusion
d'un pilote alpha ou exp�rimental.
33..22.. UUttiilliisseerr pplluuss dd''uunnee ccaarrttee EEtthheerrnneett ppaarr mmaacchhiinnee
Que faut-il faire pour que Linux puisse g�rer deux cartes Ethernet ?
La r�ponse � cette question est diff�rente selon que les pilotes ont
�t� compil�s directement dans le noyau ou en tant que modules. De nos
jours, la majorit� des distributions utilisent des pilotes sous forme
de modules. Ceci permet de ne pas avoir � fournir une tonne de noyaux
chacun ayant un jeu de pilotes sp�cifique. A la place, un petit noyau
de base est utilis� et les pilotes sont tous compil�s en modules, ces
modules �tant charg�s � la demande d�s que le syst�me est all� assez
loin dans son d�marrage pour acc�der aux modules (habituellement dans
/lib/modules/).
_A_v_e_c _l_e _p_i_l_o_t_e _c_h_a_r_g_� _e_n _m_o_d_u_l_e _: Dans le cas de pilotes PCI, le
module d�tectera normalement toutes les cartes de m�me type d'un seul
coup. Cependant, pour les cartes ISA, la d�tection automatique n'est
pas une op�ration qui marche � coup s�r, et vous aurez tr�s
certainement � fournir les adresses d'entr�e/sortie de base de la
carte pour que le module sache o� regarder. Ces informations sont
plac�es dans le fichier /etc/conf.modules.
Par exemple, supposez qu'un utilisateur ait deux cartes ISA NE2000,
une � Ox300 et l'autre � 0x240, il aura les lignes suivantes dans son
/etc/conf.modules :
alias eth0 ne
alias eth1 ne
options ne io=0x240,0x300
Explication : cela dit que si l'administrateur (ou le noyau) fait un
modprobe eth0 ou un modprobe eth1, alors le pilote ne.o devra �tre
charg� pour eth0 et eth1. De plus, quand le module se chargera, il le
sera avec comme options io=0x240,0x300. Ainsi, le pilote saura o�
aller chercher les cartes. Notez que le 0x est important, des trucs
comme 300h couramment utilis�s dans le monde DOS ne marcheront pas. Le
fait d'inverser 0x240 et 0x300 aura pour effet d'inverser physiquement
eth0 et eth1.
La majorit� des pilotes ISA peuvent prendre plusieurs valeurs
d'entr�e/sortie s�par�es par des virgules comme dans cet exemple pour
prendre en charge plusieurs cartes. Cependant, certains pilotes (plus
anciens ?), tels que le module 3c501.o sont pour l'instant incapables
de g�rer plus d'une carte par chargement du module. Dans ce cas, vous
pouvez charger le module deux fois pour avoir les deux cartes
d�tect�es. Votre /etc/conf.modules ressemblerait alors � :
alias eth0 3c501
alias eth1 3c501
options eth0 -o 3c501-0 io=0x280 irq=5
options eth1 -o 3c501-1 io=0x300 irq=7
Dans cet exemple, l'option -o a �t� utilis�e pour donner � chaque
instance du module un nom unique, puisqu'il n'est pas possible d'avoir
deux modules ayant le m�me nom. L'option irq= a �galement �t�
utilis�e, pour indiquer l'interruption materielle de la carte. (Cette
m�thode peut aussi �tre utilis�e pour les modules qui g�rent les
listes d'adresses d'entr�e/sortie, bien qu'elle soit moins efficace,
car on se retrouve avec le module charg� deux fois alors que cela
n'est pas n�cessaire.)
Pour finir, voici un exemple avec une carte 3c503 � 0x350 et une SMC
Elite16 (wd8013) � 0x280. Vous auriez :
alias eth0 wd
alias eth1 3c503
options wd io=0x280
options 3c503 io=0x350
Pour les cartes PCI, vous avez juste besoin des lignes alias pour
associer les interface ethN aux pilotes correspondants, puisque les
adresses d'entr�e/sortie des cartes PCI sont automatiquement
d�tect�es.
Les modules disponibles sont g�n�ralements situ�s dans le r�pertoire
/lib/modules/`uname -r`/net o� la commande uname -r retourne la
version du noyau (ex : 2.0.34). Vous pouvez aller y faire un tour pour
voir ceux qui sont faits pour votre carte. Puis, lorsque vous aurez
les bons param�tres dans votre /etc/conf.modules, il ne vous reste
plus qu'� tester avec la commande :
modprobe ethN
dmesg | tail
O� N est le num�ro de l'interface que vous testez.
_A_v_e_c _l_e _p_i_l_o_t_e _c_o_m_p_i_l_� _d_a_n_s _l_e _n_o_y_a_u _: Si vous avez le pilote compil�
dans le noyau, alors, voici tout ce qu'il faut savoir pour utiliser
plusieurs cartes Ethernet. Toutefois, notez que pour le moment,
seulement _u_n_e carte Ethernet est d�tect�e automatiquement par d�faut.
Cela contribue � �viter des blocages possibles au moment du d�marrage,
caus�s par la d�tection de cartes `sensibles'.
(Note : Depuis les derniers noyaux 2.1, la d�tection des p�riph�riques
a �t� d�coup�e en deux parties, celle qui est s�re, et celle qui ne
l'est pas . Par cons�quent, tout ce qui est s�r (ex : PCI et EISA)
sera d�tect� de mani�re automatique. Les syst�mes avec plus d'une
carte dont une sur un port ISA n�cessiteront toujours la proc�dure
suivante.)
Vous pouvez activer la d�tection automatique de la deuxi�me (et de la
troisi�me, et de...) carte de deux fa�ons diff�rentes.
La m�thode la plus simple consiste � passer des arguments au noyau au
moment du d�marrage, ce qui est g�n�ralement fait par LILO. La
d�tection de la deuxi�me carte peut �tre obtenue en utilisant un
argument de d�marrage aussi simple que ether=0,0,eth1. Dans ce cas,
eth0 et eth1 seront affect�s dans l'ordre dans lequel les cartes
seront trouv�es dans cet ordre au d�marrage. Par contre, si vous
souhaitez que la carte sur le port 0x300 soit eth0 et que la carte sur
le port 0x280 soit eth1, vous pourrez utiliser
LILO: linux ether=5,0x300,eth0 ether=15,0x280,eth1
La commande ether= accepte plus d'informations que le num�ro d'IRQ +
le port d'E/S + le nom qui sont montr�s ci-dessus. Veuillez
consulter ``Passage des arguments Ethernet...'' pour la syntaxe
compl�te, les param�tres sp�cifiques � chaque carte, et des astuces
pour LILO.
Ces arguments de d�marrage peuvent �tre rendus permanents afin de ne
pas devoir les r�-entrer � chaque fois. Consultez la documentation sur
l'option de configuration `append' de LILO.
La seconde m�thode (non recommand�e) est d'�diter le fichier Space.c
et de remplacer la valeur 0xffe0 pour l'adresse d'entr�e-sortie par un
z�ro. La valeur 0xffe0 indique au noyau qu'il ne doit pas essayer de
d�tecter ce p�riph�rique -- la remplacer par un z�ro autorisera
l'auto-d�tection du p�riph�rique.
Notez que si vous avez l'intention d'utiliser Linux sur une machine
qui servira de passerelle entre deux r�seaux, vous devrez recompiler
un noyau avec l'option ``IP forwarding''. Mais g�n�ralement un vieil
AT/286 avec quelque chose comme le logiciel `kbridge' est une
meilleure solution.
Si vous consultez ce document tout en _s_u_r_f_a_n_t sur le r�seau, vous
pourrez jeter un coup d'oeil � un _m_i_n_i_-_H_O_W_T_O que Donald a sur son site
WWW. Consultez :
Plusieurs Cartes Ethernet <
http://ces�
dis.gsfc.nasa.gov/linux/misc/multicard.html>.
33..33.. llee eetthheerr== nn''aa rriieenn cchhaanngg��.. PPoouurrqquuooii ??
Comme il a �t� dit pr�c�demment, la commande ether= ne marche _q_u_e pour
les pilotes qui ont �t� compil�s dans le noyau. Maintenant, la
majorit� des distributions utilisent les pilotes dans leur forme
modulaire, ce qui fait que la commande ether= n'est plus gu�re
utilis�e. (Certaines vieilles documentations ont peut-�tre encore �
�tre mises � jour pour refl�ter ce changement.) Si vous voulez passer
des options � un pilote modulaire vous _d_e_v_e_z faire les changements
dans le fichier /etc/conf.modules.
Si vous utilisez un pilote compil� dans le noyau et avez ajout� la
ligne ether= � votre fichier de configuration LILO, notez qu'il ne
sera pris en compte que lorsque vous relancerez lilo pour mettre �
jour les informations.
33..44..
PPrroobbll��mmeess aavveecc lleess ccaarrtteess NNEE11000000 // NNEE22000000 ((eett lleeuurrss cclloonneess))
PPrroobbll��mmee :: Une carte PCI clone NE2000 n'est pas d�tect�e au d�marrage
avec un noyau 2.0.x.
RRaaiissoonn :: Le pilote ne.c jusqu'� la version 2.0.30 ne conna�t que le
num�ro d'identification PCI des cartes clones bas�es sur la puce 8029
de RealTek. Comme depuis beaucoup d'autres ont eux aussi fait des
cartes PCI clones NE2000, avec des num�ro d'identification PCI
diff�rents, le pilote ne les d�tecte pas.
SSoolluuttiioonn :: La solution la plus simple est de mettre � jour votre noyau
pour une version 2.0.31 (ou plus r�cente). Cette derni�re conna�t les
identificateurs de pr�s de cinq puces NE2000 PCI diff�rentes, et les
d�tectera automatiquement au d�marrage ou lors du chargement en
module. Si vous passez � la version 2.0.34 (ou plus r�cente) du noyau,
vous aurez un pilote sp�cifique aux cartes NE2000 PCI, qui est un peu
plus l�ger et plus rapide que le pilote ISA/PCI.
PPrroobbll��mmee :: Ma carte PCI clone NE2000 est indiqu�e comme �tant une
NE1000 (une carte 8 bits !) au d�marrage ou lorsque je charge le
module ne.o sous 2.0.x, et par cons�quent la carte ne fonctionne pas.
RRaaiissoonn :: Certains clones PCI n'impl�mentent pas l'acc�s de largeur un
octet (et par cons�quent ne sont donc pas r�ellement compatibles
NE2000 � 100%). Cela entra�ne que la proc�dure de d�tection pense
qu'il s'agit de cartes NE1000.
SSoolluuttiioonn :: Vous devez passer � la version 2.0.31 (ou une version plus
r�cente) comme dit ci-dessus. Le pilote v�rifie maintenant si ce bug
mat�riel est l�.
PPrroobbll��mmee :: Ma carte NE2000 PCI a des performances affreuses, m�me en
r�duisant la taille de la fen�tre comme il est d�crit dans la section
sur les trucs pour les performances.
RRaaiissoonn :: Les sp�cifications de la puce 8390 originelle, con�ue et
vendue il y a plus de dix ans, notaient qu'une op�ration de lecture
(depuis la puce) �tait n�cessaire avant chaque op�ration d'�criture
pour avoir une s�curit� maximale. Le pilote poss�de la fonctionnalit�
pour le faire mais cela a �t� d�sactiv� par d�faut depuis l'�poque des
versions 1.2 du noyau. Un utilisateur a indiqu� que le fait de
r�activer cette `contre-fonctionnalit�' avait aid� � am�liorer les
performances sur une carte PCI clone de NE2000 bon march�.
SSoolluuttiioonn :: Puisque cela n'a �t� rapport� comme solution que par une
seule personne, ne vous �chauffez pas trop. Pour r�-activer le
correctif de `lecture avant �criture', il suffit d'�diter le fichier
du pilote dans linux/drivers/net/, d'enlever les commentaires qui
entourent la ligne contenant NE_RW_BUGFIX puis de reconstruire le
noyau ou le module selon le cas. Merci d'envoyer un courrier d�crivant
la diff�rence de performance et le type de carte / de puce que vous
avez, si cela vous a aid�. (la m�me chose peut �tre effectu�e sur le
fichier ne2k-pci.c �galement).
PPrroobbll��mmee :: Le pilote ne2k-pci.c donne un message d'erreur ressemblant
a timeout waiting for Tx RDC avec une carte NE2000 PCI et ne marche
pas.
RRaaiissoonn :: Votre carte et/ou le lien vers le bus PCI ne sait pas g�rer
les optimisations d'E/S du pilote.
SSoolluuttiioonn :: Tout d'abord, v�rifiez les r�glages de votre BIOS pour voir
si vous avez un r�glage de timing du bus PCI trop agressif pour des
op�rations stables. Sinon, vous pouvez utiliser le pilote ISA/PCI ne.c
(ou commenter la ligne #define USE_LONGIO du ne2k-pci.c), ce qui vous
permettrait d'utiliser la carte.
PPrroobbll��mmee :: Ma carte ISA Plug and Play NE2000 (telle que la RealTek
8019) n'est pas d�tect�e.
RRaaiissoonn :: A l'origine, les sp�cifications de NE2000 (et par cons�quent
le pilote linux NE2000) ne supportent pas le PnP.
SSoolluuttiioonn :: Utilisez la disquette de configuration DOS qui est fournie
avec la carte pour d�sactiver le PnP, et pour r�gler les adresses
d'entr�e/sortie et l'IRQ. Ajoutez une ligne au /etc/conf.modules telle
options ne io=0xNNN ou 0xNNN est l'adresse d'entr�e/sortie en
hexadecimal. (Ceci suppose l'utilisation des modules, si tel n'est pas
le cas, utilisez une commande telle ether=0,0xNNN,eth0 lors du boot).
Vous aurez peut �tre aussi a configurer cette irq dans le BIOS pour
qu'elle ne soit pas affect�e � une carte PnP. D'un autre c�t�, si vous
devez laisser le PnP pour rester compatible avec un autre syst�me
d'exploitation, allez regarder le paquetage _i_s_a_p_n_p_t_o_o_l_s. Essayez man
isapnp pour voir si il n'est pas d�j� install� sur votre syst�me. S'il
ne l'est pas, allez jeter un coup d'oeil � l'URL :
ISA PNP Tools <
http://www.roestock.demon.co.uk/isapnptools/>
PPrroobbll��mmee :: Le pilote NE*000 indique `not found (no reset ack)' (carte
non trouv�e, pas d'acquittement de la r�initialisation) pendant la
proc�dure de d�tection au d�marrage.
RRaaiissoonn :: Cela est li� au changement pr�c�dent. Apr�s la v�rification
initiale qu'une 8390 se trouve � l'adresse d'E/S test�e, la
r�initialisation est effectu�e. Quand la carte a termin� sa
r�initialisation, elle est suppos�e envoyer un acquittement indiquant
que la r�initialisation s'est achev�e. Votre carte ne l'a pas fait, et
le pilote estime donc qu'aucune carte NE n'est pr�sente.
SSoolluuttiioonn :: Vous pouvez indiquer au pilote que vous poss�dez une
_m_a_u_v_a_i_s_e _c_a_r_t_e (_b_a_d _c_a_r_d) en utilisant une valeur h�xad�cimale 0xbad
au moment du d�marrage pour le param�tre mem_end (qui n'est
normalement pas utilis�). Vous _d_e_v_e_z aussi fournir une adresse de base
non nulle pour les ports d'E/S de la carte quand vous utilisez la
valeur 0xbad. Par exemple, une carte qui se trouve � 0x340 et qui
n'acquitte pas la r�initialisation utilisera quelque chose comme :
LILO: linux ether=0,0x340,0,0xbad,eth0
Cela permettra � la proc�dure de d�tection de la carte de continuer,
m�me si votre carte n'acquitte pas la r�initialisation. Si vous
utilisez le pilote comme un module, vous pouvez alors fournir l'option
bad=0xbad exactement comme vous indiquez l'adresse d'E/S
PPrroobbll��mmee :: Ma carte NE*000 bloque la machine au premier acc�s r�seau.
RRaaiissoonn :: Ce probl�me a �t� rapport� pour des noyaux aussi vieux que le
1.1.57 jusqu'aux noyaux actuels. Il appara�t �tre confin� � un petit
nombre de cartes clones configurables par logiciel. Il appara�t que
ces cartes s'attendent � �tre initialis�es d'une mani�re sp�ciale.
SSoolluuttiioonn :: De nombreuses personnes ont indiqu� que le fait d'ex�cuter
le programme DOS de configuration fourni avec la carte et/ou le pilote
DOS fourni avec la carte avant de red�marrer � chaud (i.e. en
utilisant loadlin ou le `salut-aux-trois-doigts' (Ctrl-Alt-Suppr,
NDT)) pour lancer Linux permet � la carte de fonctionner. Ceci
indiquerait que ces cartes doivent �tre initialis�es d'une fa�on
particuli�re, l�g�rement diff�rente de ce que le pilote Linux actuel
r�alise.
PPrroobbll��mmee :: Ma carte Ethernet NE*000 � l'adresse 0x360 n'est pas
d�tect�e.
RRaaiissoonn :: Votre carte NE2000 a une largeur d'espace d'adressage d'E/S
de 0x20, ce qui lui fait atteindre la zone utilis�e par le port
parall�le � l'adresse 0x378. D'autres p�riph�riques pourraient se
trouver � cet endroit-l�, comme le contr�leur du deuxi�me lecteur de
disquette (s'il y en a un) � l'adresse 0x370 et le contr�leur IDE
secondaire aux adresses 0x376--0x377. Si le(s) port(s) sont d�j�
enregistr�s par un autre pilote, le noyau ne laissera pas s'ex�cuter
la d�tection.
SSoolluuttiioonn :: Vous pouvez soit d�placer votre carte vers une adresse
d'E/S comme 0x280, 0x340, 0x320, ou compiler votre noyau sans l'option
pour l'imprimante parall�le.
PPrroobbll��mmee :: Le r�seau `dispara�t' � chaque fois que j'imprime quelque
chose (NE2000).
RRaaiissoonn :: M�me probl�me que pr�c�demment, mais vous avez un vieux noyau
qui ne v�rifie pas les chevauchements de zones d'adressage d'E/S.
Utilisez la m�me solution que ci-dessus, et profitez-en pour r�cup�rer
un nouveau noyau, tant qu'� faire.
PPrroobbll��mmee :: NE*000 ethercard probe at 0xNNN: 00 00 C5 ... not found.
(invalid signature yy zz) (carte Ethernet NE*000 test�e � l'adresse
0xNNN: 00 00 C5 ... non trouv�e, signature yy zz non valide)
RRaaiissoonn :: Avant tout, avez-vous une carte NE1000 ou NE2000 � l'adresse
0xNNN ? Si oui, est-ce que l'adresse mat�rielle indiqu�e ressemble �
une adresse valide ? Si oui, alors vous avez un clone NE*000 bas de
gamme. Tous les clones NE*000 sont suppos�s avoir la valeur 0x57 dans
les octets 14 et 15 de leur SA (Station Address) PROM. La v�tre n'a
pas ces valeurs -- elle a `yy zz' � la place.
SSoolluuttiioonn :: Il existe deux moyens de contourner ce probl�me.
Le plus simple est d'utiliser une valeur 0xbad pour le param�tre
mem_end comme indiqu� ci-dessus pour le probl�me du non-acquittement
de la r�initialisation. Cela �vitera la v�rification de la signature,
pour autant qu'un port d'E/S non nul soit fourni en m�me temps. De
cette fa�on, aucune recompilation du noyau n'est n�cessaire.
La seconde m�thode (pour les hackers) n�cessite de changer le pilote
lui-m�me, puis de recompiler votre noyau (ou le module). Le pilote
(/usr/src/linux/drivers/net/ne.c) comporte une petite "Galerie des
horreurs" aux environs de la ligne 42. Cette liste est utilis�e pour
d�tecter les clones bas de gamme. Par exemple, la carte DFS utilise
`DFI' dans les trois premiers octets de la PROM, au lieu d'utiliser
0x57 aux octets 14 et 15, tels qu'ils sont suppos�s �tre.
PPrroobbll��mmee :: La machine se bloque pendant le d�marrage apr�s le
message `8390...' ou le message `WD....'. Le fait d'enlever la carte
NE2000 r�soud le probl�me.
SSoolluuttiioonn :: Changez votre adresse d'E/S de base pour une valeur comme
0x340. Autre solution, vous pouvez utiliser l'argument de d�marrage
``reserve='' en conjonction avec l'argument ``ether='' pour prot�ger
la carte des proc�dures de d�tection des autres pilotes de
p�riph�riques.
RRaaiissoonn :: Votre clone NE2000 n'est pas un assez bon clone. Une carte
NE2000 est un puits sans fond qui attirera tout pilote qui tenterait
une d�tection dans son espace d'adressage. Le fait de changer la carte
NE2000 vers une adresse moins populaire l'�cartera du chemin des
autres proc�dures de d�tection automatique, permettant � votre machine
de d�marrer.
PPrroobbll��mmee :: La machine se bloque pendant la d�tection du SCSI au
d�marrage.
RRaaiissoonn :: C'est le m�me probl�me que pr�c�demment; changez l'adresse
d'E/S de la carte Ethernet, ou utilisez les arguments de d�marrage
reserve et ether.
PPrroobbll��mmee :: La machine se bloque pendant la d�tection de la carte son
au d�marrage.
RRaaiissoonn :: Non, en fait c'est pendant la d�tection silencieuse du SCSI,
et c'est le m�me probl�me que ci-dessus.
PPrroobbll��mmee :: Ma carte NE2000 n'est pas d�tect�e au d�marrage. Il n'y a
aucun message pendant le d�marrage.
SSoolluuttiioonn :: Il n'existe pas de `solution magique' parce qu'il existe
tout un tas de raisons pour qu'elle ne soit pas d�tect�e. La liste
suivante devrait vous aider � parcourir les probl�mes possibles.
1) Construisez un nouveau noyau ne contenant que les pilotes de
p�riph�rique dont vous avez besoin. V�rifiez que vous �tes r�ellement
en train de d�marrer le noyau tout frais. Oublier de lancer lilo, etc.
peut amener � d�marrer l'ancien. (Regardez de pr�s la date et l'heure
de compilation indiqu�e au d�marrage.) Cela peut para�tre idiot, mais
nous l'avons tous fait un jour. Assurez-vous que le pilote est bien
inclus dans le nouveau noyau, en consultant le fichier System.map � la
recherche de noms comme ne_probe.
2) Consultez attentivement les messages au d�marrage. Est-ce qu'ils
mentionnent une tentative de d�tection d'une NE2000 comme `NE*000
probe at 0xNNN: not found (bla bla)' ou est-ce que la d�tection se
contente d'�chouer sans rien dire ? Cela fait une grosse diff�rence.
Utilisez dmesg|more pour relire les messages de d�marrage apr�s vous
�tre logg�, ou tapez Majuscule+PageUp (page pr�c�dente) pour faire
d�filer l'�cran vers le haut apr�s que le d�marrage soit termin� et
que le prompt de login soit apparu.
3) Apr�s le d�marrage, faites un cat /proc/ioports et v�rifiez que
tout l'espace d'E/S que la carte demandera est vacant. Si vous avez
0x300 comme adresse de base, alors le pilote NE2000 demandera la plage
d'adresse 0x300-0x31f. Si un autre pilote de p�riph�rique a enregistr�
ne serait-ce qu'un port � n'importe quel endroit dans cet intervalle,
la proc�dure de d�tection ne pourra pas s'effectuer � cette adresse et
continuera sans rien dire jusqu'� la prochaine adresse test�e. Un cas
classique est que le pilote lp (imprimante) r�serve 0x378 ou que le
second canal IDE r�serve 0x376 ce qui emp�che le pilote ne de tester
la plage 0x360-0x380.
4) M�me chose que pr�c�demment avec cat /proc/interrupts. Assurez-
vous qu'aucun autre p�riph�rique n'a enregistr� l'interruption que
vous avez fix�e pour la carte Ethernet. Dans ce cas, la d�tection
s'effectuera, et le pilote Ethernet se plaindra vigoureusement au
d�marrage de ne pas �tre capable d'obtenir la ligne d'IRQ d�sir�e.
5) Si vous s�chez encore sur l'�chec silencieux du pilote, �ditez-le
et ajoutez quelques printk() � la proc�dure de d�tection. Par exemple,
avec une NE2000 vous pouvez ajouter/enlever des lignes (marqu�es
respectivement par un '+' ou un '-') dans linux/drivers/net/ne.c
comme :
______________________________________________________________________
int reg0 = inb_p(ioaddr);
+ printk("NE2k probe - now checking %x\n",ioaddr);
- if (reg0 == 0xFF)
+ if (reg0 == 0xFF) {
+ printk("NE2k probe - got 0xFF (vacant I/O port)\n");
return ENODEV;
+ }
______________________________________________________________________
Le noyau �mettra alors des messages pour chaque port qu'il v�rifie, et
vous verrez alors si l'adresse de votre carte a �t� test�e ou non.
6) Vous pouvez aussi r�cup�rer le programme de diagnostic pour NE2000
sur le site FTP de Don (indiqu� dans le _H_o_w_t_o) et regarder s'il est
capable de d�tecter votre carte apr�s que vous avez d�marr� Linux.
Utilisez l'option `-p 0xNNN' pour lui dire o� regarder pour la carte.
(La valeur par d�faut est 0x300 et il ne va pas regarder ailleurs, �
la diff�rence de la proc�dure de d�tection au d�marrage.)
Le r�sultat, s'il trouve une carte, ressemblera � :
______________________________________________________________________
Checking the ethercard at 0x300.
Register 0x0d (0x30d) is 00
Passed initial NE2000 probe, value 00.
8390 registers: 0a 00 00 00 63 00 00 00 01 00 30 01 00 00 00 00
SA PROM 0: 00 00 00 00 c0 c0 b0 b0 05 05 65 65 05 05 20 20
SA PROM 0x10: 00 00 07 07 0d 0d 01 01 14 14 02 02 57 57 57 57
NE2000 found at 0x300, using start page 0x40 and end page 0x80.
______________________________________________________________________
Vos valeurs de registres et de PROM seront probablement diff�rentes.
Notez que toutes les valeurs de la PROM sont doubl�es pour une carte
16 bits, et que l'adresse Ethernet (00:00:c0:b0:05:65) appara�t dans
la premi�re ligne, et que la signature avec le double 0x57 appara�t �
la fin de la PROM.
Le r�sultat, s'il n'y a aucune carte install�e en 0x300, ressemblera
� :
______________________________________________________________________
Checking the ethercard at 0x300.
Register 0x0d (0x30d) is ff
Failed initial NE2000 probe, value ff.
8390 registers: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
SA PROM 0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
SA PROM 0x10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
Invalid signature found, wordlength 2.
______________________________________________________________________
Les valeurs 0xff apparaissent parce que c'est la valeur qui est
retourn�e lorsque l'on lit un port d'E/S vacant. Si vous avez un autre
mat�riel dans la zone qui est test�e, vous pourrez voir des valeurs
diff�rentes de 0xff aussi.
7) Essayez de d�marrer Linux � chaud depuis une disquette de d�marrage
DOS (via loadlin) apr�s avoir ex�cut� le pilote DOS fourni ou le
programme de configuration de la carte. Il se peut qu'il ex�cute
quelques tours de passe-passe suppl�mentaires (c'est-�-dire
non standards) pour initialiser la carte.
8) Essayez le pilote en mode paquet (packet driver) ne2000.com de Russ
Nelson pour voir s'il peut au moins voir votre carte -- si ce n'est
pas le cas, alors les choses vont vraiment mal.
Exemple :
A:> ne2000 0x60 10 0x300
Les arguments sont : le vecteur d'interruption logiciel, l'IRQ
mat�rielle, et le port d'E/S. Vous pouvez obtenir ce programme de
n'importe quelle archive msdos dans le fichier pktdrv11.zip -- la
version actuelle peut avoir un num�ro plus r�cent que 11.
33..55..
PPrroobbll��mmeess aavveecc lleess ccaarrtteess SSMMCC UUllttrraa//EEtthheerrEEZZ eett WWDD8800**33
PPrroobbll��mmee :: Vous obtenez des messages semblables � :
eth0: bogus packet size: 65531, status=0xff, nxpg=0xff
RRaaiissoonn :: Il y a un probl�me de m�moire partag�e.
SSoolluuttiioonn :: Les machines PCI qui n'ont pas �t� configur�es pour
traduire les p�riph�riques ISA en m�moire constituent la source la
plus courante pour ce probl�me. De fait vous lisez la m�moire vive du
PC (toutes les valeurs 0xff que donne le message) au lieu de la
m�moire vive de la carte, qui elle contient les donn�es du paquet
re�u.
D'autres probl�mes courants qui eux sont faciles � r�gler sont des
conflits de carte, le fait d'avoir activ� le cache ou la m�moire morte
plus vite que 8 MHz. Il existe aussi un nombre �tonnant de pannes de
la m�moire sur les cartes Ethernet, donc utilisez le programme de
diagnostic si vous en avez un pour votre carte Ethernet.
PPrroobbll��mmee :: Une carte EtherEZ de SMC ne fonctionne pas en mode de
m�moire non-partag�e (PIO).
RRaaiissoonn :: Les versions les plus anciennes du pilote Ultra ne pouvaient
utiliser la carte que dans le mode de travail � m�moire partag�e.
SSoolluuttiioonn :: Le pilote de la version 2.0 (et sup�rieures) sait aussi
utiliser le mode d'E/S programm�es (PIO). Mettez votre noyau � jour
vers une version 2.0 ou plus r�cente.
PPrroobbll��mmee :: Une vieille wd8003 et/ou une wd8013 configurable par
cavaliers ont toujours la mauvaise IRQ.
RRaaiissoonn :: Les vieilles cartes wd8003 et les clones wd8013 configurables
par cavaliers ne poss�dent pas l'EEPROM que le pilote sait lire pour y
trouver le param�trage de l'IRQ. Si le pilote ne sait pas lire l'IRQ,
il essaie de d�terminer automatiquement l'IRQ. Et si la proc�dure de
d�tection automatique retourne z�ro, le pilote se contente d'affecter
l'IRQ 5 pour une carte 8 bits ou l'IRQ 10 pour une carte 16 bits.
SSoolluuttiioonn :: Evitez le code de d�tection automatique de l'IRQ, et
indiquez au noyau la valeur d'IRQ que vous avez configur�e sur la
carte avec les cavaliers en la lui passant comme argument dans votre
fichier de configuration de modules (ou au d�marrage si vous l'avez
compil� dans le noyau).
PPrroobbll��mmee :: Une carte SMC Ultra est d�tect�e comme �tant une wd8013,
mais l'IRQ et l'adresse de base de la m�moire partag�e sont fausses.
RRaaiissoonn :: La carte Ultra ressemble beaucoup � une wd8013, et si le
pilote Ultra n'est pas pr�sent dans le noyau, le pilote wd peut
identifier l'Ultra comme �tant une wd8013. Le test de d�tection de
l'Ultra vient avant celui de la wd, donc ceci ne devrait normalement
pas se produire. L'Ultra stocke l'IRQ et l'adresse de base dans son
EEPROM de fa�on diff�rente � celle d'une wd8013, d'o� les valeurs
erron�es indiqu�es par le pilote.
SSoolluuttiioonn :: Recompilez le noyau en n'int�grant que les pilotes dont
vous avez besoin. Si vous avez un m�lange de cartes wd et Ultra dans
une machine, et que vous utilisez les modules, chargez le module ultra
en premier.
33..66.. PPrroobbll��mmeess aavveecc ddeess ccaarrtteess 33CCoomm
PPrroobbll��mmee :: La 3c503 prend l'IRQ N, mais celle-ci est requise par un
autre p�riph�rique qui a besoin de l'IRQ N (par exemple un pilote de
CD-ROM, un modem, etc.). Est-ce que cela peut �tre r�par� sans devoir
le compiler dans le noyau ?
SSoolluuttiioonn :: Le pilote 3c503 recherche une ligne d'IRQ libre dans
l'ordre {5, 9/2, 3, 4}, et il devrait prendre une ligne qui n'a pas
�t� utilis�e. Le pilote effectue ce choix lorsque la carte est
configur�e (ifconfig).
Si vous utilisez un pilote en module, vous pouvez vous servir des
param�tres du module afin de choisir diverses choses, y compris la
valeur d'IRQ.
Ce qui suit s�lectionne l'IRQ 9, adresse de base 0x300, <une valeur
ignor�e>, et le port if_port num�ro 1 (le transceiver externe).
io=0x300 irq=9 xcvr=1
Autrement, si le pilote est compil� dans le noyau, vous pouvez choisir
les m�mes valeurs en passant des param�tres _v_i_a LILO.
LILO: linux ether=9,0x300,0,1,eth0
Ce qui suit s�lectionne l'IRQ 3, d�tecte l'adresse de base, <une
valeur ignor�e>, et le port par d�faut (if_port) num�ro 0 (le
transceiver interne).
LILO: linux ether=3,0,0,0,eth0
PPrroobbll��mmee :: 3c503: configured interrupt X invalid, will use autoIRQ.
(3c503: l'interruption X configur�e est invalide, d�tection
automatique de l'IRQ)
RRaaiissoonn :: La 3c503 ne peut utiliser que l'une des IRQ 5, 2/9, 3 ou 4
(ce sont les seules lignes d'IRQ qui sont connect�es � la carte). Si
vous passez en argument au noyau une valeur d'IRQ qui n'est pas dans
cet ensemble, vous obtiendrez le message ci-dessus. Normalement, il
n'est pas n�cessaire de sp�cifier une valeur d'interruption pour la
3c503. Elle passera en d�tection automatique lorsqu'elle sera
configur�e (par ifconfig), et elle prendra l'une des IRQ 5, 2/9,
3 ou 4.
SSoolluuttiioonn :: Utilisez l'une des IRQ valides donn�es ci-dessus, ou
autorisez la d�tection automatique en ne pr�cisant aucune ligne d'IRQ.
PPrroobbll��mmee :: Le pilote 3c503 fourni n'utilise pas le port AUI (gros
Ethernet). Comment faire pour le choisir au lieu du port Ethernet fin
par d�faut ?
SSoolluuttiioonn :: Le port AUI peut �tre s�lectionn� au d�marrage pour les
pilotes compil�s dans le noyau, et lors de l'insertion du module pour
les pilotes modulaires. La s�lection est r�alis�e par le bit de poids
le plus faible de la variable dev->rmem_start qui n'est actuellement
pas utilis�e, donc un param�tre de d�marrage comme :
LILO: linux ether=0,0,0,1,eth0
devrait fonctionner pour les pilotes compil�s dans le noyau.
Pour sp�cifier le port AUI lorsque vous chargez un module, ajoutez
simplement xcvr=1 � la ligne d'options du module avec vos valeurs de
port d'E/S et d'IRQ.
33..77.. LLeess qquueessttiioonnss qquuii nnee ssoonntt ppaass sspp��cciiffiiqquueess �� uunnee ccaarrttee..
33..77..11.. LLiinnuuxx eett lleess ccaarrtteess EEtthheerrnneett IISSAA PPlluugg aanndd PPllaayy
Pour de meilleurs r�sultats (et au moins, rien qui empire) il est
recommand� que vous utilisiez le petit programme qui a �t� livr� avec
la carte pour d�sactiver le m�canisme PnP, et r�gler la carte pour
utiliser une IRQ et une adresse d'E/S fixe. Assurez-vous que l'adresse
d'E/S que vous allez utiliser est test�e lors du boot, ou si vous
utilisez des modules, donnez les adresses avec une option io= dans
votre /etc/conf.modules. Vous aurez certainement aussi � entrer dans
le BIOS et � marquer l'IRQ en question comme utilis�e par une carte
ISA, et non disponible pour le PnP (si votre ordinateur � cette
option).
Notez que vous n'avez pas besoin d'installer le DOS pour lancer la
configuration. Vous n'aurez besoin que d'une disquette de boot DOS et
de lancer le programme depuis la disquette fournie. Vous pouvez aussi
t�l�charger OpenDOS ou FreeDOS gratuitement.
Si vous avez besoin d'avoir le PnP activ� pour rester compatible avec
un autre syst�me d'exploitation, alors, vous aurez � utiliser le
paquetage isapnptools avec Linux pour configurer la carte � chaque
boot. Vous aurez quand m�me � vous assurer que l'adresse d'E/S est
test�e par le pilote au d�marrage, ou fourni comme option io=.
33..77..22.. CCaarrttee EEtthheerrnneett nnoonn dd��tteecctt��ee aauu dd��mmaarrrraaggee..
La raison habituelle de cet �tat de fait est que les gens utilisent un
noyau qui ne contient pas le code pour leur carte � eux. Pour un noyau
modulaire, cela signifie g�n�ralement que le chargement du module
n�cessaire n'a pas �t� demand�, ou qu'une adresse d'E/S a besoin
d'�tre sp�cifi�e comme option du module.
Si vous utilisez un noyau bas� sur les modules, comme ceux install�s
par la plupart des distributions Linux, essayez alors d'utiliser
l'utilitaire de configuration de la distribution pour s�lectionner le
module destin� � votre carte. Pour les cartes ISA, c'est une bonne
id�e que de d�terminer l'adresse d'E/S de la carte et de l'ajouter
comme option (p. ex. io=0x340) si l'utilitaire de configuration vous
le demande. S'il n'y a pas d'utilitaire de configuration, vous devrez
alors ajouter le nom exact du module (et ses options) au fichier
/etc/conf.modules -- lisez man modprobe pour plus de d�tails.
Si vous utilisez un noyau pr�compil� qui provient d'une distribution
Linux, v�rifiez dans la documentation quel noyau vous avez install�,
et s'il a �t� construit en incluant le code pour votre carte � vous.
Si ce n'est pas le cas, vous pouvez soit essayer d'en obtenir un qui
contient le code pour votre carte, soit construire votre propre noyau.
C'est en g�n�ral une bonne chose que de construire votre propre noyau,
ne contenant que les pilotes dont vous avez besoin, car cela diminue
consid�rablement la taille du noyau (pr�servant d'autant votre
pr�cieuse m�moire vive pour les applications !) et cela r�duit le
nombre de proc�dure de d�tection de p�riph�riques qui peuvent d�ranger
le mat�riel un peu sensible. Construire un nouveau noyau n'est pas
aussi compliqu� que cela peut para�tre. Vous devez juste r�pondre oui
ou non � toute une s�rie de questions sur les pilotes que vous voulez,
et le syst�me fait le reste.
La seconde raison essentielle est qu'un autre p�riph�rique utilise une
partie de l'espace d'adressage d'entr�e-sortie dont votre carte a
besoin. La plupart des cartes ont une zone d'adressage qui mesure
16 ou 32 bits de largeur. Si votre carte est positionn�e en 0x300 et
qu'elle prend 32 octets, alors le pilote demandera la plage d'adresses
0x300-0x31f. Si un autre pilote de p�riph�rique a enregistr� ne
serait-ce qu'un port d'entr�e-sortie, o� que ce soit dans cet
intervalle, la proc�dure de d�tection n'aura pas lieu � cette adresse
et le pilote continuera sans rien dire � l'adresse suivante � tester.
Donc, apr�s le d�marrage, faites un cat /proc/ioports et v�rifiez que
tout l'espace d'adressage d'entr�e-sortie que la carte demandera est
bien disponible.
Autre probl�me : votre carte est configur�e pour une adresse d'entr�e-
sortie qui n'est pas test�e par d�faut. La liste des adresses test�es
pour chaque carte est disponible juste apr�s les commentaires de d�but
dans chaque fichier source. M�me si la configuration d'E/S de votre
carte n'est pas dans la liste des adresses test�es, vous pouvez
l'indiquer au d�marrage (pour les pilotes compil�s dans le noyeau en
utilisant la commande ether= comme il est d�crit dans ``Passage des
arguments Ethernet...''. Les pilotes modulaires peuvent utiliser
l'option io= dans le fichier /etc/conf.modules afin de sp�cifier une
adresse qui n'est pas test�e par d�faut.
33..77..33.. iiffccoonnffiigg iinnddiiqquuee llaa mmaauuvvaaiissee aaddrreessssee dd''EE//SS ppoouurr llaa ccaarrttee..
Non, ce n'est pas vrai. C'est vous qui l'interpr�tez de mani�re
erron�e. Ce n'est _p_a_s une erreur, et les nombres indiqu�s sont
corrects. Ce qu'il se passe, c'est que certaines cartes � base de 8390
(wd80x3, smc-ultra, etc.) sont telles que la puce 8390 se trouve
d�cal�e par rapport au premier port d'E/S affect�. Il s'agit de la
valeur stock�e dans dev->base_addr, qui est celle que ifconfig
indique. Si vous souhaitez voir l'intervalle complet d'adresses de
ports que votre carte utilise, vous devriez essayer cat /proc/ioports
qui vous donnera le nombre que vous attendez.
33..77..44.. ��cchhoouuee.. UUnnee mmaacchhiinnee PPCCII dd��tteeccttee llaa ccaarrttee mmaaiiss llaa pprroocc��dduurree ddee
tteesstt dduu ppiilloottee
Certains BIOS PCI peuvent ne pas activer toutes les cartes PCI lors de
l'allumage de la machine, sp�cialement si l'option `PNP OS' du BIOS
est activ�e. Cette contre-fonctionnalit� est destin�e � supporter la
version actuelle de Windows qui utilise encore des pilotes en mode
r�el. Vous pouvez soit inhiber cette option, soit essayer de mettre �
jour votre pilote pour une version qui comprend le code capable
d'activer une carte d�sactiv�e.
33..77..55.. PPCCII (( 00xxffffffff )) DDeess ccaarrtteess IISSAA �� mm��mmooiirree ppaarrttaagg��ee nnee ffoonnccttiioonn��
nneenntt ppaass ddaannss uunnee mmaacchhiinnee
Ce probl�me se r�v�le habituellement sous la forme d'une s�rie de
valeurs 0xffff en lecture. Aucune carte � m�moire partag�e de quelque
type que ce soit ne fonctionnera dans une machine PCI � moins que vous
n'ayez configur� correctement le BIOS PCI (PCI ROM BIOS/CMOS SETUP ou
quelque chose comme �a). Vous devez le configurer pour permettre
l'acc�s � la m�moire partag�e depuis le bus ISA pour la zone
d'adresses que votre carte essaie d'utiliser. Si vous n'arrivez pas �
d�terminer quels param�tres sont concern�s, interrogez votre revendeur
ou votre gourou informatique local. Dans un BIOS AMI (American
Megatrends Inc.), il existe en g�n�ral une section ``Plug and Play''
o� se trouveront sans doute des param�tres ``ISA Shared Memory Size''
(taille de la m�moire partag�e ISA) et ``ISA Shared Memory Base''
(adresse de base de la m�moire partag�e ISA). Pour des cartes comme
la wd8013 et la SMC Ultra, changez la taille de sa valeur par d�faut
(`Disabled', d�sactiv�) � une valeur de 16 Ko, et changez l'adresse de
base en prenant l'adresse de base de m�moire partag�e qui correspond �
votre carte.
33..77..66.. rriieenn.. OOnn ddiirraaiitt qquuee mmaa ccaarrttee eennvvooiiee ddeess ddoonnnn��eess,, mmaaiiss eellllee nnee
rree��ooiitt jjaammaaiiss
Faites un cat /proc/interrupts. Le nombre total d'interruptions
g�n�r�es par la carte vous sera donn�. S'il est � z�ro et qu'il
n'augmente pas lorsque vous essayez d'utiliser la carte, alors, il y a
tr�s certainement un conflit d'interruptions entre la carte et un
autre p�riph�rique install� (que le pilote de l'autre soit charg� ou
non). La seule solution est de changer l'IRQ de l'un des deux
p�riph�riques pour une autre IRQ non utilis�e.
33..77..77.. AAssyynncchhrroonnoouuss TTrraannssffeerr MMooddee ((AATTMM))
Werner Almesberger s'est pr�occup� de la disponibilit� d'ATM pour
Linux. Il a travaill� avec la carte ENI155p d'Efficient Networks
(Efficient Networks <
http://www.efficient.com/>) et la carte ZN1221 de
Zeitnet (Zeitnet <
http://www.zeitnet.com/>).
Werner dit que le pilote de la ENI155p est relativement stable, tandis
que celui de la ZN1221 n'est actuellement pas termin�.
Consultez les derni�res informations et les mises � jour � l'URL
suivante :
Linux et ATM <
http://lrcwww.epfl.ch/linux-atm/>
33..77..88.. SSuuppppoorrtt ddee ll''EEtthheerrnneett GGiiggaabbiitt
O� en est le support Ethernet Gigabit pour Linux ?
Il y a pour le moment au moins deux supports. Un pilote pour
l'adaptateur Ethernet Gigabit G-NIC PCI de Packet Engines est
disponible dans les versions 2.0 et 2.2 du noyau. Pour plus de
d�tails, d'information, et les mises � jour du pilote, consultez :
http://cesdis.gsfc.nasa.gov/linux/drivers/yellowfin.html
Le pilote acenic.c disponible dans les noyaux 2.2 peut �tre utilis�
pour la carte Ethernet Gigabit Alteon AceNIC et d'autres cartes bas�es
sur le chipset Tigon comme la 3Com 3c985. Le pilote devrait aussi
fonctionner avec la NetGear GA620, mais cela n'a pas encore �t�
v�rifi�.
33..77..99.. FFDDDDII
Qu'en est-il de FDDI sous Linux ?
Cela fonctionne. Larry Stefani a �crit un pilote pour la version 2.0
du noyau pour les cartes DEFEA (FDDI EISA) et DEFPA (FDDI PCI) de DEC
(Digital Equipment Corporation). Il a �t� inclus dans la
version 2.0.24 du noyau. N�anmoins, ce sont les seules cartes qui
fonctionnent sous Linux actuellement.
33..77..1100.. FFuullll DDuupplleexx
Est-ce que le mode Full Duplex me donnera 20 Mbit/s ? Est-ce que Linux
sait faire du Full Duplex ?
Cameron Spitzer �crit ce qui suit � propos des cartes Full Duplex
10Base-T :
``Si vous connectez une carte Full Duplex � un hub (NDT : un switch)
Full Duplex, et que votre syst�me est suffisamment rapide et ne fait
pas grand-chose d'autre, il pourra maintenir le lien occup� dans les
deux directions.
Le Full Duplex 10Base-2 ou 10Base-5 (coaxial fin et gros coaxial) ne
peut pas exister. Le mode Full Duplex fontionne en inhibant la
d�tection des collisions dans l'adaptateur r�seau. C'est pour cela que
vous ne pouvez pas le faire avec un coax : le r�seau ne fonctionnerait
pas si c'�tait le cas.
Par contre, 10Base-T (l'interface RJ-45) utilise des (paires de) fils
s�par�es pour l'�mission et la r�ception, donc il est possible de
travailler dans les deux sens en m�me temps. Le (hub) switch s'occupe
du probl�me des collisions. La vitesse de signalisation reste �
10 Mbit/s.''
Donc, comme vous pouvez voir, vous ne serez encore capable de recevoir
ou de transmettre qu'� 10 Mbit/s; n'attendez donc pas une
multiplication par deux des performances. Quant � savoir si cela est
possible ou non, cela d�pend de la carte et peut-�tre du pilote.
Certaines cartes pratiquent l'auto-n�gociation, d'autres auront besoin
de l'aide du pilote, et d'autres auront besoin que l'utilisateur
choisisse une option dans la configuration sur EEPROM de la carte. De
toute fa�on, seule une utilisation s�rieuse/lourde montrera une
diff�rence entre les deux modes.
33..77..1111.. LLeess mmaacchhiinneess SSMMPP eett lleess ccaarrtteess EEtthheerrnneett
Si vous avez d�pens� un peu d'argent en plus pour avoir une machine
multiprocesseur (MP), alors, vous devriez aussi vous payer une bonne
carte Ethernet. Pour les versions 2.0, cela n'�tait pas vraiment une
obligation, mais avec l'av�nement des 2.2, cela est devenu n�cessaire.
La majorit� des vieilles cartes (ex : ISA, PIO et avec acc�s partag� �
la m�moire) n'ont pas �t� con�ues en pensant aux machines
multiprocesseurs. Par cons�quent, il vous faudra acheter une carte de
facture r�cente, et vous assurer que le pilote a �t� mis a jour pour
g�rer les op�rations multiprocesseurs. (Le plus important, c'est le
"de facture r�cente" - les PCI-NE2000 sont juste des trucs vieux de
plus de 10 ans sur un bus r�cent.) Chercher spin_lock dans les sources
d'un pilote donne une bonne indication sur le fait que le pilote a �t�
pr�vu pour marcher sur les machines multiprocesseurs. Pour plus de
d�tails sur pourquoi vous devez prendre une bonne carte pour le MP (et
ce qui se passera si vous ne le faites pas) se trouve ci dessous :
Dans la version 2.0 des noyaux, seul un processeur �tait autoris� a
passer en `mode noyau' (ex : changer des donn�es dans le noyau, ou
acc�der aux p�riph�riques), quelque soit le moment. Donc, du point de
vue de la carte (et du pilote associ�) il n'y avait aucune diff�rence
avec le fonctionnement en monoprocesseur (UP) et tout continuait �
marcher comme si de rien n'�tait. (C'�tait la fa�on la plus simple de
faire du multiprocesseur avec Linux � ce moment-l�. De cette mani�re,
vous savez qu'il n'est pas possible que deux processeurs essayent de
changer la m�me chose au m�me moment !)
L'inconv�nient de n'autoriser qu'un seul processeur � �tre en mode
noyau au m�me moment �tait que vous n'aviez de vraies performances MP
que si les programmes faisaient surtout du calcul sans acc�der � la
machine. Si les programmes faisaient beaucoup d'op�rations d'entr�es
sorties (E/S), comme par exemple lire ou �crire sur un disque ou �
travers un r�seau, alors, tous les processeurs sauf un �taient en
attente d'une op�ration d'E/S pendant que le seul processeur en mode
noyau essayait de faire plaisir � tout le monde � la fois. Le noyau
devient le goulot d'�tranglement et comme un seul processeur est
autoris� � ex�cuter le noyau, les performances d'une machine MP se
r�duisaient rapidement � celles d'une machine UP.
Comme cela est clairement loin de l'id�al (sp�cialement pour les
serveurs de fichiers, les serveurs WWW, les routeurs, etc...) les
versions 2.2 des noyaux ont largement am�lior� tout ce qui touche aux
verrouillages - et par cons�quent, plus d'un processeur peut �tre en
mode noyau � un instant donn�. A la place d'un �norme verrou autour du
noyau dans sa globalit�, il y a beaucoup plus de verrous plus petits
qui emp�chent les donn�es critiques d'�tres manipul�es par plus d'un
processeur � la fois - ex : un processeur peut s'occuper du r�seau
alors qu'un autre peut �crire sur un disque au m�me moment.
Ok, avec tout cela en t�te, voici deux petits probl�mes : Des verrous
plus localis�s signifient qu'il peut y avoir un processeur essayant
d'envoyer les donn�es via le pilote ethernet pendant qu'un autre
processeur essaye d'acc�der � la carte pour autre chose (par exemple
pour r�cup�rer les statistiques pour cat /proc/net/dev). Et hop - les
statistiques ont �t� envoy�es par la carte et vous avez r�cup�r� les
donn�es � envoyer pour les statistiques. Eh oui, la carte a bien �t�
emb�t�e de recevoir plusieurs demandes � la fois, et il y a de fortes
chance que cela ait plant� la machine du m�me coup.
Par cons�quent, le pilote qui marchait pour les machines UP n'est
d�sormais plus vraiment utilisable - on doit y ajouter des verrous qui
contr�lent l'acc�s � la carte pour que les 3 actions de recevoir,
�mettre et manipuler les donn�es puissent �tre utilis�es � divers
degr�s d'op�ration. Le truc qui peut faire peur est qu'un pilote qui
n'a pas �t� mis a jour pour fonctionner de mani�re stable en MP
marchera tr�s probablement si le r�seau n'est pas charg�, mais fera
planter la machine ou fera de dr�les de choses lorsque deux (ou
plus !) processeurs essaieront de faire plus d'une de ces op�rations
au m�me moment.
Les pilotes ethernet g�rant le MP requi�reront (au minimum) un
verrouillage englobant tout le pilote pour qu'il fonctionne sur le
principe de `chacun son tour'. Avec ce m�canisme mis en place, les
choses seront mises en files d'attente et le mat�riel sera utilis� de
la m�me mani�re qu'en mode UP, et par cons�quent, devrait �tre stable.
Le cot� n�gatif est que un verrouillage englobant le pilote ethernet a
presque d'aussi mauvaises performances qu'un verrou global sur le
noyau (mais a une �chelle plus r�duite) - c'est � dire que vous ne
pouvez avoir qu'un seul processeur travaillant avec la carte � la
fois. [Note technique : L'impact sur les performances peut aussi
inclure l'augmentation des temps de latence sur les interruptions si
les verrous qui ont besoin d'�tre ajout�s sont du type irqsave et
qu'ils sont tenus ferm�s pour un long moment.]
Il existe deux voies d'am�lioration possibles � partir de cette
situation. Vous pouvez essayer de minimiser le temps entre le moment
o� le verrou est ferm� et quand il est rel�ch� et/ou vous pouvez
trouver une mani�re plus fine, avec plus de verrous (ex : un verrou
global sur le pilote ne serait pas n�cessaire si quelques verrous
prot�geant quelques registres/r�glages critiques suffisent).
Toutefois, pour les vieilles cartes d�biles qui n'ont pas �t� con�ues
dans l'esprit du MP, aucune de ces am�liorations n'est possible. Le
pire est que ces pauvres cartes requi�rent que le processeur d�place
les donn�es de la carte vers la m�moire de l'ordinateur, donc, dans le
pire des cas le verrou sera ferm� pour toute la dur�e que chaque
paquet de 1,5 Ko mettra � transiter � travers le bus ISA.
Les cartes plus r�centes d�placent leurs donn�es de et vers la m�moire
sans avoir recours au processeur. Ceci est une grande am�lioration car
le verrouillage ne dure que le court instant o� le processeur dit � la
carte o� dans la m�moire prendre/mettre les donn�es. Les cartes de
facture r�cente ne sont d'ailleurs pas faites pour avoir un verrou
global autour du pilote.
33..77..1122.. CCaarrtteess EEtthheerrnneett ppoouurr LLiinnuuxx ssuurr ccaarrttee--mm��rree PPCCII AAllpphhaa//AAXXPP
En ce qui concerne les versions 2.0, seules les cartes 3C509, depca,
de4x5, lance32, et tous les pilotes pour 8390 (wd, smc-ultra, ne,
3c503, etc.) ont �t� rendus `ind�pendants de l'architecture' de fa�on
� pouvoir fonctionner sur les syst�mes bas�s sur les processeurs Alpha
de DEC. D'autres pilotes PCI mis � jour sont disponibles sur la page
WWW de Donald marcheront certainement, puisqu'ils ont �t� cr��s pour
�tre ind�pendants de l'architecture.
Notez que les changements � faire pour que le pilote ne soit pas
d�pendant de l'architecture ne sont pas aussi compliqu�s que cela peut
para�tre. Vous n'avez besoin que de :
- multiplier toutes les valeurs relatives � des jiffies par HZ/100
pour prendre en compte la valeur diff�rente de HZ utilis�e par
l'Alpha. (c'est-�-dire que timeout=2; devient timeout=2*HZ/100;)
- remplacer tout d�r�f�rencement de pointeur en m�moire d'E/S (640k �
1Mo) par les appels readb() writeb() readl() writel() appropri�s,
comme le montre cet exemple :
______________________________________________________________________
- int *mem_base = (int *)dev->mem_start;
- mem_base[0] = 0xba5eba5e;
+ unsigned long mem_base = dev->mem_start;
+ writel(0xba5eba5e, mem_base);
______________________________________________________________________
- remplacer tous les appels � memcpy() qui ont des adresses m�moire
sur la plage d'E/S comme source ou comme destination par un appel
� memcpy_fromio() ou � memcpy_toio() selon le cas.
Vous trouverez plus de d�tails sur la mani�re de g�rer les acc�s
m�moire d'une fa�on ind�pendante de l'architecture dans le fichier
linux/Documentation/IO-mapping.txt qui est pr�sent dans les noyaux
r�cents.
33..77..1133.. LL''EEtthheerrnneett eett LLiinnuuxx ssuurr lleess SSUUNN//SSppaarrcc..
Pour les derni�res informations � propos des Sparc, essayez donc l'URL
suivante :
Linux Sparc <
http://www.geog.ubc.ca/sparc>
Notez que quelques adaptateurs ethernet pour Sparc r�cup�rent leurs
adresses MAC depuis l'ordinateur h�te, et que par cons�quent, vous
pourriez vous retrouver avec plusieurs interfaces ayant toutes les
m�mes adresses MAC. Si vous devez mettre plusieurs interfaces sur la
m�me machine, alors, vous aurez � utiliser l'option hw de ifconfig
pour assigner une unique adresse MAC.
Les probl�mes de portage des pilotes PCI vers la plate-forme Sparc
sont les m�mes que pour la plate-forme AXP. En plus, il y aura
certainement des probl�mes d'ordre des octets, le Sparc �tant grand
boutiste alors que les AXP et ix86 sont petits boutistes.
33..77..1144.. LL''EEtthheerrnneett,, LLiinnuuxx eett lleess aauuttrreess aarrcchhiitteeccttuurreess..
Il y a beaucoup d'autres plate formes sur lesquelles Linux tourne,
comme les Atari/Amiga (m68k). Tout comme dans le cas des Sparc, le
mieux est de v�rifier sur la page principale du port pour savoir ce
qui est support�. (Des pointeurs seraient bienvenus - envoyez les !)
33..77..1155.. RReelliieerr ddeeuuxx 1100 eett 110000 BBaasseeTT ssaannss hhuubb
Est-ce que je peux relier deux syst�mes bas�s sur du
10/100BaseT (RJ45) sans utiliser de hub ?
Vous pouvez relier facilement deux machines, mais pas plus que cela,
sans bo�tier suppl�mentaire. Consultez la section ``Paire torsad�e''
qui explique comment faire.
Par contre, non, vous n'arriverez pas � bricoler un hub en croisant
quelques fils et autres trucs du genre. Il est pratiquement impossible
de g�n�rer correctement le signal de collision sans refaire un hub.
33..77..1166.. SSIIOOCCSSIIFFxxxxxx:: NNoo ssuucchh ddeevviiccee
J'obtiens un nombre impressionnant de messages `SIOCSIFxxx: No such
device' au d�marrage, suivis par un `SIOCADDRT: Network is
unreachable'. Qu'est-ce qui ne va pas ?
Votre p�riph�rique Ethernet n'a pas �t� d�tect� pendant le d�marrage /
lors de l'insertion du module, et lorsque ifconfig et route sont
ex�cut�s, ils n'ont aucun p�riph�rique avec lequel travailler.
Utilisez dmesg | more pour consulter les messages du d�marrage et
regardez s'il y a un (ou des) message(s) � propos de la d�tection de
carte Ethernet.
33..77..1177.. SSIIOOCCSSFFFFLLAAGGSS:: TTrryy aaggaaiinn
J'obtiens `SIOCSFFLAGS: Try again' lorsque j'ex�cute ifconfig --
Euh.. ?
Un autre p�riph�rique a pris l'IRQ que votre carte Ethernet essaie
d'utiliser, ce qui fait que la carte ne peut pas utiliser l'IRQ. Vous
n'avez pas n�cessairement besoin de red�marrer pour r�soudre ce
probl�me, car certains p�riph�riques ne prennent les IRQ que
lorsqu'ils en ont besoin, et les rendent quand ils ont fini. C'est le
cas par exemple des cartes son, des ports s�rie, du pilote du lecteur
de disquette, etc. Vous pouvez taper cat /proc/interrupts pour voir
quelles interruptions sont actuellement _e_n _c_o_u_r_s _d_'_u_t_i_l_i_s_a_t_i_o_n. La
plupart des pilotes de carte Ethernet sous Linux ne prennent l'IRQ que
lorsqu'ils sont ouverts via `ifconfig'. Si vous r�ussissez � faire en
sorte que l'autre p�riph�rique `rel�che' la ligne d'IRQ, alors vous
serez capable de r�essayer (_T_r_y _a_g_a_i_n en anglais) avec ifconfig.
33..77..1188.. 0000::0000::0000::0000::0000::0000'' UUttiilliissaattiioonn ddee ``iiffccoonnffiigg'' eett mmeessssaaggee ``LLiinnkk
UUNNSSPPEECC wwiitthh HHWW--aaddddrr ooff
Lorsque j'utilise ifconfig sans argument, il indique Link UNPSEC (au
lieu de `Ethernet 10Mbs') et il dit aussi que mon adresse physique est
� z�ro.
C'est parce que les gens utilisent une version du programme `ifconfig'
plus r�cente que leur version de noyau. Cette nouvelle version de
`ifconfig' est incapable de fournir ces informations quand elle est
utilis�e en conjonction avec un noyau plus ancien. Vous pouvez soit
mettre votre noyau � jour, soit prendre une version plus ancienne
d'ifconfig, ou simplement ignorer le probl�me. Le noyau conna�t votre
adresse physique, donc le fait que ifconfig ne puisse pas la lire
n'est pas vraiment important.
Vous pourrez aussi obtenir des informations �tranges si le programme
ifconfig que vous utilisez est beaucoup plus vieux que votre noyau.
33..77..1199.. ((TTXX EErrrroorrss)) NNoommbbrree ffaarraammiinneeuuxx dd''eerrrreeuurrss eenn rr��cceeppttiioonn ((RRXX
EErrrroorrss)) eett eenn ttrraannssmmiissssiioonn
Quand j'ex�cute ifconfig sans argument, il indique que j'ai un nombre
faramineux d'erreurs � la fois dans les paquets re�us et dans les
paquets transmis. Pourtant tout semble fonctionner correctement --
Est-ce que je me trompe ?
Regardez de nouveau. ifconfig indique : RX packets _g_r_o_s _n_o_m_b_r_e BBLLAANNCC
errors 0 BBLLAANNCC dropped 0 BBLLAANNCC overrun 0. M�me chose pour la colonne
avec TX. Les grands nombres que vous voyez sont donc le nombre total
de paquets que votre machine a re�us et transmis. Si vous trouvez
encore que c'est source de confusion, essayez de taper cat
/proc/net/dev � la place.
33..77..2200.. LLiieennss ddaannss //ddeevv// ppoouurr ccaarrtteess EEtthheerrnneett
J'ai /dev/eth0 qui est un lien vers /dev/xxx. Est-ce que c'est bon ?
Contrairement � ce que vous avez entendu dire, les fichiers dans
/dev/* ne sont pas utilis�s. Vous pouvez d�truire tous les /dev/wd0,
/dev/ne0 et ce qui y ressemble.
33..77..2211.. LLiinnuuxx eett lleess ````ttrraaiilleerrss'''' ((aammoorrcceess))
Dois-je d�sactiver les ``trailers'' quand je `ifconfig'ure ma carte
Ethernet ?
Vous ne pouvez pas d�sactiver les ``trailers'', et vous ne devriez pas
en avoir envie. Les ``trailers'' sont une astuce de programmation pour
�viter des copies de donn�es dans les couches r�seau. L'id�e �tait
d'utiliser un en-t�te simpliste de taille fixe `H', de mettre les
informations de l'ent�te de taille variable � la fin du paquet, et
d'allouer tous les paquets `H' octets avant le d�but d'une page. Alors
qu'il s'agissait d'une bonne id�e, en pratique cela n'a pas tr�s bien
fonctionn�.
Si quelqu'un sugg�re l'utilisation de `-trailers', notez bien que
c'est l'�quivalent du sang de ch�vres sacrifi�es. Cela ne r�soudra pas
le probl�me, mais si le probl�me se r�soud tout seul, quelqu'un pourra
invoquer des connaissances approfondies en magie.
33..77..2222.. AAcccc��ss ddiirreecctt aauu pp��rriipphh��rriiqquuee EEtthheerrnneett
Comment puis-je avoir acc�s directement au p�riph�rique Ethernet sous
Linux, sans avoir � passer par TCP/IP et ses copains ?
______________________________________________________________________
int s=socket(AF_INET,SOCK_PACKET,htons(ETH_P_ALL));
______________________________________________________________________
Ceci vous donne une socket qui peut recevoir tous les types de
protocoles. Utilisez l'appel recvfrom() sur cette socket, cela
remplira la structure sockaddr avec le type de p�riph�rique dans le
champ sa_family et le nom du p�riph�rique dans le tableau sa_data. Je
ne sais pas qui a invent� SOCK_PACKET pour Linux (cela fait une
�ternit� qu'il est l�), mais c'est du beau travail. Vous pouvez
l'utiliser pour envoyer des choses directement en utilisant l'appel
sendto().
Bien entendu, vous devez �tre root pour pouvoir faire l'ensemble de
ces op�rations.
44.. TTrruuccss eett aassttuucceess �� pprrooppooss ddeess ppeerrffoorrmmaanncceess
Voici quelques `trucs' que vous pouvez utiliser si vous souffrez d'un
faible taux de transfert sur Ethernet, ou pour gagner encore un peu de
vitesse sur ces fameux transferts FTP.
Le programme ttcp.c est un bon test pour mesurer la vitesse de
transfert brute. Un autre truc classique est de faire un ftp> get
mon_gros_fichier /dev/null o� mon_gros_fichier fait plus d'un Mo et
r�side dans le cache disque de la machine qui transmet. (Faites le
`get' au moins deux fois, car la premi�re fois ce cache sera vide.)
Vous avez besoin que le fichier soit dans le cache car il faut �viter
que le temps d'acc�s au fichier influe sur votre mesure. C'est pour la
m�me raison que vous envoyez les donn�es qui arrivent vers /dev/null
plut�t que vers le disque.
44..11.. CCoonncceeppttss gg��nn��rriiqquueess
M�me une carte 8 bits est capable de recevoir des paquets qui se
suivent (_b_a_c_k_-_t_o_-_b_a_c_k _p_a_q_u_e_t_s en anglais) sans aucun probl�me. Les
difficult�s apparaissent quand l'ordinateur n'enl�ve pas suffisamment
rapidement de la carte les paquets re�us pour faire de la place pour
d'autres paquets entrants. Si l'ordinateur ne supprime pas rapidement
les paquets d�j� re�us de la m�moire de la carte , celle-ci n'aura pas
assez de place pour mettre les nouveaux paquets.
Dans ce cas, soit la carte d�truit le nouveau paquet, soit elle
r��crit sur un paquet d�j� re�u. Les deux solutions interrompent
brutalement le flux du trafic, n�cessitent des re-transmissions et
peuvent s�rieusement d�grader les performances d'un facteur qui va
jusqu'� 5 !
Les cartes qui poss�dent plus de m�moire sont capables de conserver
plus de paquets, et peuvent donc supporter de gros pics de paquets
successifs sans d�truire de paquets. Par cons�quent cela signifie que
la carte n'exige pas de l'ordinateur un temps de latence aussi faible
pour enlever les paquets sans avoir � en d�truire.
La plupart des cartes 8 bits ont un tampon de 8 Ko, et la plupart des
cartes 16 bits ont un tampon de 16 Ko. La plupart des pilotes sous
Linux r�serveront 3 Ko de ce tampon (pour deux tampons de
transmission), laissant 5 Ko d'espace de r�ception pour une carte
8 bits. Cela ne laisse de la place que pour 3 paquets Ethernet de
pleine taille (1500 octets).
44..22.. LLaa vviitteessssee ddeess ccaarrtteess eett dduu bbuuss IISSAA
Comme indiqu� pr�c�demment, si les paquets sont enlev�s de la carte
suffisamment rapidement, le probl�me de destruction ou de surcharge
n'appara�t pas m�me si la taille m�moire du tampon de r�ception est
petite. Le facteur qui d�termine la rapidit� avec laquelle les paquets
sont enlev�s de la carte pour �tre plac�s dans la m�moire de
l'ordinateur est la vitesse du chemin que devront suivre les donn�es
entre les deux -- c'est-�-dire la vitesse du bus ISA. (Si le
processeur est un 386sx-16 poussif, cela jouera aussi un r�le.)
La vitesse d'horloge recommand�e pour un bus ISA est de 8 MHz, mais de
nombreuses cartes-m�res et de nombreux p�riph�riques peuvent �tre
utilis�s � des fr�quences plus �lev�es. La vitesse d'horloge du bus
ISA peut en g�n�ral �tre modifi�e dans la configuration CMOS, en
choisissant le rapport entre la fr�quence du processeur et celle de la
carte-m�re. Certaines cartes-m�res n'auront pas cette option, et vous
serez coinc�s avec la valeur par d�faut.
Par exemple, voici quelques vitesses de r�ception mesur�es par le
programme TTCP sur un 486 � 40 MHz, avec une carte 8 bits WD8003EP,
pour des vitesses diff�rentes du bus ISA.
Vitesse du bus ISA (MHz) TTCP - r�ception (Ko/s)
------------------------ -----------------------
6.7 740
13.4 970
20.0 1030
26.7 1075
Vous auriez du mal � faire mieux que 1075 Ko/s avec _n_'_i_m_p_o_r_t_e _q_u_e_l_l_e
carte Ethernet 10 Mo/s, en utilisant TCP/IP. N�anmoins ne vous
attendez pas � ce que tous les syst�mes puissent travailler � des
vitesses de bus ISA rapides. La plupart des syst�mes ne fonctionneront
pas correctement � des vitesses au-dessus de 13 MHz. (De m�me,
certains syst�mes PCI fixent la vitesse du bus ISA � 8 MHz, afin que
l'utilisateur final n'ait pas la possibilit� de pouvoir l'augmenter.)
En plus de vitesses de transferts sup�rieures, vous profiterez aussi
en g�n�ral d'une r�duction de l'utilisation du processeur due � la
dur�e plus courte des cycles m�moires et d'E/S. (Notez que les disques
durs et les cartes vid�o situ�es sur le bus ISA afficheront aussi de
meilleures performances avec une vitesse du bus ISA plus �lev�e.)
Soyez s�r de sauvegarder toutes vos donn�es avant de faire des
exp�riences avec des vitesses du bus ISA au-dessus de 8 MHz, et de
tester attentivement que tous les p�riph�riques ISA fonctionnent
correctement apr�s toute augmentation de vitesse.
44..33.. MMooddiiffiieerr llaa ffeenn��ttrree ddee rr��cceeppttiioonn TTCCPP
Une fois encore, les cartes qui poss�dent peu de m�moire et un trajet
des donn�es entre la carte et la m�moire de l'ordinateur plut�t lent
provoquent des probl�mes. La fen�tre de r�ception TCP est r�gl�e par
d�faut � 32 Ko, ce qui signifie qu'un ordinateur rapide situ� sur le
m�me sous-r�seau que vous pourra vous inonder de 32 Ko de donn�es sans
s'arr�ter pour regarder si vous en avez re�u le moindre morceau.
Les versions r�centes de la commande route donnent la possibilit� de
r�gler la largeur de cette fen�tre � la vol�e. En g�n�ral, cette
fen�tre ne doit �tre r�duite que pour le r�seau local, puisque les
ordinateurs qui sont � quelques routeurs ou passerelles de distance
ont suffisamment de `tampons' interm�diaires pour ne pas poser de
probl�me. Un exemple d'utilisation est :
______________________________________________________________________
route add <comme_d_habitude> ... window <largeur_de_fenetre>
______________________________________________________________________
o� largeur_de_fenetre est la largeur de la fen�tre que vous voulez
utiliser (en octets). Une carte 8 bits 3c503 sur un bus ISA fonction�
nant � une vitesse de 8 MHz ou moins tournera correctement avec une
fen�tre d'environ 4 Ko. Une fen�tre trop large causera des surcharges
et des pertes de paquets, et une diminution drastique du d�bit Ether�
net. Vous pouvez v�rifier les conditions de travail de la carte en
faisant un cat /proc/net/dev qui affichera si des pertes de paquets ou
des surcharges sont apparues.
44..44.. AAuuggmmeenntteerr lleess ppeerrffoorrmmaanncceess ddee NNFFSS
Des personnes ont remarqu� que l'utilisation de cartes 8 bits sur des
clients NFS donne des performances moins bonnes que celles attendues,
en utilisant une taille de paquet NFS de 8Ko (celle donn�e � l'origine
par Sun).
La raison possible de tout cela pourrait �tre la diff�rence entre la
taille des tampons des cartes 8 bits et celle des cartes 16 bits. La
taille maximale d'un paquet Ethernet est d'environ 1500 octets.
Maintenant que nous faisons du NFS, des paquets NFS de 8 Ko vont
arriver sous la forme de 6 paquets de taille maximale � la queue-leu-
leu. Ni les cartes 8 bits ni les cartes 16 bits n'ont de probl�me �
recevoir ces paquets les uns derri�re les autres. Le probl�me se
produit parce que la machine n'enl�ve pas les paquets � temps de la
carte, et que le tampon d�borde. Le fait que les cartes 8 bits
n�cessitent un cycle du bus ISA suppl�mentaire pour chaque transfert
n'aide pas beaucoup, par ailleurs. Ce que vous _p_o_u_v_e_z faire si vous
avez une carte 8bits est soit de diminuer la taille de transfert NFS �
2 Ko (voire 1 Ko), soit d'essayer d'augmenter la vitesse du bus ISA
afin que les tampons de la carte soient vid�s plus rapidement. J'ai
trouv� qu'une vieille carte WD8003E � 8 MHz (sans autre charge
syst�me) peut soutenir une r�ception de taille importante avec une
taille NFS de 2 Ko, mais pas � 4 Ko, auquel cas les performances
�taient d�grad�es d'un facteur trois.
D'un autre cot�, si l'option par d�faut est d'utiliser des blocs de
1 Ko, et que vous avez au moins une carte ISA 16 bits, vous aurez
certainement de meilleures performances en passant a 4 Ko (ou m�me
8 Ko).
55..
IInnffoorrmmaattiioonnss sspp��cciiffiiqquueess ppaarr ddiissttrriibbuutteeuurr//ccoonnssttrruucctteeuurr//mmoodd��llee
Ce qui suit est une liste de nombreuses cartes, rang�es par ordre
alphab�tique de distributeur, puis par identifiant de produit. A c�t�
de chaque identifiant de produit, vous verrez soit `support�', soit
`partiellement support�', soit `non support�'.
`Support�' signifie qu'un pilote existe pour cette carte, que de
nombreuses personnes en sont contentes et qu'il semble fiable.
`Partiellement support�' signifie qu'un pilote existe, mais que l'une
au moins des conditions suivantes est vraie : (1) Le pilote et/ou le
mat�riel comportent des erreurs, ce qui peut engendrer de pi�tres
performances, des �checs de connexion ou m�me des crashs. (2) Le
pilote est r�cent ou la carte est tr�s peu connue, et par cons�quent
celui-ci a �t� peu utilis�/test� et son auteur a eu tr�s peu de
retours quant � son fonctionnement. Il est �vident que la
situation (2) est pr�f�rable � la situation (1), et la description de
la carte et du pilote devrait montrer clairement laquelle est la
bonne. Dans un cas comme dans l'autre, vous devrez certainement
r�pondre 'Y' � la question ``Prompt for development and/or incomplete
code/drivers?'' (``Demander confirmation pour pour les pilotes en
cours de d�veloppement ou incomplets ?'') lorsque vous lancerez make
config.
`Non support�' signifie qu'il n'existe pas de pilote disponible �
l'heure actuelle pour cette carte. Cela peut �tre d� � un manque
d'int�r�t pour un mat�riel qui est rare ou peu commun, ou au fait que
les distributeurs n'en fournissent pas la documentation n�cessaire
pour l'�criture du pilote.
Notez que la diff�rence entre `support�' et `partiellement support�'
est plut�t subjective, et qu'elle est bas�e sur les retours
d'informations fournis par les utilisateurs, observ�s dans les groupes
de news et les listes de diffusion. (Apr�s tout, il est impossible �
une personne de tester tous les pilotes avec toutes les cartes pour
chaque version du noyau !!!) Soyez donc pr�venus que telle carte
indiqu�e comme `partiellement support�e' pourra fonctionner
impeccablement pour vous (ce qui est bien), alors que telle autre
indiqu�e comme `support�e' vous donnera des probl�mes sans fin (ce qui
n'est pas aussi bien).
Apr�s le statut, le nom du pilote donn� dans le noyau de Linux est
indiqu�. Ceci sera aussi le nom du module tel qu'il apparait � la
ligne alias eth0 pilote dans votre fichier de configuration
/etc/conf.modules.
55..11.. 33CCoomm
Si vous n'�tes pas s�r de ce qu'est votre carte, mais que vous pensez
qu'il s'agit d'une 3Com, vous pourrez certainement le d�terminer �
partir du num�ro d'assemblage. 3Com dispose d'un document `Identifying
3Com Adapters By Assembly Number' (Identifier les adaptateurs 3Com par
leur num�ro d'assemblage, r�f�rence 24500002) qui devrait tr�s
certainement �claircir les choses. Consultez ``Informations techniques
de 3Com'' pour plus d'informations sur la fa�on d'obtenir de 3Com des
documents techniques.
Notez aussi que vous pouvez �ventuellement consulter le site FTP de
3Com qui rec�le diverses g�teries : ftp.3Com.com.
Pour ceux qui consultent ce document sur le WWW, vous pouvez aussi
essayer leur site WWW (www.3com.com).
55..11..11.. 33cc550011
Statut : Partiellement support�, Nom du pilote : 3c501
Cette carte 8 bits datant de l'�ge de pierre, trop tap�e du ciboulot
pour �tre utilis�e. Evitez-la comme la peste. N'achetez pas cette
carte, m�me pour faire une blague. Ses performances sont atroces, et
elle a de nombreuses d�ficiences.
Pour ceux qui ne seraient pas encore convaincus, la 3C501 ne sait
faire qu'une chose � la fois -- pendant que vous enlevez un paquet du
tampon (qui ne peut en contenir qu'un seul), elle ne peut pas en
recevoir un autre, pas plus qu'elle ne peut en recevoir un pendant le
chargement d'un paquet � transmettre. C'�tait parfait pour un r�seau
entre deux ordinateurs � base de 8088 o� le traitement de chaque
paquet et la r�ponse prenaient des dizaines de millisecondes, mais les
r�seaux modernes envoient des paquets les uns � la suite des autres
pour pratiquement chaque transaction.
Les IRQ automatiques fonctionnent, le DMA n'est pas utilis�, la
d�tection automatique ne teste que 0x280 et 0x300, et le niveau de
d�bogage est indiqu� dans le troisi�me argument pass� au d�marrage.
Encore une fois, l'utilisation d'une 3C501 est _f_o_r_t_e_m_e_n_t
_d_�_c_o_n_s_e_i_l_l_�_e ! Encore plus avec un noyau IP `multicast', puisque vous
allez aboutir � un arr�t pendant que vous �coutez _c_h_a_c_u_n des paquets
`multicast'. Lisez les commentaires au d�but du code source pour plus
de d�tails.
55..11..22.. EEtthheerrLLiinnkk IIII,, 33cc550033,, 33cc550033//1166
Statut : Support�, Nom du pilote : 3c503 (+8390)
La 3c503 ne poss�de pas de m�moire reprogrammable pour stocker sa
configuration (un ``EEPROM setup'') ; un programme de diagnostic et de
configuration n'est donc pas n�cessaire avant d'utiliser la carte sous
Linux. L'adresse de m�moire partag�e de la 3c503 est fix�e en
utilisant des cavaliers qui sont partag�s avec l'adresse de la m�moire
programmable de d�marrage (``boot PROM''). Cela a tendance � semer la
confusion chez les personnes habitu�es aux autres cartes ISA, sur
lesquelles on laisse toujours le cavalier sur la position `d�sactiv�e'
(_d_i_s_a_b_l_e en anglais) � moins d'avoir une PROM de d�marrage.
Ces cartes devraient �tre aussi rapide que les cartes WD80x3 qui
utilisent le m�me bus, mais il appara�t qu'elles sont l�g�rement plus
lentes. Ces cartes Ethernet � m�moire partag�e ont aussi un mode �
Entr�es/Sorties programm�es qui n'utilise pas les possibilit�s de la
8390 (leurs ing�nieurs ont trouv� trop de bogues !). Le pilote 3c503
de Linux sait aussi travailler avec la 3c503 en mode d'E/S
programm�es, mais c'est plus lent et moins s�r que le mode � m�moire
partag�e. De plus, le mode d'E/S programm�es n'est pas aussi bien
test� lors des mises � jour des pilotes. Vous ne devriez pas utiliser
le mode d'E/S programm�es � moins d'en avoir besoin pour la
compatibilit� avec le DOS.
La ligne d'IRQ de la 3c503 est fix�e par logiciel, sans l'aide d'une
EEPROM. A la diff�rence des pilotes sous DOS, le pilote Linux est
capable de choisir automatiquement l'IRQ : il utilise la premi�re
ligne d'interruption disponible parmi {5,2/9,3,4}, en choisissant �
chaque fois que la carte est ifconfigur�e. (Les anciennes versions du
pilote s�lectionnaient l'IRQ au moment du d�marrage). L'appel ioctl()
dans `ifconfig' retournera EAGAIN si aucune ligne d'IRQ n'est
disponible � ce moment-l�.
Des probl�mes classiques que les gens ont avec la 3c503 sont abord�s
dans ``Probl�mes avec...''.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
Notez que certains vieux 386 sans disques ont des 3c503 sur la carte
m�re (faites par 3Com, mais vendues sous un autre nom, tel que `Bull')
l'identificateur n'est pas celui des cartes 3Com, et elles ne seront
donc pas d�tect�es. Pour plus de d�tails, r�f�rez-vous au paquetage
Etherboot, dont vous aurez besoin pour d�marrer ces PC sans disques.
55..11..33.. EEtthheerrLLiinnkk pplluuss,, 33cc550055
Statut : Partiellement support�, Nom du pilote : 3c505
Il s'agit d'un pilote qui avait �t� �crit par Craig Southeren
[email protected]. Ces cartes utilisent la puce i82586 d'Intel
et sont assez peu r�pandues. Le pilote est inclus dans le noyau
standard, mais il est class� comme pilote `alpha'. Consultez ``Pilotes
alpha'' pour des informations importantes � propos de l'utilisation de
pilotes Ethernet en phase de test `alpha' sous Linux.
Vous devriez aussi lire le fichier
/usr/src/linux/drivers/net/README.3c505 si vous comptez utiliser une
de ces cartes. Il contient diverses options que vous pouvez activer ou
d�sactiver.
55..11..44.. EEtthheerrLLiinnkk--1166,, 33cc550077
Statut : Partiellement support�, Nom du pilote : 3c507
Cette carte utilise l'une des puces Intel, et le d�veloppement du
pilote est fortement li� � celui du pilote de la carte Ether Express
d'Intel. Le pilote est inclus dans la distribution standard du noyau,
mais en tant que pilote `alpha'.
Consultez ``Pilotes alpha'' pour des informations importantes
concernant l'utilisation de pilotes en phase de test `alpha' sous
Linux.
55..11..55.. EEtthheerrLLiinnkk IIIIII,, 33cc550099 // 33cc550099BB
Statut : Support�, Nom du pilote : 3c509
Cette carte est plut�t bon march� et poss�de de bonnes performances
pour une conception ISA qui ne soit pas `bus-master'. Le revers de la
m�daille est que la 3c509 originelle n�cessitait des temps de latence
vraiment tr�s faibles en r�ponse aux interruptions. La 3c509B ne
souffre pas du m�me probl�me, car elle poss�de un tampon m�moire plus
important (voir ci-dessous). Ces cartes utilisent des transferts en
mode d'Entr�es/Sorties programm�es (PIO), de la m�me fa�on qu'une
carte ne2000, et par cons�quent une carte � m�moire partag�e comme la
wd8013 sera plus efficace en comparaison.
La 3c509 d'origine avait un petit tampon m�moire pour les paquets
(4 Ko au total, 2 en r�ception et 2 en transmission), ce qui poussait
le pilote � �liminer un paquet si les interruptions �taient masqu�es
trop longtemps. Pour minimiser ce probl�me, vous pouvez essayer de
d�-masquer les interruptions pendant les transferts sur disques IDE
(consultez man hdparm) et / ou augmenter la vitesse de votre bus ISA
de fa�on � ce que les transferts IDE se terminent plus t�t.
Le mod�le plus r�cent, la 3c509B, poss�de 8 Ko de m�moire, et le
tampon peut �tre partag� en 4/4, 5/3 ou 6/2 en r�ception/transmission.
Ce param�tre est chang� � l'aide de l'utilitaire de configuration sous
DOS, et est stock� dans la m�moire EEPROM. Cela devrait �liminer le
probl�me pr�c�dent avec la 3c509 originelle.
Les utilisateurs de 3c509B devraient utiliser soit l'utilitaire DOS
fourni afin de d�sactiver le `_p_l_u_g _a_n_d _p_l_a_y', _e_t de d�terminer le
support de sortie dont ils ont besoin. Le pilote Linux _n_'_e_s_t _p_a_s
capable aujourd'hui d'utiliser la fonctionnalit� de d�tection
automatique du support physique, donc vous _d_e_v_e_z s�lectionner 10Base-T
ou 10Base-2 ou AUI. Notez que pour arr�ter totalement le PnP, vous
devrez faire un 3C5X9CFG /PNP:DISABLE et ensuite, �teindre et rallumer
la machine pour que cela prenne effet.
Certaines personnes ont pos� des questions sur les param�tres ``Server
or Workstation'' (serveur ou station de travail) et ``Highest Modem
Speed'' (plus haute vitesse de modem) qui sont pr�sent�s dans
l'utilitaire de configuration du DOS. Donald �crit que ``Ce ne sont
que des orientations fournies au pilotes, et le pilote Linux n'utilise
pas ces param�tres ; il optimise toujours pour un taux de transfert
important plut�t que pour un temps de latence faible (`Server'). Un
temps de latence faible �tait un crit�re critique pour le vieux
trafic, non-fen�tr�, de IPX. Afin de r�duire le temps de latence, le
pilote sous DOS de la 3c509 inhibe les interruptions de certaines
op�rations, bloquant les interruptions du port s�rie. D'o� la
n�cessit� du param�tre `modem speed' (vitesse du modem). Le pilote
Linux �vite la n�cessit� de d�sactiver les interruptions sur de
longues p�riodes en ne travaillant que sur des paquets complets, par
exemple en ne commen�ant pas � transmettre un paquet avant qu'il n'ait
�t� compl�tement transf�r� sur la carte.''
Notez que la proc�dure de d�tection de la carte ISA utilise une
m�thode diff�rente de la plupart des autres cartes. A la base, vous
demandez aux cartes de r�pondre en envoyant des donn�es sur un port
ID_PORT (port 0x100 jusqu'� 0x1ff par intervalle de 0x10). Cette
m�thode de d�tection signifie qu'une carte donn�e sera toujours
d�tect�e en premier dans une configuration comportant plusieurs cartes
ISA 3c509. La carte avec la plus petite adresse Ethernet physique sera
_t_o_u_j_o_u_r_s eth0. Cela ne devrait g�ner personne, � l'exception de ceux
qui souhaitent assigner une adresse physique sur 6 octets � une
interface donn�e. Si vous avez plusieurs cartes 3c509, il vaut mieux
ajouter des commandes ether=0,0,ethN sans pr�ciser le port d'E/S
(c'est-�-dire en utilisant E/S=z�ro) et autoriser la proc�dure de
d�tection � faire le tri pour d�terminer quelle carte est la premi�re.
Utiliser une valeur d'E/S non nulle va faire que toutes les cartes ne
seront pas d�tect�es : donc, ne le faites pas.
Si cela vous g�ne vraiment, jetez un coup d'oeil au tout dernier
pilote de Donald, car cela vous permettra d'utiliser une valeur
0x3c509 dans le champ (inutilis�) de l'adresse m�moire pour obliger la
d�tection � r�ussir.
55..11..66.. 33cc551155
Statut : Support�, Nom du pilote : 3c515
Il s'agit de l'offre 100 Mb/s de 3Com en ISA, nom de code
``_C_o_r_k_S_c_r_e_w'' (tire-bouchon, en anglais). Un pilote assez jeune pour
ces cartes venant de Donald est inclus dans la version 2.2 du noyau.
Pour les derni�res informations, vous auriez certainement int�r�t � le
chercher dans la page sur les ``Vortex'' :
Vortex <
http://cesdis.gsfc.nasa.gov/linux/drivers/vor�
tex.html>
55..11..77.. 33cc552233
Statut : Partiellement support�, Nom du pilote : 3c523
Cette carte pour bus MCA utilise la puce i82586, et Chris Beauregard a
modifi� le pilote ni52 pour qu'il fonctionne avec ces cartes. Le
pilote correspondant peut �tre trouv� dans l'arborescence des sources
des noyaux 2.2.
Plus de d�tails sont fournis sur la page MCA pour Linux �
http://glycerine.cetmm.uni.edu/mca/
55..11..88.. 33cc552277
Statut : Non support�
Eh oui, encore une autre carte MCA. Eh non, pas beaucoup d'int�r�t
pour celle-ci. Vous aurez plus de chance avec la 3c529 si vous �tes
coinc�(e) avec le MCA.
55..11..99.. 33cc552299
Statut : Partiellement support�, Nom du pilote : 3c509
Cette carte utilise en fait le m�me jeu de puces que la 3c509. De
fait, Donald a plac� des points d'entr�e dans le pilote de la 3c509
pour v�rifier l'existence de cartes MCA apr�s la d�tection des cartes
EISA, et avant celle des cartes ISA, longtemps avant que le MCA soit
support� par le noyau. Le code de d�tection MCA est inclus dans le
pilote livr� avec le noyau 2.2.
On peut trouver plus de d�tails sur la page MCA pour Linux � l'adresse
http://glycerine.cetmm.uni.edu/mca/.
55..11..1100.. 33cc556622
Statut : Support�, Nom du pilote : 3c589 (distribu� s�par�ment)
Cette carte PCMCIA est la combinaison d'une carte Ethernet 3c589B et
d'un modem. Le modem est vu comme un modem standard par l'utilisateur
final. La seule difficult� est d'arriver � faire en sorte que les deux
pilotes Linux partagent la m�me interruption. Il y a une s�rie de
nouveaux registres et un peu de support de partage d'interruptions
mat�rielles. Vous aurez besoin d'utiliser un noyau 2.0 ou plus r�cent,
qui comporte ce qu'il faut pour le partage d'interruptions.
Merci de nouveau � Cameron pour l'obtention d'un exemplaire d'essai et
l'envoi d'une documentation � David Hinds. Consultez le paquetage
PCMCIA de David pour plus d'informations.
Consultez ``PCMCIA'' pour en savoir plus sur les jeux de puces PCMCIA,
les activateurs de sockets, etc.
55..11..1111.. 33cc557755
Statut : Inconnu
Un pilote pour cette carte PCMCIA est en cours de d�veloppement et
l'on peut esp�rer qu'il sera inclus dans le paquetage PCMCIA de David
dans le futur. Le mieux est de regarder dans le paquetage PCMCIA pour
voir ce qui s'y passe.
55..11..1122.. 33cc557799
Statut : Support�, Nom du pilote : 3c509
La version EISA de la 509. La version EISA actuelle utilise la m�me
puce de largeur 16 bits plut�t qu'une interface 32 bits, et les
performances ne sont donc pas �poustouflantes. Le code de d�tection
EISA a �t� ajout� dans 3c509.c pour la version 0.99pl14. Assurez-vous
que la carte est configur�e pour le mode d'adressage EISA. Lisez la
section pr�c�dente sur la 3c509 pour des informations sur le pilote.
55..11..1133.. 33cc558899 // 33cc558899BB
Statut : Partiellement support�, Nom du pilote : 3c589
Beaucoup de monde utilise cette carte PCMCIA depuis d�j� un bon bout
de temps. Notez qu'elle n'est pas incluse (� l'heure actuelle) dans
l'arborescence par d�faut du noyau. Le "B" dans le nom signifie la
m�me chose ici que dans le cas de la 3c509.
Les pilotes sont disponibles sur le site ftp de Donald, et dans le
paquetage PCMCIA de David Hinds. Vous aurez aussi besoin d'avoir un
chipset PCMCIA support�. Allez faire un tour dans le ``Support
PCMCIA'' pour plus d'informations sur les pilotes, les chipsets
support�s, les activateurs de sockets, etc.
55..11..1144.. 33cc559900 // 33cc559955
Statut : Support�, Nom du pilote : 3c59x
Ces cartes ``Vortex'' sont destin�es aux machines � bus PCI, la 3c590
constituant l'offre � 10 Mb/s de 3Com et la 3c595 celle � 100 Mb/S.
Notez aussi que vous pouvez utiliser la 595 comme une 590
(c'est-�-dire en mode 10 Mb/s). Le pilote est inclus dans les sources
du noyau 2.0, mais est aussi continuellement mis � jour. Si vous
rencontrez des probl�mes avec le pilote des noyaux 2.0, vous pouvez
obtenir un pilote � jour � partir de l'URL suivante :
Vortex <
http://cesdis.gsfc.nasa.gov/linux/drivers/vor�
tex.html>
Notez qu'il existe en fait deux cartes 3c590, des mod�les des premiers
temps ayant 32 Ko de m�moire, et des plus r�cents qui n'en ont que 8 .
Il y a des chances pour que vous ne puissiez plus acheter une 3c59x
neuve, car elles ont �t� remplac�es par les 3c90x. Si vous achetez une
carte d'occasion, essayez d'obtenir la version 32 Ko. Les cartes 3c595
ont 64 Ko, car vous ne pouvez pas faire grand-chose avec seulement
8 Ko de m�moire vive � 100 Mb/s !
Grand merci � Cameron Spitzer et Terry Murphy de 3Com pour l'envoi de
cartes et de documentation � Donald afin qu'il puisse �crire le
pilote.
Donald a mis en place une liste de diffusion pour le support du pilote
Vortex. Pour vous abonner � la liste, vous n'avez qu'� faire :
echo subscribe | /bin/mail
[email protected]
55..11..1155.. 33cc559922 // 33cc559977
Statut : Support�, Nom du pilote : 3c59x
Ce sont les versions EISA des s�ries 3c59x. La 3c592/3c597 (aussi
connue sous le nom de Demon) devrait fonctionner avec le pilote Vortex
pr�sent� au paragraphe pr�c�dent.
55..11..1166.. 33cc990000 // 33cc990055 // 33cc990055BB
Statut : Support�, Nom du pilote : 3c59x
Ces cartes (aussi connues sous le nom de `Boomerang', ou encore
EtherLink III XL) ont �t� mises sur le march� pour remplacer les
cartes 3c590/3c595.
Le support pour la version � base de Cyclone 'B' a r�cemment �t�
ajout�. Pour utiliser cette carte avec les anciens noyaux 2.0, vous
devez obtenir le pilote 3c59x.c mis � jour sur le site de Donald :
Vortex <
http://cesdis.gsfc.nasa.gov/linux/drivers/vor�
tex.html>
Si vous avez un doute, allez faire un tour sur la page WWW ci-dessus.
Donald a mis en place une liste de diffusion sur les annonces
concernant le support du pilote Vortex, entre autres. Pour vous
abonner � la liste, il suffit de faire :
echo subscribe | /bin/mail
[email protected]
55..11..1177.. 33cc998855
Statut : Support�, Nom du pilote : acenic
Ce pilote, par Jes Sorensen, est disponible dans les noyaux 2.2. Il
supporte plusieurs autres mod�les de cartes Gigabit en plus du mod�le
3Com.
55..22.. AAccccttoonn
55..22..11.. AAccccttoonn MMPPXX
Statut : Support�, Nom du pilote : ne (+8390)
Ne vous laissez pas avoir par le nom. Cette carte est tout de m�me
suppos�e �tre une compatible NE2000, et devrait par cons�quent
fonctionner avec le pilote du m�me nom.
55..22..22.. AAccccttoonn EENN11220033,, EENN11220077,, EEtthheerrDDuuoo--PPCCII
Statut : Support�, Nom du pilote : de4x5, tulip
Une autre impl�mentation de la puce PCI 21040 de DEC. La carte EN1207
comporte le 21140, mais a aussi un connecteur 10Base-2, ce qui s'est
r�v�l� source de probl�mes pour certaines personnes en terme de
s�lection de ce support. Par contre, l'utilisation de la carte avec du
10Base-T et du 100Base-T a fonctionn� pour certaines autres. Donc,
comme pour tous les achats, vous devez d'abord essayer et vous assurer
que vous pourrez retourner la carte si elle ne fonctionne pas pour
vous.
Consultez ``DEC 21040'' pour plus d'informations sur ces cartes, et la
situation actuelle du pilote.
55..22..33.. AAddaappttaatteeuurr AAccccttoonn EENN22220099 ppoouurr ppoorrtt ppaarraallll��llee ((EEtthheerrPPoocckkeett))
Statut : Partiellement support�, Nom du pilote : ?
Un pilote pour ces adaptateurs sur port parall�le est disponible mais
ne fait pas encore partie des sources des noyaux 2.0 ou 2.1. Vous
pouvez obtenir ce pilote sur :
http://www.unix-ag.uni-siegen.de/~nils/accton_linux.html
55..22..44.. AAccccttoonn EENN22221122 PPCCMMCCIIAA
Statut : Partiellement support�, Nom du pilote : ?
David Hinds a commenc� � travailler sur un pilote pour cette carte, et
vous devriez de consulter la derni�re version de son paquetage PCMCIA
pour savoir o� il en est.
55..33.. AAlllliieedd TTeelleessyynn//TTeelleessiiss
55..33..11.. AATT11550000
Statut : Support�, Nom du pilote : lance
Il s'agit d'une s�rie de cartes Ethernet peu ch�res qui utilisent la
version 79C960 de la puce LANCE d'AMD. Ce sont des cartes utilisant le
le contr�le du bus, et elles figurent donc parmi les cartes Ethernet
ISA les plus rapides.
La s�lection du DMA et des informations sur la num�rotation de la puce
se trouvent dans ``AMD LANCE''.
Plus d'informations techniques sur les cartes Ethernet bas�es sur
l'AMD LANCE sont disponibles dans ``Notes sur l'AMD...''.
55..33..22.. AATT11770000
Statut : Support�, Nom du pilote : at1700
Notez que pour acc�der � ce pilote lors du make config vous devez
encore r�pondre `Y' � la question ``Prompt for development and/or
incomplete code/drivers?'' au tout d�but. C'est simplement d� au
manque de retour d'informations sur la stabilit� du pilote, �tant
donn� qu'il s'agit d'une carte relativement rare. Si vous avez des
probl�mes avec le pilote qui est livr� avec le noyau, vous serez peut
etre interess� par celui qui est disponible � :
http://www.cc.hit-
u.ac.jp/nagoya/at1700/
Les cartes Ethernet Allied Telesis des s�ries AT1700 sont bas�es sur
la MB86965 de Fujitsu. Cette puce utilise une interface � E/S
programm�es, et une paire de tampons de transmission � taille fixe.
Cela permet d'envoyer des petits groupes de paquets les uns � la suite
des autres, avec une courte pause pendant le changement de tampon.
Une fonctionnalit� unique est la possibilit� de piloter du c�ble STP
(Shielded Twisted Pair, paire torsad�e blind�e) 150 ohms couramment
install� pour le Token Ring, en plus du c�ble 100 ohms UTP (Unshielded
Twisted Pair, paire torsad�e non-blind�e) de 10BaseT. Une version
fibre optique de la carte (AT1700FT) existe �galement.
La puce Fujitsu utilis�e sur l'AT1700 a un d�faut de conception : elle
ne peut �tre remise compl�tement � z�ro qu'en effectuant un cycle
d'allumage de la machine. Le fait d'appuyer sur le bouton de
red�marrage (`Reset') ne r�initialise pas l'interface du bus. Cela ne
serait pas g�nant, si la carte ne pouvait �tre d�tect�e qu'apr�s
qu'elle ait �t� r�cemment r�initialis�e. Le moyen de contourner le
probl�me est d'�teindre puis de rallumer la machine si le noyau a un
probl�me pour d�tecter l'AT1700.
Certaines s�ries de production de l'AT1700 ont un autre probl�me :
elles sont con�ues pour utiliser de fa�on permanente le canal DMA 5.
Cela n'est pas document�, il n'existe aucun cavalier pour d�sactiver
cette "fonctionnalit�", et aucun pilote n'ose utiliser la possibilit�
de DMA � cause de probl�mes de compatibilit�. Aucun pilote de
p�riph�rique ne sera �crit pour utiliser la DMA si le fait d'installer
une seconde carte dans la machine casse les deux cartes, et le seul
moyen de d�sactiver le DMA est d'utiliser un couteau.
Certaines s�ries de l'AT1700 ont un autre probl�me : Elles sont
bloqu�es sur le canal DMA 5. Cela n'est pas document�, et il n'y a pas
de cavaliers pour d�sactiver cette "fonctionnalit�", et aucun pilote
n'ose utiliser le DMA a cause des probl�mes de compatibilit�. Aucun
pilote ne sera �crit pour utiliser le DMA a cause car le fait
d'installer une deuxi�me carte emp�cherais les DEUX de marcher, et le
seul moyen de d�sactiver le DMA, c'est avec un couteau.
55..33..33.. AATT22445500
Statut : Support�, Nom du pilote : pcnet32
La version PCI de l'AT1500, qui ne souffre pas des probl�mes de la
carte PCI 79c970 de Boca. La s�lection du DMA et des informations sur
la num�rotation de la puce se trouvent dans ``AMD LANCE''.
Plus d'informations techniques sur les cartes Ethernet bas�es sur
l'AMD LANCE sont disponibles dans ``Notes sur l'AMD...''.
55..33..44.. AATT11550000
Statut : Partiellement support�, Nom du pilote : rtl8139
Cette carte utilise la puce Realtek 8139, r�f�rez vous � la section
``Realtek 8139''
55..33..55.. AATT22554400FFXX
Statut : Partiellement support�, Nom du pilote : eepro100
Cette carte utilise une puce i82557, et par cons�quent,
pourrait / devrait fonctionner avec le pilote de la carte eepro100. Si
vous l'essayez, envoyez-nous quelques renseignements compl�mentaires
pour que cette section s'�toffe un peu.
55..44.. AAMMDD // AAddvvaanncceedd MMiiccrroo DDeevviicceess
Carl Ching d'AMD a eu la gentillesse de fournir une description tr�s
d�taill�e de tous les produits Ethernet d'AMD cit�s, ce qui a permis
de clarifier cette section.
55..44..11.. AAMMDD LLAANNCCEE ((77999900,, 7799CC996600//996611//996611AA,, PPCCnneett--IISSAA))
Statut : Support�, Nom du pilote : lance
Il n'existe en fait aucune carte Ethernet AMD. Vous �tes certainement
en train de lire ce paragraphe parce que les seules marques que vous
ayez pu trouver sur votre carte disent `AMD' et le num�ro ci-dessus.
La 7990 est la puce `LANCE' d'origine, mais la plupart des documents
(y compris celui-ci) se r�f�rent � toutes ces puces similaires sous la
d�nomination de puces `LANCE' (...incorrectement, devrais-je ajouter).
Les num�ros ci-dessus se r�f�rent aux puces d'AMD qui sont le coeur de
nombreuses cartes Ethernet. Par exemple, l'AT1500 d'Allied Telesis
(voir ``AT1500''), et la NE1500/2100 (voir ``NE1500'') utilisent ces
puces.
La 7990/79c90 a �t� remplac�e depuis bien longtemps par des versions
plus r�centes. La 79C960 (aussi connue sous le nom de PCnet-ISA)
contient pour l'essentiel la base de la 79c90, avec tout le support
mat�riel compl�mentaire requis, ce qui permet de monter une solution
Ethernet en une seule puce. La 79c961 (PCnet-ISA+) est une version
``Plug and Play'', sans cavaliers, de la 960. La derni�re puce des
s�ries ISA est la 79c961A (PCnet-ISA II), qui ajoute des capacit�s de
_f_u_l_l _d_u_p_l_e_x. Toutes les cartes comportant une de ces puces devraient
fonctionner avec le pilote lance.c, � l'exception de tr�s vieilles
cartes qui utilisent la 7990 d'origine avec une configuration �
m�moire partag�e. Ces cartes anciennes peuvent �tre rep�r�es par
l'absence de cavaliers pour le choix d'un canal DMA.
Parmi les probl�mes classiques, on rencontre le message `busmaster
arbitration failure'. Celui-ci s'affiche quand le pilote LANCE ne peut
pas obtenir un acc�s au bus apr�s qu'un temps raisonnable se soit
�coul� (50 micro-secondes). Cela indique habituellement que
l'impl�mentation de la ma�trise de bus DMA de la carte-m�re est
incorrecte, ou qu'un autre p�riph�rique monopolise le bus, ou qu'il y
a un conflit de canal DMA. Si votre programme de configuration du BIOS
poss�de la `GAT option' (GAT pour Guaranteed Access Time, temps
d'acc�s garanti), essayez de modifier ce param�tre pour voir si cela
va mieux.
Notez aussi que le pilote ne cherche une carte valide qu'� ces
adresses : 0x300, 0x320, 0x340, 0x360, et qu'une adresse fournie par
un argument de d�marrage ether= est ignor�e sans qu'il en soit fait
mention (cela sera corrig�), donc assurez-vous que votre carte est
configur�e pour l'une des adresses d'E/S ci-dessus, pour l'instant.
Le pilote fonctionnera encore correctement, m�me si plus de 16 Mo de
m�moire sont install�s, car des tampons-relais en m�moire basse sont
utilis�s au besoin (c'est-�-dire que toute donn�e situ�e au-del� de la
limite des 16 Mo est copi�e dans un tampon en-dessous de la limite
avant d'�tre remis � la carte pour transmission).
Le canal DMA peut �tre configur� avec les bits (inutilis�s en dehors
de �a) de la valeur de dev->mem_start (aussi connue comme PARAM_1
(voir ``PARAM_1''). S'il n'est pas fix�, il est test� en activant
chaque canal DMA tour � tour et en regardant si l'initialisation
r�ussit.
La carte HP-J2405A est une exception : avec cette carte, il est facile
de lire les valeurs stock�es en EEPROM pour l'IRQ et le DMA.
Voir ``Notes on AMD...'' pour plus d'informations sur ces puces.
55..44..22.. AAMMDD 7799CC996655 ((PPCCnneett--3322))
Statut : Support�, Nom du pilote : pcnet32
Il s'agit de la PCnet-32 -- une version 32 bits, � contr�le de bus, de
la puce LANCE originelle pour les syst�mes VLB (Vesa Local Bus) et �
bus local. Bien que ces puces puissent �tre utilis�e avec le pilote
lance.c standard, une version 32 bits (pcnet32.c) est aussi
disponible, laquelle n'a pas � se pr�occuper des limitations � 16 Mo
li�es au bus ISA.
55..44..33.. AAMMDD 7799CC997700//997700AA ((PPCCnneett--PPCCII))
Statut : Support�, Nom du pilote : pcnet32
Il s'agit de la PCnet-PCI -- similaire � la PCnet-32, mais con�ue pour
des syst�mes bas�s sur le bus PCI. De nouveau, consultez les
informations ci-dessus sur la PCnet-32. Cela signifie que vous devez
construire un noyau comportant le support du BIOS PCI. La 970A ajoute
le support du mode _f_u_l_l _d_u_p_l_e_x ainsi que d'autres fonctionnalit�s par
rapport � la conception d'origine de la 970.
Notez que l'impl�mentation de Boca pour la 79C970 ne fonctionne pas
sur les machines Pentium rapides. Il s'agit d'un probl�me mat�riel,
puisqu'il affecte aussi les utilisateurs DOS. Consultez la section sur
Boca pour plus de d�tails.
55..44..44.. AAMMDD 7799CC997711 ((PPCCnneett--FFAASSTT))
Statut : Support�, Nom du pilote : pcnet32
Il s'agit de la puce 100 Mbits d'AMD pour les syst�mes PCI, qui
comporte elle aussi le mode _f_u_l_l _d_u_p_l_e_x. Elle a �t� introduite en juin
1996 sur le march�.
55..44..55.. AAMMDD 7799CC997722 ((PPCCnneett--FFAASSTT++))
Statut : Inconnu, Nom du pilote : pcnet32
Devrait marcher exactement comme la '971, mais reste � confirmer quand
m�me.
55..44..66.. AAMMDD 7799CC997744 ((PPCCnneett--SSCCSSII))
Statut : Support�, Nom du pilote : pcnet32
Il s'agit de la PCnet-SCSI -- qui � la base est trait�e comme une 970
du point de vue Ethernet. Consultez aussi les informations ci-dessus.
Ne demandez pas si la partie SCSI de la puce est support�e -- il
s'agit de l'_E_t_h_e_r_n_e_t_-_H_O_W_T_O, pas du _S_C_S_I_-_H_O_W_T_O.
55..55.. AAnnsseell CCoommmmuunniiccaattiioonnss
55..55..11.. AACC33220000 EEIISSAA
Statut : Partiellement support�, Nom du pilote : ac3200
Notez que pour acc�der � ce pilote lors du make config vous devez
encore r�pondre `Y' � la question ``Prompt for development and/or
incomplete code/drivers?'' au tout d�but. C'est simplement d� au
manque de retour d'informations sur la stabilit� du pilote, �tant
donn� qu'il s'agit d'une carte relativement rare.
Ce pilote est inclus dans le noyau actuel comme �tant en phase de test
`alpha'. Il est bas� sur la classique puce NS8390 utilis�e dans les
cartes NE2000 et WD80x3. Veuillez consulter ``Pilotes
`alpha''' dans le pr�sent document pour des informations importantes
concernant les pilotes `alpha'.
Si vous l'utilisez, veuillez informer l'un d'entre nous de la fa�on
dont les choses fonctionnent, car nous avons eu peu de retour
d'informations, m�me si le pilote est dans le noyau depuis la version
1.1.25.
Si vous avez l'intention d'utiliser ce pilote comme module chargeable,
vous devriez lire ``Utilisation des pilotes Ethernet comme
modules'' pour des informations sp�cifiques aux modules.
55..66.. AApprriiccoott
55..66..11.. AApprriiccoott XXeenn--IIII OOnn BBooaarrdd EEtthheerrnneett
Statut : Support�, Nom du pilote : apricot
Cette carte Ethernet sur carte-m�re utilise une puce i82596 � contr�le
du bus. Elle ne peut se trouver qu'� l'adresse d'E/S 0x300. En
consultant le source du pilote, il appara�t que l'IRQ est
mat�riellement fix�e � 10.
Les premi�res versions du pilote avaient une tendance � croire que
tout ce qui vivait en 0x300 �tait un adaptateur r�seau Apricot.
Depuis, l'adresse mat�rielle est test�e afin d'�viter ces d�tections
erron�es.
55..77.. AArrccnneett
Statut : Support�, Nom du pilote : arcnet (arc-rimi, com90xx,
com20020)
Avec le co�t vraiment tr�s bas et les meilleures performances
d'Ethernet, il est probable que la plupart des endroits disposant d'un
r�seau vont se d�barrasser de leur mat�riel Arcnet pour rien, ce qui
am�nera un grand nombre de syst�mes personnels � utiliser Arcnet.
Un avantage d'Arcnet est que toutes les cartes ont des interfaces
identiques, donc un seul pilote fonctionnera pour tout le monde. Il
comporte aussi une gestion int�gr�e des erreurs, et est donc suppos�
ne jamais perdre un paquet. (Chouette pour le trafic UDP !)
Le pilote Arcnet d'Avery Pennarun est dans le noyau par d�faut depuis
la version 1.1.80. Le pilote Arcnet utilise `arc0' comme nom au lieu
de l'`eth0' habituel pour les p�riph�riques Ethernet.
Vous pouvez envoyer rapports de bogues et comptes-rendus victorieux
concernant Arcnet � :
[email protected]
Le noyau standard comporte des fichiers d'information pour la
configuration des cavaliers et des aides plus g�n�rales.
Le pilote est �galement cens� fonctionner avec les cartes ARCnet
100 Mb/s !
55..88.. AATT&&TT
Notez que le StarLAN d'AT&T est une technologie orpheline, comme le
LattisNet de SynOptics, et qu'elle ne peut pas �tre utilis�e dans un
environnement 10Base-T standard, sans un hub qui `parle' les deux
protocoles.
55..88..11.. AATT&&TT TT77223311 ((LLaannPPAACCEERR++))
Statut : Non support�
Ces cartes StarLAN utilisent une interface similaire � la puce i82586.
A une �poque, Matthijs Melchior (
[email protected]) jouait
avec le pilote de la 3c507, et avait presque quelque chose
d'utilisable qui fonctionnait. Nous n'en avons pas entendu parler
beaucoup depuis lors.
55..99.. BBooccaa RReesseeaarrcchh
Oui, ils font autre chose que des cartes s�ries multi-ports. :-)
55..99..11.. BBooccaa BBEENN ((IISSAA,, VVLLBB;; PPCCII))
Statut : Support�, Nom du pilote : pcnet32, lance
Ces cartes sont bas�es sur les puces PCnet d'AMD. Les acheteurs
exigeants doivent �tre pr�venus que de nombreux utilisateurs ont eu
des probl�mes sans fin avec ces cartes VLB/PCI. Les propri�taires de
syst�mes Pentium rapides ont �t� tout particuli�rement touch�s. Notez
qu'il ne s'agit pas d'un probl�me de pilote, puisqu'il touche aussi
les utilisateurs de DOS/Windows/NT. Le num�ro du support technique de
Boca est le 1 (407) 241-8088,
(NDT : Ce num�ro est bien entendu aux �tats-Unis.)
et vous pouvez aussi les joindre �
[email protected]. Les
anciennes cartes ISA ne semblent pas souffrir des m�mes maux.
Donald a r�alis� un test comparatif entre les cartes PCI Boca et une
impl�mentation similaire d'Allied Telsyn avec la puce PCnet/PCI, qui
montrait que le probl�me se situe dans l'impl�mentation faite par Boca
de la puce PCnet/PCI. On peut consulter les r�sultats de ce test sur
le serveur WWW de Don :
Linux @ CESDIS <
http://cesdis.gsfc.nasa.gov/linux/>
Boca offre une `r�paration - garantie' aux propri�taires affect�s par
ce probl�me qui entra�ne l'ajout d'un des condensateurs manquants,
mais il semble que cette correction ne fonctionne pas � 100 % pour la
plupart des gens, bien que cela en aide quelques uns.
Si vous pensez _e_n_c_o_r_e acheter une de ces cartes, alors essayez au
moins d'obtenir une clause de retour inconditionnel sous 7 jours, pour
que vous puissiez la rendre si elle ne fonctionne pas correctement sur
votre syst�me.
Des informations plus g�n�rales sur les puces AMD se trouvent
dans ``AMD LANCE''.
Plus d'informations techniques sur les cartes Ethernet bas�es sur
l'AMD LANCE sont disponibles dans ``Notes sur l'AMD...''.
55..1100.. CCaabblleettrroonn
Donald �crit : ``Oui, encore une autre de ces soci�t�s qui ne donnera
pas ses informations pour programmer. Ils ont attendu des mois avant
de confirmer qu'en fait toutes leurs informations �taient
propri�taires, gaspillant d�lib�r�ment mon temps. �vitez leurs cartes
comme la peste si vous le pouvez. Notez aussi que certaines personnes
ont appel� Cabletron, et se sont entendues dire des choses comme `un
certain D. Becker travaille sur un pilote pour Linux' -- laissant
entendre que je travaillais pour eux. Ce N'est PAS le cas.''
Apparemment, Cabletron a chang� sa politique � propos des informations
sur la programmation (tout comme Xircom) depuis que Donald a fait ce
commentaire il y a quelques ann�es. Envoyez un e-mail �
[email protected] si vous voulez v�rifier ce point pr�cis, ou demander
des informations techniques. Toutefois, � l'heure actuelle, il y a
tr�s peu de demandes pour des pilotes mis � jour pour les cartes E20xx
et E21xx.
55..1100..11.. EE1100****,, EE1100****--xx,, EE2200****,, EE2200****--xx
Statut : Partiellement support�, Nom du pilote : ne (+8390)
Il s'agit de presque-clones de NEx000 qui fonctionnent avec les
pilotes NEx000 standard d'apr�s les informations qui nous sont
revenues, gr�ce � un test sp�cial-Cabletron dans la proc�dure de
d�tection. S'il y a le moindre probl�me, il ne sera tr�s certainement
pas r�solu, car les informations de programmation ne sont pas
disponibles.
55..1100..22.. EE22110000
Statut : Partiellement support�, Nom du pilote : e2100 (+8390)
Un fois de plus, on ne peut pas faire grand-chose quand les
informations de programmation sont propri�taires. La E2100 b�n�ficie
d'une conception lamentable. D�s qu'elle mappe sa m�moire partag�e
pendant un transfert de paquet, elle le fait en utilisant _t_o_u_t_e _l_a
_z_o_n_e _d_e _1_2_8 _K_o ! Cela signifie que vous _n_e _p_o_u_v_e_z _p_a_s, sur cette
zone, utiliser de fa�on s�curis�e un autre p�riph�rique � m�moire
partag�e g�r� par interruption, y compris une autre E2100. Cela
fonctionnera la plupart du temps, mais de temps � autre cela vous
sautera � la figure. (Oui, on pourrait �viter ce probl�me en inhibant
les interruptions pendant le transfert des paquets, mais dans ce cas-
l� on perdra pratiquement � coup s�r des tops d'horloge). De plus, si
vous programmez incorrectement la carte, ou que vous arr�tez la
machine juste au mauvais moment, m�me le bouton de `reset' ne la
rendra pas � la vie. Vous _d_e_v_r_e_z �teindre la machine et _a_t_t_e_n_d_r_e
qu'elle se repose pendant 30 secondes.
La s�lection du support physique est automatique, mais vous pouvez
outrepasser cette fonctionnalit� en utilisant les bits de poids
faibles du param�tre dev->mem_end. Consultez ``PARAM_2''. Les
utilisateurs des modules peuvent sp�cifier une valeur xcvr=N comme
option dans le fichier /etc/conf.modules.
Ne prenez pas non plus la E2100 pour un clone de NE2100. L'E2100
repose sur une DP8390 de National Semiconductor � m�moire partag�e, �
peu pr�s similaire � une WD8013 avec des l�sions c�r�brales, tandis
que la NE2100 (et la NE1500) utilise une conception bas�e sur la puce
� contr�le du bus LANCE d'AMD.
Vous trouverez un pilote pour la E2100 dans le noyau standard.
Toutefois, au vu de l'indisponibilit� des informations de
programmation, n'attendez pas des corrections de bogues. N'en utilisez
pas � moins d'en avoir une sur les bras.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..1100..33.. EE2222****
Statut : Partiellement support�, Nom du pilote : lance
Si l'on en croit les informations trouv�es dans un bulletin technique
de Cabletron, ces cartes utilisent le jeu de puces standard PC-net
d'AMD (section ``AMD PC-Net'') et devraient fonctionner avec le pilote
g�n�rique lance.
55..1111.. CCooggeenntt
Voici o� et comment les joindre :
Cogent Data Technologies, Inc.
175 West Street, P.O. Box 926
Friday Harbour, WA 98250, USA.
Cogent Sales (service commercial)
15375 S.E. 30th Place, Suite 310
Bellevue, WA 98007, USA.
Technical Support: (support technique)
Phone (360) 378-2929 between 8am and 5pm PST
(T�l�phone entre 8h et 17h, heure de la c�te
Pacifique)
Fax (360) 378-2882
Compuserve GO COGENT
Bulletin Board Service (360) 378-5405
Internet:
[email protected]
55..1111..11.. EEMM110000--IISSAA//EEIISSAA
Statut : Partiellement support�, Nom du pilote : smc9194
Ces cartes utilisent la puce SMC 91c100 et devraient fonctionner avec
le pilote SMC 91c92, mais cela reste � v�rifier.
55..1111..22.. CCooggeenntt eeMMAASSTTEERR++,, EEMM110000--PPCCII,, EEMM440000,, EEMM996600,, EEMM996644
Statut : Support�, Nom du pilote : de4x5, tulip
Il s'agit encore une fois d'une impl�mentation de la 21040 de DEC,
dont on peut esp�rer qu'elle fonctionne correctement avec le pilote
21040 classique.
L'EM400 et l'EM964 sont des cartes � quatre ports qui utilisent un
pont DEC 21050 et quatre puces 21040.
Consultez ``DEC 21040'' pour plus d'information sur ces cartes, et
l'�tat d'avancement actuel du pilote.
55..1122.. CCoommppaaqq
Compaq n'est pas vraiment dans le domaine de la conception et de la
fabrication de cartes Ethernet, mais beaucoup de leurs syst�mes
comportent des contr�leurs Ethernet int�gr�s � la carte-m�re.
55..1122..11.. CCoommppaaqq DDeesskkpprroo // CCoommppaaqq XXLL ((EEmmbbeeddddeedd AAMMDD CChhiipp))
Statut : Support�, Nom du pilote : pcnet32
Des machines comme celles de la s�rie XL ont une puce PCI 79c97x d'AMD
sur la carte-m�re qui peut �tre utilis�e avec le pilote LANCE
standard. Mais avant de pouvoir l'utiliser, vous devez faire quelques
manipulations pour que le BIOS PCI se trouve � une place o� Linux peut
le voir. Frank Maas a �t� suffisamment sympa pour nous fournir les
d�tails :
``Le probl�me avec cette machine Compaq est que le point d'entr�e du
bus PCI est charg� en m�moire haute, � un endroit o� le noyau Linux ne
pourra pas (n'ira pas) le chercher. R�sultat : la carte n'est jamais
d�tect�e ni utilisable (en passant : la souris ne fonctionnera pas non
plus). La mani�re de contourner le probl�me (telle qu'elle est d�crite
en d�tail dans
http://www-c724.uibk.ac.at/XL/) est de charger MS-DOS,
de lancer un petit pilote que Compaq a �crit puis de charger le noyau
Linux en utilisant LOADLIN. Ok, je vous laisse le temps de dire
'beurk', mais pour l'instant c'est la seule solution qui fonctionne
que je connaisse. Le petit pilote se contente de d�placer le
r�pertoire PCI � un endroit o� il est normalement stock� (et o� Linux
peut le trouver).''
Des informations plus g�n�rales sur les puces AMD se trouvent
dans ``AMD LANCE''.
55..1122..22.. CCoommppaaqq NNeetttteelllliiggeenntt//NNeettFFlleexx ((EEmmbbeeddddeedd TThhuunnddeerrLLAANN CChhiipp))
Statut : Support�, Nom du pilote : tlan
Ces syst�mes utilisent une puce Texas Instrument ThunderLAN, pour plus
d'informations, r�f�rez vous � la section ``ThunderLAN''.
55..1133.. DDaannppeexx
55..1133..11.. DDaannppeexx EENN99440000
Statut : Support�, Nom du pilote : de4x5, tulip
Encore une autre carte bas�e sur la puce 21040 de DEC, dont on sait
qu'elle fonctionne correctement, et � un prix relativement mod�r�.
Consultez ``DEC 21040'' pour plus d'information sur ces cartes, et
l'�tat d'avancement actuel du pilote.
55..1144.. DD--LLiinnkk
55..1144..11.. DDEE--110000,, DDEE--220000,, DDEE--222200--TT,, DDEE--225500
Statut : Support�, Nom du pilote : ne (+8390)
Certaines des premi�res cartes D-Link ne poss�daient pas la signature
0x57 en PROM, mais le pilote ne2000 en a connaissance. Pour les cartes
configurables par logiciel, vous pouvez obtenir le programme de ad hoc
sur www.dlink.com. Les cartes DE2** �taient celles les plus
fr�quemment indiqu�es comme poss�dant des erreurs de correspondance
sur des fausses adresses de transfert avec les premi�res versions de
Linux. Notez qu'il existe aussi des cartes chez Digital (DEC, Digital
Equipment Corporation) nomm�es DE100 et DE200, mais la similitude
s'arr�te l�.
55..1144..22.. DDEE--552200
Statut : Support�, Nom du pilote : pcnet32
Il s'agit d'une carte PCI qui utilise la version PCI de la puce LANCE
d'AMD. Des informations sur la s�lection DMA et la num�rotation des
puces se trouvent dans ``AMD LANCE''.
Des informations plus techniques sur les cartes Ethernet bas�es sur la
puce LANCE d'AMD sont disponibles dans ``Notes sur l'AMD...''.
55..1144..33.. DDEE--552288
Statut : Support�, Nom du pilote : ne, ne2k-pci (+8390)
On dirait que D-Link a aussi commenc� � fabriquer des clones de
NE2000.
55..1144..44.. DDEE--553300
Statut : Support�, Nom du pilote : de4x5, tulip
Il s'agit d'une impl�mentation g�n�rique de la puce PCI 21040 de DEC,
dont on sait qu'elle fonctionne avec le pilote g�n�rique 21040
`tulip'.
Consultez ``DEC 21040'' pour plus d'information sur ces cartes, et
l'�tat d'avancement actuel du pilote.
55..1144..55.. DDEE--660000
Statut : Support�, Nom du pilote : de600
Les utilisateurs de portables et autres personnes qui souhaitent un
moyen rapide de mettre leur ordinateur sur Ethernet pourront �tre
int�ress�s par ceci. Le pilote est inclus dans l'arborescence du noyau
par d�faut. Bjorn Ekwall
[email protected] a �crit le pilote. Attendez-
vous � des taux de transfert de 180 Ko/s par le port parall�le. Vous
devriez lire le fichier README.DLINK dans l'arborescence du noyau.
(NDT : Ce fichier est bien entendu en anglais.)
Notez que le nom de p�riph�rique que vous passez � ifconfig est
_m_a_i_n_t_e_n_a_n_t eth0 et non pas celui pr�c�demment utilis�, dl0.
Si votre port parall�le _n_e se trouve _p_a_s � l'adresse standard 0x378,
il vous faudra recompiler le noyau. Bjorn �crit : ``Puisque le pilote
de la DE-620 essaie de supprimer la moindre microseconde dans les
boucles, j'ai d�fini l'IRQ et l'adresse du port comme des constantes
plut�t que comme des variables. Cela donne une vitesse utilisable,
mais cela signifie aussi que vous ne pouvez pas changer ces valeurs
depuis par exemple lilo ; vous _devez_ recompiler...'' Notez aussi
que certains portables impl�mentent le port parall�le interne �
l'adresse 0x3bc, ce qui est l'endroit o� les ports parall�les
�taient/sont sur les cartes monochromes.
55..1144..66.. DDEE--662200
Statut : Support�, Nom du pilote : de620
M�me chose que pour la DE-600, avec seulement deux formats de sortie.
Bjorn a �crit un pilote pour ce mod�le, pour les versions 1.1 et
sup�rieures du noyau. Consultez les informations ci-dessus � propos de
la DE-600.
55..1144..77.. DDEE--665500
Statut : Partiellement support�, Nom du pilote : de650 ?
Des gens utilisent cette carte PCMCIA depuis quelque temps d�j� avec
leur portable. Il s'agit d'une conception simple bas�e sur le 8390,
qui ressemble beaucoup � une NE2000. La carte PCMCIA `LinkSys' et
l'IC-Card Ethernet sont, de plus, suppos�es �tre des clones de DE-650.
Notez qu'� l'heure actuelle, ce pilote _n_e fait _p_a_s partie du noyau
standard, et que vous devrez donc appliquer quelques patches.
Consultez ``Support du PCMCIA'' dans ce document, et si vous le
pouvez, jetez un coup d'oeil � :
La page PCMCIA de Don <
http://ces�
dis.gsfc.nasa.gov/linux/pcmcia.html>
55..1155.. DDFFII
55..1155..11.. DDFFIINNEETT--330000 eett DDFFIINNEETT--440000
Statut : Support�, Nom du pilote : ne (+8390)
Ces cartes sont maintenant d�tect�es (depuis la version 0.99pl15)
gr�ce � Eberhard Moenkeberg (
[email protected]) qui a not� qu'elles
utilisent `DFI' dans les trois premiers octets de la PROM, � la place
de 0x57 dans les octets 14 et 15, ce que font toutes les autres cartes
NE1000 et NE2000. (La 300 est un semblant de clone 8 bits de la
NE1000, et la 400 est un semblant de clone NE2000.)
55..1166.. DDiiggiittaall // DDEECC
55..1166..11.. DDEEPPCCAA,, DDEE110000//11,, DDEE220000//11//22,, DDEE221100,, DDEE442222
Statut : Support�, Nom du pilote : depca
De la documentation incluse dans le fichier source depca.c comprend
des informations sur la fa�on d'utiliser plus d'une de ces cartes dans
une machine. Notez que la DE422 est une carte EISA. Ces cartes sont
toutes bas�es sur la puce LANCE d'AMD. Consultez ``AMD LANCE'' pour
plus d'informations. Au maximum, deux des cartes ISA peuvent �tre
utilis�es, parce que leurs adresses d'E/S de base ne peuvent �tre
fix�es qu'� 0x300 ou 0x200. Si vous avez l'intention de le faire,
veuillez lire les notes dans le fichier source du pilote, depca.c,
dans l'arborescence du noyau standard.
Ce pilote fonctionnera aussi sur les machines � processeur Alpha, et
il comprend diff�rents ioctl() avec lesquels l'utilisateur peut
s'amuser.
55..1166..22.. DDiiggiittaall EEtthheerrWWoorrkkss 33 ((DDEE220033,, DDEE220044,, DDEE220055))
Statut : Support�, Nom du pilote : ewrk3
Ces cartes utilisent une puce propri�taire de DEC, par opposition � la
puce LANCE utilis�e dans les cartes ant�rieures comme la DE200. Ces
cartes peuvent fonctionner en m�moire partag�e ou en E/S programm�es,
bien que vous ayez un gain de performance de 50 % en utilisant le mode
PIO (E/S programm�es). La taille de la m�moire partag�e peut �tre
r�gl�e � 2 Ko, 32 Ko, ou 64 Ko, mais seules les valeurs 2 et 32 ont
�t� test�es avec ce pilote. David dit que les performances sont
virtuellement les m�mes entre le mode 2 Ko et le mode 32 Ko. Plus
d'informations (y compris l'utilisation du pilote comme module
chargeable) figurent en t�te du fichier source du pilote, ewrk3.c,
ainsi que dans le fichier README.ewrk3. Ces deux fichiers se trouvent
dans la distribution standard du noyau. Ce pilote supporte les CPU
alpha tout comme le depca.c.
Le pilote standard a un certain nombre d'appels ioctl() int�ressants
qui peuvent �tre utilis�s pour lire ou effacer les statistiques sur
les paquets, lire/�crire l'EEPROM, changer l'adresse mat�rielle, et
d'autres choses du m�me genre. Les bidouilleurs pourront lire le code
source pour plus d'information � ce sujet.
David a aussi �crit un utilitaire de configuration pour cette carte
(outre les lignes du programme DOS NICSETUP.EXE) ainsi que d'autres
outils. Vous pouvez les trouver sur la majorit� des sites Linux dans
le r�pertoire /pub/Linux/system/Network/management -- cherchez un
fichier ewrk3tools-X.XX.tar.gz.
(NDT : Le lecteur fran�ais aura bien entendu tout int�r�t � utiliser
un site miroir, plus rapide. Par exemple :
ftp://ftp.lip6.fr/pub/linux/sunsite/system/Network/management)
55..1166..33.. DDEE442255 EEIISSAA,, DDEE443344,, DDEE443355,, DDEE550000
Statut : Support�, Nom du pilote : de4x5, tulip
Ces cartes sont bas�es sur la puce 21040 mentionn�e plus bas. La
DE500 utilise les puces 21140 pour fournir des connexions Ethernet
10/100Mb/s. Lisez la section sur la 21040 ci-dessous pour plus
d'informations. Il existe aussi quelques option de compilation qui
permettent aux cartes non con�ues par DEC de fonctionner avec ce
pilote. Jetez un coup d'oeil � README.de4x5 pour les d�tails.
Toutes les cartes Digital r�aliseront la d�tection automatique du
m�dia (� l'exception, temporaire, de la DE500 � cause d'un probl�me de
brevet).
Ce pilote est aussi pr�t � fonctionner avec les processeurs Alpha et
accepte d'�tre charg� comme module. Les utilisateurs peuvent acc�der
aux fonctionnalit�s internes du pilotes par des appels ioctl() -- voir
l'outil ewrk3 et les sources de4x5.c pour des informations sur la
fa�on de proc�der.
55..1166..44.. DDEECC 2211004400,, 2211004411,, 22111144xx,, TTuulliipp
Statut : Support�, Nom du pilote : de4x5, tulip
La 21040 de DEC est une solution Ethernet en une seule puce � contr�le
propos�e par Digital, similaire � la PCnet d'AMD. La 21040 est
sp�cifiquement con�ue pour l'architecture � bus PCI. Les nouvelles
cartes PCI EtherPower de SMC l'utilisent.
Vous avez le choix entre _d_e_u_x pilotes pour les cartes bas�es sur cette
puce. Vous pouvez utiliser le pilote de la DE425 dont nous avons parl�
plus haut, et le pilote g�n�rique `tulip' pour 21040.
AAtttteennttiioonn :: M�me si votre carte est bas�e sur cette puce, _l_e_s _p_i_l_o_t_e_s
_p_e_u_v_e_n_t _n_e _p_a_s _f_o_n_c_t_i_o_n_n_e_r _p_o_u_r _v_o_u_s. David C. Davies �crit : ``Il n'y
aucune garantie que SOIT tulip.c SOIT de4x5.c feront fonctionner une
autre carte bas�e sur le DC2114x que celles pour lesquelles ils ont
�t� �crit. POURQUOI ?? demandez-vous. Parce qu'il existe un registre,
le Registre multi-usages (General Purpose Register, CSR12) qui, primo,
dans la DC21140A est programmable par chaque fabricant et ils le font
tous d'une fa�on diff�rente, et, secundo, dans la DC21142/3 est
maintenant un registre de contr�le SIA (fa�on DC21041). La seule
petite lueur d'espoir est que nous puissions d�coder la SROM pour
aider � la configuration du pilote. Et encore, ce n'est pas une
solution garantie puisque chez certains constructeurs (par exemple la
carte 9332 de SMC) on ne suit pas le format de programmation SROM
recommand� par Digital Semiconductor.''
En termes non-techniques, cela signifie que si vous n'�tes pas s�r(e)
qu'une carte inconnue avec une puce DC2114x fonctionnera avec le(s)
pilote(s) Linux, alors vous devez vous assurer que vous pourrez rendre
la carte � votre revendeur _a_v_a_n_t de l'avoir pay�e.
La puce 21041 mise � jour, se trouve aussi � la place de la 21040 sur
la plupart des cartes r�centes EtherPower de SMC. La 21140 est
destin�e au support du 100Base-? et fonctionne avec les pilotes Linux
de la puce 21040. Pour utiliser le pilote de4x5 de David avec des
cartes non con�ues par DEC, lisez le fichier README.de4x5 pour les
d�tails.
Donald a utilis� des cartes EtherPower-10/100 de SMC pour d�velopper
le pilote `tulip'. Notez que le pilote qui se trouve dans
l'arborescence du noyau � l'heure actuelle n'est pas la version la
plus � jour. Si vous avez des probl�mes avec ce pilote, vous devriez
r�cup�rer la derni�re version sur le site FTP/WWW de Donald.
Pilote Tulip <
http://ces�
dis.gsfc.nasa.gov/linux/drivers/tulip.html>
L'URL ci-dessus contient aussi une liste (non exhaustive) de
diff�rents cartes/constructeurs qui utilisent la puce 21040.
Notez �galement que le pilote tulip est encore consid�r� comme un
pilote _a_l_p_h_a (voir ``Pilotes alpha'') actuellement, et qu'il doit donc
�tre trait� comme tel. Pour l'utiliser, vous devrez �diter
arch/i386/config.in et enlever les commentaires qui entourent la ligne
sur le support CONFIG_DEC_ELCP.
Donald a m�me cr�� une liste de diffusion pour les annonces sur le
support du pilote tulip, etc. Pour vous y abonner, il vous suffit de
taper :
echo subscribe | /bin/mail
[email protected]
55..1177.. FFaarraalllloonn
Farallon vend des adaptateurs et des transceivers EtherWave. Ce
p�riph�rique permet de mettre en s�rie plusieurs p�riph�riques
10baseT.
55..1177..11.. EEtthheerrwwaavvee ddee FFaarraalllloonn
Statut : Support�, Nom du pilote : 3c509
On rapporte qu'il s'agit d'un clone de 3c509 qui inclut le transceiver
EtherWave. Des gens les ont utilis�s avec succ�s sous Linux avec la
version actuelle du pilote 3c509. C'est bien trop cher pour une
utilisation g�n�ralis�e, mais c'est une bonne option pour des cas
particuliers. Les prix chez Hublet d�marrent � 125 dollars (environ
750 francs), et l'EtherWave ajoute entre 75 et 100 dollars (450 � 600
francs) au prix de la carte -- c'est bien si vous avez tir� un c�ble
trop court, mais pas si vous avez deux r�seaux qui tombent trop
courts.
55..1188.. FFuujjiittssuu
Contrairement � de nombreux fabricants de puces, Fujitsu a aussi
fabriqu� et vendu des cartes r�seau bas�es sur les leurs.
55..1188..11.. FFuujjiittssuu FFMMVV--118811//118822//118833//118844
Statut : Support�, Nom du pilote : fmv18x
Si on en croit le pilote, ces cartes sont faites dans la lign�e de
l'impl�mentation de la Fujitsu MB86965, ce qui les rend tr�s
similaires aux cartes Allied Telesis AT1700.
55..1199.. HHeewwlleetttt PPaacckkaarrdd
Les cartes 272** utilisent des E/S programm�es, similaires aux cartes
NE*000, mais le port de transferts de donn�es peut �tre `�teint' quand
vous n'y acc�dez pas, ce qui �vite les probl�mes avec les pilotes qui
r�alisent une d�tection automatique.
Merci � Glenn Talbott d'avoir aid� � �claircir la confusion qui
r�gnait dans cette section en ce qui concerne les num�ros de version
des mat�riels HP.
55..1199..11.. 2277224455AA
Statut : Support�, Nom du pilote : hp (+8390)
Carte 8 bits 10BaseT bas�e sur le 8390, non recommand�e pour toutes
les raisons des 8 bits. Elle a �t� repens�e il y a quelques ann�es
pour augmenter l'int�gration, ce qui a caus� des changements dans les
dur�es d'initialisation, qui affectent les programmes de test, mais
pas les pilotes r�seau. (La nouvelle carte n'est pas `pr�te' aussi
vite que l'ancienne apr�s �tre entr�e ou sortie du mode en boucle
locale (_l_o_o_p_b_a_c_k)).
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..1199..22.. HHPP EEtthheerrTTwwiisstt,, PPCC LLaann++ ((2277224477,, 2277225522AA))
Statut : Support�, Nom du pilote : hp+ (+8390)
La HP PC Lan+ est diff�rente de la carte HP PC Lan standard. Ce pilote
a �t� ajout� � la liste des pilotes du noyau standard pendant le cycle
de d�veloppement des version 1.1.x. Il peut �tre utilis� soit en mode
PIO (E/S programm�es) comme une ne2000, ou en mode m�moire partag�e
comme une wd8013.
La 47B est une carte 16 bits 10BaseT avec AUI � base de 8390, et la
52A est une carte 16 bits ThinLAN avec AUI � base de 8390. Ces cartes
comportent 32 Ko de m�moire vive embarqu�e pour le tampon de
r�ception/transmission des paquets au lieu des 16 Ko habituels, et
elles offrent toutes les deux une fonction de d�tection automatique du
connecteur r�seau.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..1199..33.. HHPP--JJ22440055AA
Statut : Support�, Nom du pilote : lance
Ces cartes sont meilleur march�, et l�g�rement plus rapides que la
27247/27252A, mais il leur manque certaines fonctionnalit�s, comme la
connectivit� AUI ou ThinLAN (10Base2), et un support pour PROM de
d�marrage (boot PROM). C'est une conception plut�t g�n�rique de la
LANCE, mais une d�cision mineure de conception la rend incompatible
avec un pilote g�n�rique `NE2100'. Un support sp�cial pour cette carte
(y compris la lecture du canal DMA sur la carte) est inclus gr�ce aux
informations fournies par Glenn Talbott de chez HP.
Plus d'informations techniques sur les cartes bas�e sur la puce AMD se
trouvent dans ``Notes sur AMD...''.
55..1199..44.. CCaarrttee EEtthheerrnneett eemmbbaarrqquu��ee ddee ll''HHPP--VVeeccttrraa
Statut : Support�, Nom du pilote : lance
L'HP-Vectra poss�de une puce PCnet d'AMD sur sa carte-m�re. La
s�lection du DMA et des informations sur la num�rotation de la puce se
trouvent dans ``AMD LANCE''.
Plus d'informations techniques sur les cartes bas�es sur la puce AMD
se trouvent dans ``Notes sur AMD...''.
55..1199..55.. CCaarrtteess HHPP 1100//110000 VVGG AAnnyy LLaann ((2277224488BB,, JJ22557733,, JJ22557777,, JJ22558855,,
JJ997700,, JJ997733))
Statut : Support�, Nom du pilote : hp100
Ce pilote supporte aussi certains produits Complex VG. Comme ce pilote
supporte les cartes ISA, EISA et PCI, il se trouve dans la section des
cartes ISA quand vous faites un make config dans les sources du noyau.
55..1199..66.. HHPP NNeettSSeerrvveerr 1100//110000TTXX PPCCII ((DD55001133AA))
Statut : Support�, Nom du pilote : eepro100
Apparemment, ces cartes sont juste des cartes Intel EtherExpress Pro
10/100B card dont on a chang� la marque. Allez voir la section sur
Intel pour plus de d�tails.
55..2200.. IIBBMM // IInntteerrnnaattiioonnaall BBuussiinneessss MMaacchhiinneess
55..2200..11.. IIBBMM TThhiinnkkppaadd 330000
Statut : Support�, Nom du pilote : znet
Celui-ci est compatible avec le Z-note de Z�nith, bas� sur une puce
Intel. Voir ``Z-note''.
Ce site est suppos� avoir une base de donn�es exhaustive de choses
utiles pour les versions r�centes du Thinkpad. Je ne l'ai pas v�rifi�
moi-m�me.
Thinkpad-info <
http://peipa.essex.ac.uk/html/linux-
thinkpad.html>
Pour ceux d'entre vous qui n'ont pas de navigateur WWW � port�e de la
main, essayez peipa.essex.ac.uk:/pub/tp750/.
55..2200..22.. EEtthheerrnneett dd''IIBBMM IIBBMM CCrreeddiitt CCaarrdd AAddaappttoorr ffoorr EEtthheerrnneett -- AAddaappttaa��
tteeuurr ``CCrreeddiitt CCaarrdd'' ppoouurr
Statut : Partiellement support�, Nom du pilote : ? (distribu�
s�par�ment)
Des personnes utilisent aussi cette carte PCMCIA avec Linux. Comme
d�j� not�, vous aurez besoin d'un jeu de puces PCMCIA support� par
Linux sur votre portable, et vous devrez mettre � jour le support
PCMCIA dans le noyau standard.
Consultez ``Support PCMCIA'' dans ce document, et si vous le pouvez
jetez un coup d'oeil � :
La page PCMCIA de Donald <
http://ces�
dis.gsfc.nasa.gov/linux/pcmcia.html>
55..2200..33.. IIBBMM TTookkeenn RRiinngg
Statut : Partiellement support�, Nom du pilote : ibmtr
Le support de Token Ring n�cessite plus que la simple �criture d'un
pilote, il faut aussi �crire les routines de routage source pour Token
Ring. C'est le routage par la source qui sera le plus long � �crire.
Peter De Schrijver a pass� du temps sur Token Ring r�cemment, et a
travaill� avec des cartes Token Ring ISA et MCA d'IBM.
Le code Token Ring actuel a �t� inclus dans les premiers noyaux des
s�ries 1.3.x.
Peter dit qu'il a �t� test� � l'origine avec une carte Token Ring MCA
16/4 Megabit, mais qu'il devrait fonctionner avec d'autres cartes
bas�es sur Tropic.
55..2211.. CCaarrtteess EEtthheerrnneett IICCLL
55..2211..11.. IICCLL EEtthheerrTTeeaamm 1166ii//3322
Statut : Support�, Nom du pilote : eth16i
Mika Kuoppala (
[email protected]) a �crit ce pilote, qui a �t�
inclus dans les premiers noyaux 1.3.4x. Cette carte utilise la puce
MB86965 de Fujitsu qui est aussi utilis�e dans les cartes AT1700.
55..2222.. CCaarrtteess EEtthheerrnneett IInntteell
Note : les noms de certaines cartes Intel sont ambigus au possible et
pr�tent � confusion . Si vous avez un doute, v�rifiez le num�ro sur la
puce principale de la carte i8xxxx, ou, pour les cartes PCI, utilisez
les informations disponibles dans le repertoire /proc et ensuite,
comparez-les aux num�ros list�s ici.
55..2222..11.. EEtthheerr EExxpprreessss
Statut : Support�, Nom du pilote : eexpress
Cette carte utilise l'Intel i82586. Les premi�res versions de ce
pilote (dans les noyaux 1.2) �taient class�es en cours de test
`alpha', parce qu'elles ne fonctionnaient pas correctement pour la
plupart des gens. Le pilote des versions 2.0 du noyau semble
fonctionner bien mieux pour ceux qui l'ont essay�. Toutefois, les
sources le donnent comme �tant toujours exp�rimental, et pose pas mal
de probleme sur les machines rapides.
Les commentaires au d�but du fichier source donnent la liste de
certains des probl�mes (et solutions) associ�s � ces cartes.Il a �t�
rapport� que la bidouille de ralentissement qui consiste � remplacer
tous les outb par des outb_p dans le pilote a permis d'�viter des
blocages pour au moins une personne.
55..2222..22.. EEtthheerr EExxpprreessss PPRROO//1100
Statut : Support�, Nom du pilote : eepro
Bao Chau Ha a �crit un pilote pour ces cartes, qui a �t� inclus dans
les premiers noyaux 1.3.x. Il peut aussi fonctionner avec certains des
syst�mes Ethernet int�gr�s de Compaq, bas�s sur la puce i82595.
55..2222..33.. EEtthheerr EExxpprreessss PPRROO//1100 PPCCII ((EEIISSAA))
Statut : Partiellement support�, Nom du pilote : ? (distribu�
s�parement)
John Stalba (
[email protected]) a �crit un pilote pour la version
PCI. Ces cartes utilisent la puce d'interface PCI PLX9036 avec la puce
contr�leur-r�seau i82596 d'Intel. Si votre carte comporte la i82557,
alors vous _n_'_a_v_e_z _p_a_s cette carte, mais au contraire la version dont
il est question ci-dessous, qui n�cessite par cons�quent le pilote
EEPro100 plut�t que celui-ci.
Vous pouvez obtenir le pilote `alpha' pour les cartes PCI PRO/10,
ainsi que les instructions pour l'utiliser, � :
Pilote EEPro10 <
http://www.ultra�
net.com/~stalba/eep10pci.html>
Si vous avez la carte EISA, vous devrez certainement bidouiller un peu
le pilote pour prendre en compte les diff�rents m�canismes de
d�tection (PCI ou EISA) qui sont utilis�s dans chaque cas.
55..2222..44.. EEtthheerr EExxpprreessss PPRROO 1100//110000BB
Statut : Support�, Nom du pilote : eepro100
Notez que ce pilote _n_e fonctionnera _p_a_s avec les cartes 100A qui sont
plus anciennes. Les num�ros de puces que g�re le pilote sont
i82557/i82558.
Pour les mises � jour du pilote et / ou des informations, consultez :
Page de l'EEPro-100B <
http://ces�
dis.gsfc.nasa.gov/linux/drivers/eepro100.html>
Pour vous inscrire � la liste de diffusion relative � ce pilote, tapez
la commande suivante :
echo subscribe | /bin/mail linux-eepro100-request@ces�
dis.gsfc.nasa.gov
Apparemment Donald a �t� oblig� de signer un accord de confidentialit�
qui �tablit qu'il pouvait en fait communiquer le code-source du
pilote ! Comment prendre une telle preuve de b�tise de la part
d'Intel ?
55..2233.. KKiinnggssttoonn
Kingston fait plusieurs cartes, incluant des cartes � base de NE2000+,
AMD PCnet, et DEC tulip. La majorit� des cartes devrait marcher avec
leurs pilotes respectifs. Voyez Kingston Web Page
<
http://www.kingston.com> pour plus de d�tails.
Il para�t que la carte � base de KNE40 DEC 21041 tulip fonctionne tr�s
bien avec le pilote tulip g�n�rique
55..2244.. LLiinnkkSSyyss
LinkSys produit tout un tas de clones de NE2000, certains �tant de
simple cartes ISA, d'autres des cartes ISA `plug and play' et m�me des
clones de NE2000 PCI bas�s sur l'un des jeux de puces NE2000-PCI
support�s. Il existe tout simplement trop de mod�les pour pouvoir tous
les citer ici.
LinkSys aime bien Linux, ils ont une page WWW de support sp�cifique,
et Linux est imprim� sur les bo�tes de certains de leurs produits.
Consultez :
http://www.linksys.com/support/solution/nos/linux.htm
55..2244..11.. CCaarrtteess LLiinnkkSSyyss EEtthheerrffaasstt 1100//110000..
Statut : Support�, Nom du pilote : tulip
Notez que ces cartes ont connu quelques `r�visions' (c-�-d diff�rents
chipsets utilis�s) mais toutes avaient le m�me nom. La premi�re
utilisait le chipset DEC. La seconde, le contr�leur r�seau Lite-On
PNIC 82c168 PCI, et le support pour celle-ci a �t� inclus dans le
pilote tulip standard (depuis la version 0.83). Plus d'informations
sur PNIC � :
http://cesdis.gsfc.nasa.gov/linux/drivers/pnic.html
Pour plus d'informations sur les diff�rentes versions de ces cartes,
r�f�rez vous au site de LinkSys mentionn� ci-dessus.
55..2244..22.. LLiinnkkSSyyss PPoocckkeett EEtthheerrnneett AAddaapptteerr PPlluuss ((PPEEAAEEPPPP))
Statut : Support�, Nom du pilote : de620
On suppose qu'il s'agit d'un clone du DE-620, et il para�t que cela
fonctionne bien avec ce pilote. Consultez ``DE-620'' pour plus
d'information.
55..2244..33.. AAddaappttaatteeuurr LLiinnkkSSyyss PPCCMMCCIIAA
Statut : Support�, Nom du pilote : de650 (?)
On suppose qu'il s'agit d'un DE-650 "recarross�" avec une �tiquette
diff�rente. Consultez ``DE-650'' pour plus d'information.
55..2255.. MMiiccrrooddyynnee
55..2255..11.. MMiiccrrooddyynnee EExxooss 220055TT
Statut : Partiellement support�, Nom du pilote : ?
Une autre carte bas�e sur l'i82586. Dirk Niggemann
[email protected]
a �crit un pilote qu'il classe dans la cat�gorie ``pr�-alpha'' et dont
il aimerait bien que les gens le testent. Ecrivez-lui pour plus de
d�tails.
55..2266.. MMyylleexx
Mylex peut �tre joint aux num�ros suivants, au cas o� quelqu'un aurait
envie de leur demander quelque chose.
MYLEX CORPORATION, Fremont Ventes: 800-77-MYLEX, (510) 796-6100 FAX:
(510) 745-8016.
Ils ont aussi un site WWW: Site WWW de Mylex <
http://www.mylex.com>
55..2266..11.. MMyylleexx LLNNEE339900AA,, LLNNEE339900BB
Statut : support�, Nom du pilote : lne390 (+8390)
Ces cartes EISA plut�t anciennes utilisent une impl�mentation �
m�moire partag�e similaire aux wd80x3. Un pilote pour ces cartes est
disponible dans les noyaux 2.2. Assurez vous de bien sp�cifier une
zone de m�moire inf�rieure a 1 Mo ou alors, sup�rieure � la taille
totale de la RAM de votre ordinateur.
55..2266..22.. MMyylleexx LLNNPP110011
Statut : Support�, Nom du pilote : de4x5, tulip
Il s'agit d'une carte PCI bas�e sur la puce 21040 de DEC. On peut
s�lectionner les ports 10BaseT, 10Base2 ou 10Base5 (AUI). La carte
LNP101 a �t� test�e et elle fonctionne avec le pilote 21040 g�n�rique.
Consultez la section sur la puce 21040 (``DEC 21040'') pour
plus d'information.
55..2266..33.. MMyylleexx LLNNPP110044
Statut : Partiellement support�, Nom du pilote : de4x5, tulip
La LNP104 utilise la puce 21050 de DEC pour fournir _q_u_a_t_r_e ports
10BaseT ind�pendants. Elle devrait fonctionner avec les pilotes 21040
r�cents qui savent partager les IRQ, mais personne � ce jour n'a
indiqu� l'avoir essay�e (autant que je sache).
55..2277.. EEtthheerrnneett cchheezz NNoovveellll :: NNEExxxxxxxx eett lleess cclloonneess aassssooccii��ss..
Le pr�fixe `NE' vient de `Novell Ethernet'. Novell a suivi la
conception la moins ch�re d�crite dans les documentations de National
Semiconductor, et a vendu les droits de fabrication � Eagle (s'en est
d�barrass� ?), juste pour pouvoir mettre sur le march� des cartes
Ethernet � prix raisonnables. (La maintenant omnipr�sente carte
NE2000).
55..2277..11.. NNEE11000000,, NNEE22000000
Statut : Support�, Nom du pilote : ne (+8390)
``NE2000'' est maintenant un nom g�n�rique pour une conception
minimaliste bas�e sur la puce 8390 de National Semiconductor. Ces
cartes utilisent des E/S programm�es plut�t que la m�moire partag�e,
ce qui am�ne une installation plus facile mais des performances
l�g�rement moins bonnes et quelques probl�mes. Certains des probl�mes
qui peuvent survenir avec les cartes NE2000 sont cit�s � ``Probl�mes
avec...''.
Quelques clones de NE2000 utilisent la puce `AT/LANTic' 83905 de
National Semiconductor, qui offre un mode � m�moire partag�e similaire
� celui de la wd8013 et une configuration logicielle via une EEPROM.
Le mode � m�moire partag�e engendrera moins de charge processeur (et
sera donc plus efficace) que le mode � E/S programm�es.
En g�n�ral ce n'est pas une bonne id�e de placer un clone de NE2000 �
l'adresse d'E/S 0x300 parce que pratiquement _t_o_u_s les pilotes de
p�riph�riques testent cette adresse au d�marrage. Certains clones de
NE2000 bas de gamme acceptent difficilement d'�tre titill�s au mauvais
endroit, et ils r�pondront en bloquant votre machine. L'adresse 0x320
est �galement une mauvaise id�e car les pilotes SCSI testent 0x330.
Donald a �crit un programme de diagnostic pour NE2000 (ne2k.c) qui
fonctionne pour toutes les cartes NE2000. Consultez ``Programmes de
diagnostic'' pour plus d'information.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..2277..22.. NNEE22000000--PPCCII ((RReeaallTTeekk//WWiinnbboonndd//CCoommppeexx))
Statut : Support�, Nom du pilote : ne, ne2k-pci (+8390)
Oui, croyez-le ou non, des gens fabriquent des cartes PCI bas�es sur
la vieille interface de la NE2000, con�ue il y a plus de dix ans.
Actuellement, presque toutes ces cartes sont bas�es sur la puce 8029
de RealTek ou la puce 89c940 de Winbond. Les cartes Compex, KTI, VIA
et Netvin utilisent apparemment aussi ces puces, mais poss�dent un une
signature PCI diff�rente.
Le dernier noyau Linux 2.0 est capable de d�tecter automatiquement
toutes ces cartes et de les utiliser. (Si vous utilisez un noyau
version 2.0.34 ou plus ancien, vous devriez le mettre � jour pour vous
assurer que votre carte sera d�tect�e). Il y a dor�navant deux pilotes
que vous pouvez utiliser, le pilote ISA/PCI originel ne.c et le pilote
PCI plus r�cent ne2k-pci.c.
Pour utiliser le pilote original, vous devez r�pondre `Y' � l'option
`Other ISA cards' (`Autres cartes ISA ?') lorsque vous ex�cutez make
config car en fait vous utilisez le m�me pilote NE2000 que celui des
cartes ISA. (Cela devrait accr�diter l'id�e que ces cartes ne sont en
aucune fa�on aussi intelligentes que, disons, une carte � base de
PCNet-PCI ou DEC 21040...).
Le r�cent pilote PCI diff�re de la version ISA/PCI par le fait que le
support pour les cartes 8 bits NE1000 a �t� supprim� et que les
donn�es transitent de/vers la carte en de plus gros paquets, sans les
pauses que les vieilles ISA NE2000 n�cessitaient pour op�rer de fa�on
fiable. Il en r�sulte un pilote l�g�rement plus petit, et l�g�rement
plus efficace, mais ne vous emballez pas trop vite, les diff�rences ne
seront pas �clatantes en utilisation normale. (Si vous voulez beaucoup
d'efficacit� avec peu de charge CPU, alors une NE2000 PCI est un tr�s
mauvais choix). Des mises � jour ainsi que plus d'informations sont
disponibles � :
http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html
Si vous avez une carte PCI NE2000 qui _n_'_e_s_t _p_a_s d�tect�e par le
dernier pilote, veuillez contacter le responsable du pilote NE2000 qui
est indiqu� dans /usr/src/linux/MAINTAINERS, en lui joignant les
sorties d'un cat /proc/pci et de dmesg afin que le support pour votre
carte puisse �tre ajout� dans le pilote.
Notez aussi que pas mal de fabricants de cartes sont connus pour
mettre un autocollant `Compatible NE2000' sur les bo�tes de leurs
produits m�me si c'est totalement diff�rent (ex : PCNet-PCI ou RealTek
8139). En cas de doute, regardez la puce principale et comparez avec
ce qui est �crit ici.
55..2277..33.. NNEE--1100//110000
Statut : Non support�
Il s'agit de cartes ISA 100Mb/s bas�es sur les puces DP83800 et
DP83840 de National Semiconductor. Il n'y a actuellement aucun support
logiciel, et personne n'a indiqu� qu'il travaillait � un pilote.
Apparemment, la documentation de ces puces n'est pas disponible, �
part un bien pauvre PDF insuffisant pour cr�er un pilote.
55..2277..44.. NNEE11550000,, NNEE22110000
Statut : Support�, Nom du pilote : lance
Ces cartes utilisent la puce 7990 LANCE originelle d'AMD et sont
support�es gr�ce au pilote Linux lance. Les clones de NE2100 plus
r�cents reposent sur la puce mise � jour PCnet/ISA d'AMD.
Des versions plus anciennes du pilote lance avaient des probl�mes pour
obtenir la ligne d'IRQ via l'affectation automatique d'IRQ des
cartes 7990 originelles de Novell/Eagle. Heureusement cela est
maintenant r�solu. Si ce n'est pas le cas, sp�cifiez l'IRQ via LILO,
et indiquez-nous si cela pose encore des probl�mes.
La s�lection du DMA et des informations sur la num�rotation de la puce
se trouvent dans ``AMD LANCE''.
Des informations plus techniques sur les cartes Ethernet bas�es sur
l'AMD LANCE sont disponibles dans ``Notes sur l'AMD...''.
55..2277..55.. NNEE//22 MMCCAA
Statut : Partiellement support�, Nom du pilote : ne2
Quelques cartes NE2000 MCA ont �t� fabriqu�es par diverses soci�t�s.
Ce pilote, disponible dans les noyaux 2.2 d�tectera les cartes
suivantes : Novell Ethernet Adapter NE/2, Compex ENET-16 MC/P, et
l'Ethernet Adapter AE/2 de chez Arco.
55..2277..66.. NNEE33220000
Statut : Non support�
Cette vieille carte EISA utilise un 80186 � 8 MHz en compagnie d'un
i82586. Personne ne travaille � un support et de toute fa�on, il n'y a
ni documentation sur la carte, ni de vraie demande pour un pilote.
55..2277..77.. NNEE33221100
Statut : Support�, Nom du pilote : ne3210 (+8390)
Cette carte EISA est compl�tement diff�rente de la NE3200, car elle
utilise une puce National Semiconductor 8390. Le pilote se trouve dans
les noyaux 2.2. Assurez vous d'avoir r�gl� la m�moire partag�e en
dessous de 1 Mo, ou au dessus de la plus grande adresse de m�moire
physique qui est install�e sur la machine.
55..2277..88.. NNEE55550000
Statut : Support�, Nom du pilote : pcnet32
Ce sont juste des cartes bas�es sur la puce PCnet-PCI ('970A) d'AMD.
Plus d'informations sur les cartes � base de LANCE/PCnet se trouvent
dans ``AMD LANCE''.
55..2288.. PPrrootteeoonn
55..2288..11.. PPrrootteeoonn PP11337700--EEAA
Statut : Support�, Nom du pilote : ne (+8390)
Il s'agit apparemment d'un clone de NE2000, et il fonctionne
correctement avec Linux.
55..2288..22.. PPrrootteeoonn PP11667700--EEAA
Statut : Support�, Nom du pilote : de4x5, tulip
Encore une autre carte PCI bas�e sur la puce Tulip de DEC. On rapporte
qu'elle fonctionne correctement avec Linux.
Consultez la section sur la puce 21040 (``DEC 21040'') pour
plus d'informations sur le pilote.
55..2299.. PPuurree DDaattaa
55..2299..11.. PPDDUUCC88002288,, PPDDII88002233
Statut : Support�, Nom du pilote : wd (+8390)
Les s�ries PDUC8028 et PDI8023 de cartes PureData semblent fonctionner
correctement, gr�ce au code de d�tection sp�cial qu'a fourni Mike
Jagdis
[email protected]. Le support pour ces cartes est
int�gr� dans le pilote Western Digital (WD).
55..3300.. RRaaccaall--IInntteerrllaann
On peut joindre Racal-Interlan via le WWW � www.interlan.com. Je crois
qu'ils �taient connus sous le nom de MiCom-Interlan � une �poque.
55..3300..11.. EESS33221100
Statut : Partiellement support�, Nom du pilote : es3210
Il s'agit d'une carte EISA � m�moire partag�e bas�e sur le 8390. Un
pilote exp�rimental pour les versions 2.2 du noyau est disponible. On
indique qu'il fonctionne correctement, mais la d�tection de l'IRQ EISA
et de l'adresse de m�moire partag�e para�t ne pas fonctionner avec (au
moins) les premi�res r�visions de ces cartes. (Ce probl�me n'est pas
sp�cifique � Linux d'ailleurs). Dans ce cas, vous devez les fournir au
pilote ; par exemple, pour une carte utilisant l'IRQ 5 et la m�moire
partag�e en 0xd0000. Avec un pilote modulaire, ajoutez options es3210
irq=5 mem=0xd0000 � votre fichier /etc/conf.modules. Si le pilote est
int�gr� au noyau, donnez lui ether=5,0,0xd0000,eth0 au boot.
L'adresse de base d'E/S est d�tect�e automatiquement et une valeur de
z�ro doit donc �tre utilis�e.
55..3300..22.. NNII55001100
Statut : Partiellement support�, Nom du pilote : ni5110
Le pilote pour ces vieilles cartes 8 bits MiCom-Interlan �tait
disponible s�par�ment, mais on le trouve maintenant en tant que pilote
exp�rimental dans les noyaux 2.2.
55..3300..33.. NNII55221100
Statut : Partiellement support�, Nom du pilote : ni52
Cette carte utilise aussi les puces Intel et Michael Hipp a �crit un
pilote pour elle. Il est inclus dans le noyau standard en tant que
pilote en phase `alpha'. Michael aimerait recevoir des informations
des utilisateurs qui poss�dent cette carte. Consultez ``Les pilotes
`Alpha''' pour des informations importantes sur l'utilisation des
pilotes Ethernet en phase de test `alpha' avec Linux.
55..3300..44.. NNII66551100 ((nnoott EEBB))
Statut : Partiellement support�, Nom du pilote : ni65
Il existe �galement un pilote pour la NI6510 (bas�e sur la puce
LANCE), et il a aussi �t� �crit par Michael Hipp. L� aussi, il s'agit
d'un pilote `alpha'. Pour une raison inconnue, cette carte n'est pas
compatible avec le pilote LANCE g�n�rique. Consultez ``Les pilotes
`Alpha''' pour des informations importantes sur l'utilisation des
pilotes Ethernet en phase de test `alpha' avec Linux.
55..3300..55.. EEtthheerrBBllaasstteerr ((aakkaa NNII66551100EEBB))
Statut : Support�, Nom du pilote : lance
Depuis le noyau 1.3.23, le pilote LANCE g�n�rique comprend un test
suppl�mentaire pour la signature 0x52, 0x44 sp�cifique de la NI6510EB.
D'autres ont indiqu� que cette signature n'est pas la m�me pour toutes
les cartes NI6510EB, ce qui peut amener le pilote lance � ne pas
d�tecter votre carte. Si cela vous arrive, vous pouvez changer la
proc�dure de d�tection (aux environs de la ligne 322 de lance.c) pour
qu'elle printk() (affiche) quelles sont les valeurs pour votre carte,
puis utiliser ces valeurs � la place du 0x52, 0x44 donn� par d�faut.
Les cartes devraient probablement �tre plac�es en mode `hautes
performances' et non pas dans le mode compatible-NI6510 lorsque l'on
utilise le pilote lance.
55..3311.. RReeaallTTeekk
55..3311..11.. RReeaallTTeekk RRTTLL88000022//88001122 ((AATT--LLaann--TTeecc)) PPoocckkeett aaddaappttoorr
Statut : Support�, Nom du pilote : atp
Il s'agit d'un adaptateur de poche g�n�rique, peu cher, d�velopp� en
OEM, vendu par AT-Lan-Tec, et (sans doute) par un certain nombre
d'autres fournisseurs. Un pilote est inclus dans le noyau standard.
Une quantit� substantielle d'information est contenue dans le fichier
source du pilote, atp.c.
Notez que dans les premi�res versions de ce pilote, le nom de
p�riph�rique que vous passiez � ifconfig _n_'_�_t_a_i_t _p_a_s eth0 mais atp0.
55..3311..22.. RReeaallTTeekk 88000099
Statut : Support�, Nom du pilote : ne (+8390)
C'est un clone de NE2000 ISA, et il fonctionne tr�s bien avec le
pilote NE2000 Linux. Le programme rset8009.exe peut �tre obtenu depuis
le site WWW de RealTek's
http://www.realtek.com.tw - ou via ftp depuis
le m�me site.
55..3311..33.. RReeaallTTeekk 88001199
Statut : Support, Nom du pilote : ne (+8390)
Celle-ci est la version "Plug and Pray" de la pr�c�dente. Utilisez
l'utilitaire DOS pour d�sactiver le PnP et activez la configuration
logicielle. Attribuez une IRQ et des adresses d'E/S raisonnables, et
tout devrait aller pour le mieux. (Si vous utilisez les modules,
n'oubliez pas d'ajouter une option io=0xNNN au fichier
/etc/conf.modules. Le programme rset8009.exe peut �tre obtenu depuis
le site WWW de RealTek's
http://www.realtek.com.tw -- ou via ftp
depuis le m�me site.
55..3311..44.. RReeaallTTeekk 88002299
Statut : Support�, Nom du pilote : ne2k-pci
Il s'agit d'une impl�mentation PCI sur une seule puce d'un clone de
NE2000. Diff�rents fournisseurs vendent maintenant des cartes
comportant cette puce. Consultez ``NE2000 PCI'' pour des informations
sur l'utilisation d'une de ces cartes. Notez qu'il s'agit d'un design
de plus de dix ans coll� sur un bus PCI, et ce ne sera pas vraiment
meilleur que pour le pendant ISA.
55..3311..55.. RReeaallTTeekk 88112299//88113399
Statut : Partiellement support�, Nom du pilote : rtl8139
Encore une autre solution Ethernet PCI sur une puce unique de RealTek.
Un pilote pour les cartes bas�es sur elle devrait �tre inclus dans la
version 2.0.34 du noyau Linux. Pour plus d'informations, consultez :
http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
55..3322.. SSaaggeerr
55..3322..11.. SSaaggeerr NNPP994433
Statut : Partiellement support�, Nom du pilote : 3c501
Il s'agit juste d'un clone de 3c501, avec un pr�fixe de S.A. PROM
diff�rent. Je pense qu'elle est aussi cliniquement morte que la vraie
3c501, en passant. Le pilote v�rifie la pr�sence de l'identificateur
de la NP943 et la traite comme une 3c501 par la suite.
Consultez ``3Com 3c501'' pour toutes les bonnes raisons qui font que
vous ne devriez vraiment pas avoir ne serait-ce que l'intention
d'utiliser une de ces cartes.
55..3333.. SScchhnneeiiddeerr && KKoocchh
55..3333..11.. SSKK GG1166
Statut : Support�, Nom du pilote : sk_g16
Ce pilote, �crit par PJD Weichmann et SWS Bern, a �t� inclus dans les
noyaux des versions 1.1. Il se trouve que la SK G16 est semblable � la
NI6510, en ce sens qu'elle est bas�e sur la premi�re �dition de la
puce LANCE (la 7990). Une fois de plus, cette carte semble ne pas
fonctionner avec le pilote LANCE g�n�rique.
55..3344.. SSEEEEQQ
55..3344..11.. SSEEEEQQ 88000055
Statut : Support�, Nom du pilote : seeq8005
Ce pilote qui est l'oeuvre de Hamish Coleman a �t� inclus dans les
premiers noyaux 1.3.x. Peu d'informations sur la carte figurent dans
le pilote, et donc pas grand chose � en dire ici. Si vous avez une
question, vous aurez probablement tout int�r�t � envoyer un message �
[email protected].
55..3355.. SSMMCC ((SSttaannddaarrdd MMiiccrroossyysstteemmss CCoorrpp..))
La division Ethernet de Western Digital a �t� achet�e par SMC il y a
bien longtemps lorsque les wd8003 et wd8013 �tais les produits phares.
Depuis lors, SMC a continu� de faire des cartes ISA bas�es sur le 8390
(Elite16, Ultra, EtherZ) et a aussi �toff� son catalogue de quelques
produits PCI.
Voici comment contacter SMC :
SMC / Standard Microsystems Corp., 80 Arkay Drive, Hauppage, New York,
11788, USA. Support technique par t�l�phone : 800-992-4762 (USA) ou
800-433-5345 (Canada) ou 516-435-6250 (Autres pays). Demandes de
documentation : 800-SMC-4-YOU (USA) ou 800-833-4-SMC (Canada) ou
516-435-6255 (Autres pays). Support technique par E-mail :
[email protected]. Site FTP : ftp.smc.com. Site Web :
SMC <
http://www.smc.com>.
55..3355..11.. WWDD88000033,, SSMMCC EElliittee
Statut : Support�, Nom du pilote : wd (+8390)
Ce sont les versions 8 bits de la carte. La 8003 8 bits est l�g�rement
moins ch�re, mais ne vaut ces �conomies que pour une utilisation
l�g�re. Notez que certaines des cartes sans EEPROM (des clones avec
des cavaliers, ou de vieilles _v_i_e_i_l_l_e_s vieilles cartes wd8003) n'ont
aucun moyen d'indiquer la ligne d'IRQ qu'elles utilisent. Dans ce cas,
l'affectation automatique d'IRQ est utilis�e, et si cela �choue, le
pilote utilise l'IRQ 5 sans rien dire. Vous pouvez obtenir les
disquettes d'installation/de param�trage de SMC sur leur site FTP.
Notez que certains des plus r�cents programmes 'SuperDisk' de SMC ne
r�ussiront pas � d�tecter les vraies vieilles cartes sans EEPROM. Le
fichier SMCDSK46.EXE semble �tre un bon choix passe-partout. Notez
aussi que les r�glages des cavaliers pour toutes leurs cartes se
trouvent dans un fichier texte dans l'archive sus-mentionn�e. La
derni�re (meilleure ?) version peut �tre obtenue depuis ftp.smc.com.
Comme ces cartes sont fondamentalement les m�mes que leurs homologues
16 bits (WD8013 / SMC Elite16), vous devriez consulter la section
suivante pour en savoir plus.
55..3355..22.. WWDD88001133,, SSMMCC EElliittee1166
Statut : Support�, Nom du pilote : wd (+8390)
Au fil des ans, la conception a ajout� plus de registres et une
EEPROM. (Les premi�res cartes wd8003 sont apparues il y a environ dix
ans !) Les clones portent en g�n�ral un nom en `8013', et se passent
habituellement d'EEPROM au profit de cavaliers. Les cartes SMC dernier
mod�le auront la puce SMC 83c690 au lieu de la DP8390 de National
Semiconductor que l'on trouvait sur les premi�res. Les cartes con�ues
pour utiliser la m�moire partag�e sont un peu plus rapides que celles
qui reposent sur les E/S programm�es (PIO), sp�cialement avec des
paquets de taille importante. Plus important, du point de vue du
pilote, cela permet d'�viter quelques bogues du mode PIO du 8390, de
garantir un acc�s s�r au tampon de paquets sur un syst�me multi-
thread, et de ne plus avoir un registre de donn�es PIO qui bloque
votre machine pendant les proc�dures de d�tection apr�s un red�marrage
� chaud.
Les cartes sans EEPROM qui ne peuvent pas lire l'IRQ s�lectionn�e
essaieront l'affectation automatique d'IRQ (auto-IRQ), et si cela
�choue, affecteront sans rien dire l'IRQ 10. (Les versions 8 bits
affecteront l'IRQ 5).
Pour les cartes qui n'ont pas une quantit� de m�moire embarqu�e
standard, la taille de la m�moire peut �tre sp�cifi�e au moment du
d�marrage (ou dans le fichier /etc/conf.modules si vous utilisez les
modules). La taille m�moire standard est de 8 Ko pour une carte 8 bits
et de 16 Ko pour une carte 16 bits. Par exemple, les ant�diluviennes
WD8003EBT peuvent �tre configur�es par cavaliers pour utiliser 32 Ko.
Pour avoir un acc�s complet � cette m�moire, vous aurez recours �
quelque chose comme (pour une adresse d'E/S de base de 0x280 et
l'IRQ 9) :
______________________________________________________________________
LILO: linux ether=9,0x280,0xd0000,0xd8000,eth0
______________________________________________________________________
Consultez aussi ``Les probl�mes des 8013'' pour certains des probl�mes
les plus classiques et les questions qui reviennent le plus
fr�quemment.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..3355..33.. SSMMCC EElliittee UUllttrraa
Statut : Support�, Nom du pilote : smc-ultra (+8390)
Cette carte Ethernet est bas�e sur la 83c790 de SMC, qui comporte
quelques nouveaut�s par rapport � la 83c690. Bien qu'elle poss�de un
mode similaire aux anciennes cartes Ethernet SMC, elle n'est pas
enti�rement compatible avec les vieux pilotes WD80*3. N�anmoins, dans
ce mode le pilote partage la plupart de son code avec les autres
pilotes 8390, tout en �tant l�g�rement plus rapide qu'un clone de
WD8013.
Puisqu'une partie de l'Ultra _r_e_s_s_e_m_b_l_e � une 8013, sa proc�dure de
d�tection est cens�e en trouver une avant que celle de la wd8013 n'ait
une chance de l'identifier par erreur.
Donald a mentionn� qu'il est possible d'�crire un pilote s�par� pour
le mode `Altego' de l'Ultra, qui permet d'encha�ner les transmissions
au co�t d'une utilisation inefficace des tampons de r�ception, mais
cela n'arrivera probablement jamais.
Utilisateurs d'adaptateurs SCSI dot�s du contr�le de bus, prenez
note : dans le manuel qui accompagne Interactive UNIX, il est
mentionn� qu'une bogue dans la SMC Ultra cause des corruptions de
donn�es avec des disques SCSI utilis�s derri�re un adaptateur
aha-154X. Cela touche certainement aussi des cartes compatibles
aha-154X, comme les BusLogic, et les adaptateurs SCSI AMI-FastDisk.
SMC a reconnu que le probl�me se produit avec Interactive, et des
anciens pilotes Windows NT. Il s'agit d'un conflit mat�riel avec des
r�visions ant�rieures de la carte qui peut �tre contourn� dans la
conception du pilote. Le pilote actuel de l'Ultra vous prot�ge contre
ce probl�me en n'activant la m�moire partag�e que lors des transferts
de donn�es avec la carte. Assurez-vous que votre version de noyau soit
au moins la 1.1.84, ou que celle du pilote indiqu�e au d�marrage est
au moins smc-ultra.c:v1.12, sinon vous �tes vuln�rable � ce probl�me.
Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
module chargeable, vous devriez probablement consulter ``Utiliser les
pilotes Ethernet comme modules'' pour des informations sp�cifiques aux
modules.
55..3355..44.. SSMMCC EElliittee UUllttrraa3322 EEIISSAA
Statut : Support�, Nom du pilote : smc-ultra32 (+8390)
Cette carte EISA partage nombre de points communs avec son pendant
ISA. Un pilote qui fonctionne (et qui est stable) est inclus dans les
versions 2.0 et 2.2 du noyau. Les remerciements vont � Leonard Zubkoff
pour l'achat de quelques unes de ces cartes afin que le support Linux
pour celles-ci puisse �tre r�alis�.
55..3355..55.. SSMMCC EEtthheerrEEZZ ((88441166))
Statut : Support�, Nom du pilote : smc-ultra (+8390)
Cette carte utilise la puce 83c795 de SMC et supporte la sp�cification
Plug 'n Play. Elle comporte aussi un mode compatible _S_M_C _U_l_t_r_a qui lui
permet d'�tre utilis�e avec le pilote Ultra de Linux. Pour de
meilleurs r�sultats, utilisez le programme provenant de chez SMC et
permettant de d�sactiver le PnP et de la configurer pour le mode �
m�moire partag�e. Consultez les informations ci-dessus pour des notes
sur le pilote Ultra.
Pour les noyaux 1.2, la carte devait �tre configur�e pour op�rer en
m�moire partag�e. N�anmoins, les noyaux 2.0 peuvent utiliser la carte
dans ce mode ou en E/S programm�es. Celui-l� sera l�g�rement plus
rapide, et requerra moins de ressources processeur, par ailleurs.
55..3355..66.. SSMMCC EEtthheerrPPoowweerr PPCCII ((88443322))
Statut : Support�, Nom du pilote : de4x5, tulip
NB : L'EtherPower II est une carte totalement diff�rente. Voir plus
bas !
Ces cartes sont une impl�mentation de base de la puce 21040 de DEC,
c'est-�-dire une grosse puce et quelques transceivers. Donald a
utilis� une de ces cartes pour son d�veloppement du pilote g�n�rique
21040 (aussi connu sous le nom de tulip.c). Merci de nouveau � Duke
Kamstra, d'avoir fourni une carte sur laquelle r�aliser le
d�veloppement.
Certaines des derni�res r�visions de cette carte utilisent la r�cente
puce 21041 de DEC, ce qui peut causer des probl�mes avec des versions
anciennes du pilote tulip. Si vous avez des probl�mes, assurez-vous
d'utiliser la derni�re version du pilote, qui peut ne pas encore se
trouver dans l'arborescence actuelle du noyau.
Consultez ``DEC 21040'' pour plus de d�tails sur l'utilisation d'une
de ces cartes, et l'�tat d'avancement actuel du pilote.
Apparemment, la toute derni�re r�vision de la carte, l'EtherPower-II,
utilise la puce 9432. Il n'est pas certain pour l'instant que celle-ci
fonctionnera avec le pilote actuel. Comme d'habitude, si vous n'�tes
pas s�r, v�rifiez que vous pourrez rendre la carte si elle ne
fonctionne pas avec le pilote Linux _a_v_a_n_t de payer.
55..3355..77.. SSMMCC EEtthheerrPPoowweerr IIII PPCCII ((99443322))
Statut : Partiellement support�, Nom du pilote : epic100
Ces cartes, bas�es sur la puce 83c170 de SMC, sont compl�tement
diff�rentes des cartes bas�es sur la Tulip. Un nouveau pilote est
inclus dans les noyau 2.0 et 2.2 pour les supporter. Pour plus de
d�tails, consultez :
http://cesdis.gsfc.nasa.gov/linux/drivers/epic100.html
55..3355..88.. SSMMCC 33000088
Statut : Non support�
Ces cartes 8 bits sont bas�es sur la puce MB86950 de Fujitsu, qui est
une ancienne version de la MB86965 utilis�e dans le pilote Linux de
l'at1700. Russ dit que vous devriez probablement pouvoir bidouiller un
pilote en regardant le code de at1700.c et son pilote DOS en mode
paquet pour la carte Tiara (tiara.asm). Ces cartes ne sont pas tr�s
r�pandues.
55..3355..99.. SSMMCC 33001166
Statut : Non support�
Il s'agit de cartes 16 bits � E/S mapp�es, � puce 8390, tr�s
similaires � une carte NE2000 g�n�rique. Si vous pouvez obtenir les
sp�cifications chez SMC, alors r�aliser un portage du pilote NE2000
sera certainement relativement facile. Ces cartes ne sont pas tr�s
r�pandues.
55..3355..1100.. SSMMCC--99000000 // SSMMCC 9911cc9922//44
Statut : Support�, Nom du pilote : smc9194
La SMC9000 est une carte VLB bas�e sur la puce 91c92. La 91c92
appara�t aussi sur un petit nombre de cartes d'autres marques, mais
est plut�t peu commune. Erik Stahlman (
[email protected]) a �crit ce pilote
qui se trouve dans les noyaux 2.0, mais pas dans les 1.2 plus anciens.
Vous devriez pouvoir l'int�grer � une arborescence de noyau 1.2 avec
un minimum de difficult�s.
55..3355..1111.. SSMMCC 9911cc110000
Statut : Partiellement support�, Nom du pilote : smc9194
Le pilote SMC 91c92 est suppos� fonctionner pour les cartes bas�es sur
cette puce 100Base-T, mais � l'heure actuelle cela n'a pas �t�
v�rifi�.
55..3366.. TTeexxaass IInnssttrruummeennttss
55..3366..11.. TThhuunnddeerrLLAANN
Statut : Support�, Nom du pilote : tlan
Ce pilote supporte beaucoup de cartes ethernet int�gr�es aux
ordinateurs Compaq, incluant les familles NetFlex et Netelligent. Il
supporte aussi les produits Olicom 2183, 2185, 2325 et 2326.
55..3377.. TThhoommaass CCoonnrraadd
55..3377..11.. TThhoommaass CCoonnrraadd TTCC--55004488
Encore une autre carte PCI bas�e sur la puce 21040 de DEC.
Consultez la section sur la puce 21040 (``DEC 21040'') pour
plus d'informations.
55..3388.. VVIIAA
Vous ne verrez probablement jamais une carte VIA, car VIA fabrique
plusieurs puces r�seau qui sont ensuite utilis�es par d'autres dans la
construction de leurs cartes ethernet. Ils ont un site WWW � :
http://www.via.com.tw/
55..3388..11.. VVIIAA 8866CC992266 AAmmaazzoonn
Statut : Support�, Nom du pilote : ne, ne2k-pci (+8390)
Ce contr�leur est l'offre NE2000 PCI de VIA. Vous avez le choix entre
le pilote ISA/PCI ne.c ou le pilote PCI ne2k-pci.c. R�f�rez vous � la
section NE2000 PCI pour plus de d�tails.
55..3388..22.. VVIIAA 8866CC110000AA RRhhiinnee IIII ((eett 33004433 RRhhiinnee II))
Statut : Support�, Nom du pilote : via-rhine
Ce pilote relativement r�cent se trouve dans les noyaux 2.0 et 2.2.
Cette puce est une am�lioration de la NE2000 86C926 dans la mesure o�
elle g�re les transferts par contr�le de bus, mais du fait de
l'obligation d'aligner les tampons sur 32 bits, les gains sont
limit�s. Pour plus de d�tails, et les mises � jour, r�f�rez vous � :
http://cesdis.gsfc.nasa.gov/linux/drivers/via-rhine.html
55..3399.. WWeesstteerrnn DDiiggiittaall
R�f�rez vous � la section ``SMC'' pour plus d'informations sur les
cartes SMC. (SMC a rachet� la section cartes r�seau de Western Digital
il y a bien longtemps).
55..4400.. WWiinnbboonndd
Winbond ne fabrique, ni ne vend de cartes au grand public -- au lieu
de cela, ils font des puces pour cartes r�seau tout en un, les vendent
� d'autres entreprises, qui les collent sur une carte PCI, ajoutent
leur nom et ensuite, les revendent.
55..4400..11.. WWiinnbboonndd 8899cc884400
Statut : Partiellement Support�, Nom du pilote : winbond-840
Ce pilote n'est pas actuellement distribu� avec le noyau, car il est
en phase de test. Il est disponible � :
http://cesdis.gsfc.nasa.gov/linux/drivers/test/winbond-840.c
55..4400..22.. WWiinnbboonndd 8899cc994400
Statut : Support�, Nom du pilote : ne, ne2k-pci (+8390)
Cette puce est l'une des deux que l'on retrouve souvent sur les cartes
NE2000 PCI de bas de gamme vendues par beaucoup de fabriquants. Notez
que c'est toujours une id�e vieille de plus de 10 ans coll�e sur un
bus PCI. Les performances ne seront pas meilleures que pour
l'�quivalent ISA.
55..4411.. XXiirrccoomm
Depuis des temps imm�moriaux, Xircom refusait de d�voiler les
informations n�cessaires � l'�criture d'un pilote, � moins que vous ne
vous livriez � eux corps et �me. Apparemment, suffisamment
d'utilisateurs de Linux les ont harcel� pour obtenir du support pour
un pilote (ils pr�tendent supporter tous les syst�mes d'exploitation
r�seau populaires...), ce qui les a amen�s � changer de politique afin
de permettre la diffusion de la documentation, sans avoir � signer un
accord de confidentialit�. Certains ont dit qu'ils allaient distribuer
les sources du pilote SCO, alors que d'autres ont dit qu'ils ne
fournissaient plus de documentation sur les produits `obsol�tes',
comme les premiers mod�les PE. Si vous �tes int�ress�s et que vous
voulez v�rifier par vous m�me, vous pouvez joindre Xircom au
1-800-874-7875, 1-800-438-4526 ou au +1-818-878-7600.
(NDT : les deux premiers num�ros sont des num�ros verts aux �tats-Unis
et ne sont pas accessibles depuis l'�tranger. Le dernier est un num�ro
international).
55..4411..11.. XXiirrccoomm PPEE11,, PPEE22,, PPEE33--1100BB**
Statut : Non support�.
Ce n'est pas pour vous r�conforter, mais si vous avez l'un de ces
adaptateurs sur port parall�le, vous pourrez peut-�tre l'utiliser sous
l'�mulateur DOS avec les pilotes DOS fournis par Xircom. Vous devrez
autoriser l'acc�s de DOSEMU au port parall�le, et certainement jouer
avec SIG (le g�n�rateur d'interruptions stupides de DOSEMU, en anglais
_S_i_l_l_y _I_n_t_e_r_r_u_p_t _G_e_n_e_r_a_t_o_r).
55..4411..22.. CCaarrtteess XXiirrccoomm PPCCMMCCIIAA
Statut : Partiellement Support�, Nom du pilote : ????
Les pilotes de certaines cartes Xircom PCMCIA sont disponibles dans le
paquetage PCMCIA de David Hinds. V�rifiez l�-bas pour de plus amples
informations.
55..4422.. ZZeenniitthh
55..4422..11.. ZZ--NNoottee
Statut : Support�, Nom du pilote : znet
L'adaptateur r�seau int�gr� au Z-Note est bas� sur la puce i82593
d'Intel, et utilise _d_e_u_x canaux DMA. Un pilote (alpha ?), est
disponible dans la version courante du noyau. Comme tous les
adaptateurs de poche ou portables, il se trouve dans la section
`Pocket and portable adaptors' lorsque vous ex�cutez make config.
Notez aussi que l'IBM ThinkPad 300 est compatible avec le Z-Note.
55..4433.. ZZnnyyxx
55..4433..11.. ZZnnyyxx ZZXX334422 ((DDEECC 2211004400 bbaasseedd))
Statut : Support�, Nom du pilote : de4x5, tulip
Vous avez le choix entre _d_e_u_x pilotes pour les cartes bas�es sur cette
puce. D'une part le pilote DE425 �crit par David, d'autre part le
pilote 21040 g�n�rique �crit par Donald.
Notez que depuis la version 1.1.91, David a ajout� une option de
compilation qui permet aux cartes non-Digital (comme les cartes Znyx)
de fonctionner avec ce pilote. Jetez un coup d'oeil au fichier
README.de4x5 pour les d�tails.
Consultez ``DEC 21040'' pour plus d'informations sur ces cartes, et la
situation actuelle du pilote.
55..4444.. IIddeennttiiffiieerr uunnee ccaarrttee iinnccoonnnnuuee
OK, l'ami du voisin du cousin de votre oncle a un fr�re qui a trouv�
une vieille carte Ethernet ISA dans le bo�tier de l'AT qui servait de
cage pour le hamster de son fils. D'une mani�re ou d'une autre vous
avez fini par vous retrouver avec cette carte et vous voudriez essayer
de l'utiliser avec Linux, mais personne n'a le commencement du d�but
d'une id�e de ce qu'elle est et il n'y a aucune documentation.
Tout d'abord, cherchez n'importe quel num�ro de mod�le �vident qui
pourrait fournir un indice. Un num�ro de mod�le qui contient 2000 sera
certainement un clone de NE2000. Une carte avec 8003 ou 8013 �crit
quelque part dessus sera une carte WD80x3 de Western/Digital ou une
SMC Elite, ou un clone de l'une d'elles.
55..4444..11.. CCoonnttrroolllleerr,, NNIICC)) IIddeennttiiffiieerr llee ccoonnttrr��lleeuurr dd''iinntteerrffaaccee rr��sseeaauu
((NNeettwwoorrkk IInntteerrffaaccee
Cherchez la plus grosse puce sur la carte. Ce sera le contr�leur
r�seau (NIC) lui-m�me, et la plupart peuvent �tre identifi�s par leur
r�f�rence. Si vous savez quel NIC se trouve sur la carte, ce qui suit
devrait vous aider � deviner de laquelle il s'agit.
Encore � l'heure actuelle, le NIC le plus courant est la puce DP8390
de National Semiconductor, alias NS32490, alias DP83901, alias
DP83902, alias DP83905, alias DP83907. Et il ne s'agit que de celles
fabriqu�es par National Semiconductor ! D'autres soci�t�s comme
Winbond et UMC produisent des clones de DP8390 et DP83905, comme la
89c904 de Winbond (un clone de DP83905) et la 9090 d'UMC. Si la carte
a quelque chose qui s'approche d'un 8390, il y a des chances pour
qu'il s'agisse d'un clone de NE1000 ou de NE2000. Parmi les cartes
bas�es sur le 8390, arrivent en deuxi�me position les wd80x3 (de
Western/Digital) et ses clones. Des cartes avec un DP83905 peuvent
�tre configur�es pour �tre une NE2000 _o_u une wd8013. Les versions les
plus r�centes des wd80x3 de base et des SMC Elite poss�dent un 83c690
en lieu et place du DP8390 d'origine. Les cartes SMC Ultra ont un
83c790, et utilisent un pilote l�g�rement diff�rent de celui des
cartes wd80x3. Les cartes EtherEZ de SMC ont un 83c795, et utilisent
le m�me pilote que la SMC Ultra. Toutes les cartes BNC bas�es sur un
genre de 8390 ou l'un de ses clones auront g�n�ralement un 8392 (ou un
83c692, ou un ???392) en bo�tier DIP 16 broches tout pr�s du
connecteur BNC.
L'Intel i82586 est un autre NIC courant que l'on trouve sur des cartes
plus anciennes. Parmi celles qui en comportent un, citons la 3c505, la
3c507, la 3c523, l'EtherExpress-ISA d'Intel, l'Exos-205T de Microdyne,
et la NI5210 de Racal-Interlan.
Le NIC d'origine de la carte LANCE d'AMD �tait num�rot� AM7990, et les
r�visions plus r�centes incluent le 79c960, le 79c961, le 79c965, le
79c970, et le 79c974. La plupart des cartes ayant l'une de ces puces
fonctionnera avec le pilote LANCE de Linux, � l'exception des vieilles
cartes NI6510 de Racal-Interlan qui poss�dent leur propre pilote.
Les cartes PCI plus r�centes et qui comportent un NIC de DEC r�f�renc�
21040, 21041, 21140, ou un num�ro approchant, devraient �tre capables
d'utiliser le pilote `tulip' ou le `de4x5' de Linux.
D'autres cartes PCI qui comportent une grosse puce marqu�e RTL8029,
89C940 ou 86C926 sont des clones de NE2000, et le pilote `ne' des
versions 2.0 et sup�rieures du noyau Linux devrait automatiquement les
d�tecter au d�marrage.
55..4444..22.. IIddeennttiiffiieerr ll''aaddrreessssee EEtthheerrnneett
Chaque carte Ethernet poss�de sa propre adresse sur six octets qui lui
est unique et propre. Les trois premiers octets de cette adresse
Ethernet sont les m�mes pour chaque carte construite par un
constructeur donn�. Par exemple, toutes les adresses des cartes de
SMC commencent par 00:00:c0. Les trois derniers octets sont affect�s
par le constructeur de fa�on unique � chaque carte individuelle au fur
et � mesure de leur fabrication.
Si votre carte comporte un autocollant qui donne tous les six octets
de son adresse, vous pouvez identifier le constructeur � partir des
trois premiers. Toutefois, il est plus courant de ne trouver que les
trois derniers octets, imprim�s sur un autocollant attach� � une PROM
mont�e sur la carte, ce qui ne vous indique rien du tout.
Vous pouvez d�terminer quel constructeur poss�de quelles adresses �
partir de la RFC-1340. Apparemment il existe �galement une liste plus
� jour qui est disponible � divers endroits. Essayez de faire une
recherche WWW ou FTP sur EtherNet-codes ou Ethernet-codes et vous
trouverez quelque chose.
55..4444..33.. QQuueellqquueess aassttuucceess ppoouurr eessssaayyeerr dd''uuttiilliisseerr uunnee ccaarrttee iinnccoonnnnuuee
Si vous n'�tes toujours pas s�r(e) de quelle carte il s'agit, mais que
vous avez un peu r�duit le champ des possibilit�s, alors vous pouvez
construire un noyau en y incluant tout un tas de pilotes, et voir si
l'un d'entre eux d�tecte automatiquement la carte lors du d�marrage.
Si le noyau ne d�tecte pas la carte, il se peut que la carte ne soit
pas configur�e � l'une des adresses que le pilote teste lorsqu'il en
recherche une. Dans ce cas, vous pourriez essayer de r�cup�rer
scanport.tar.gz sur votre site FTP Linux pr�f�r�, et voir s'il peut
trouver l'adresse pour laquelle votre carte est configur�e. Ce
programme parcourt l'espace d'adressage d'entr�e/sortie de 0x100 �
0x3ff en cherchant des p�riph�riques qui ne sont pas d�j� enregistr�s
dans /proc/ioports. S'il en trouve un qui soit inconnu et qui d�marre
� une adresse donn�e, vous pouvez alors explicitement diriger les
proc�dures de d�tection Ethernet vers cette adresse en utilisant un
argument de d�marrage ether=.
Si vous arrivez � faire en sorte que la carte soit d�tect�e, vous
pouvez alors deviner la fonction des cavaliers inconnus en les
modifiant un par un et en regardant � quelle adresse d'E/S de base et
� quelle IRQ la carte est d�tect�e. Les param�tres d'IRQ peuvent aussi
habituellement �tre d�termin�s en suivants les traces au dos de la
carte jusqu'� l'endroit o� les cavaliers sont soud�s. En comptant les
`doigts d'or' sur la face arri�re, depuis l'extr�mit� de la carte o�
se situe la plaque m�tallique qui se fixe au coffret du PC, vous avez
les IRQ 9, 7, 6, 5, 4, 3, 10, 11, 12, 15, et 14 sur les `doigts' 4,
21, 22, 23, 24, 25, 34, 35, 36, 37, et 38 respectivement. Les cartes
huit bits ne comportent que les doigts 1 � 31.
Les cavaliers qui paraissent ne servir � rien ont g�n�ralement pour
fonction de s�lectionner l'adresse m�moire d'une ROM de d�marrage
(boot ROM) optionnelle. D'autres situ�s pr�s des connecteurs BNC,
RJ-45 ou AUI servent g�n�ralement � s�lectionner le support physique
de sortie. Ceux-ci se situent typiquement pr�s des `bo�tes noires' qui
contiennent les convertisseurs de tension, marqu�es YCL, Valor, ou
Fil-Mag.
Une collection int�ressante de configurations de cavaliers pour
diverses cartes se trouve � l'URL suivante :
Param�trage des cartes Ethernet
<
http://www.slug.org.au/NIC/>
55..4455.. PPiillootteess ppoouurr pp��rriipphh��rriiqquueess NNoonn--EEtthheerrnneett
Quelques autres pilotes existent dans les sources Linux qui se
pr�sentent _c_o_m_m_e un p�riph�rique Ethernet vis-�-vis des programmes
r�seaux, bien qu'ils ne soient pas r�ellement Ethernet. Les voici
bri�vement pr�sent�s pour �tre complet.
dummy.c - Le but de ce pilote est de fournir un p�riph�rique pour
d�signer une route qui le traverse, mais sans transmettre r�ellement
de paquets.
eql.c - Load Equalizer (�galiseur de charge), qui regroupe plusieurs
p�riph�riques esclaves (g�n�ralement des modems) et r�partit la charge
en transmission entre eux tout en ne pr�sentant qu'un seul
p�riph�rique aux programmes r�seau.
ibmtr.c - IBM Token Ring (anneau � jeton), qui n'est pas r�ellement de
l'Ethernet. L'anneau � `jeter' n�cessite du routage par la source et
autres trucs d�go�tants.
loopback.c - Loopback (boucle locale), par lequel passent tous les
paquets �mis par votre machine � destination de votre machine.
Essentiellement, il se contente de sortir les paquets de la file
d'attente d'�mission et de les placer dans la file d'attente de
r�ception.
pi2.c - Interface Ottawa Amateur Radio Club PI et PI2.
plip.c - Parallel Line Internet Protocol (PLIP, IP sur port
parall�le), qui permet � deux ordinateurs de s'envoyer des paquets
l'un � l'autre via leurs ports parall�les, en mode point-�-point.
ppp.c - Point-to-Point Protocol (RFC1331), destin� � la transmission
de datagrammes multi-protocoles sur un lien point-�-point (de nouveau,
en g�n�ral des modems).
(NDT : C'est le mode de connexion le plus couramment employ� par les
fournisseurs d'acc�s Internet. Consultez le _P_P_P_-_H_o_w_t_o.)
slip.c - Serial Line Internet Protocol (SLIP, IP sur port s�rie), qui
permet � deux ordinateurs de s'envoyer des paquets l'un � l'autre via
leurs ports s�rie (g�n�ralement via des modems), en mode
point-�-point.
tunnel.c - Fournit un tunnel IP (dit aussi `IP over IP', `IP sur IP',
NDT) � travers lequel vous pouvez envoyer du trafic r�seau de fa�on
transparente entre sous-r�seaux.
(NDT : Pratique pour g�rer certains probl�mes d�licats de politique de
routage, par exemple.)
wavelan.c - Un transceiver radio semblable � de l'Ethernet, contr�l�
par le coprocesseur 82586 d'Intel qui est utilis� sur d'autres cartes
Ethernet comme l'Intel EtherExpress.
66.. CC��bblleess,, CCooaaxxiiaall,, PPaaiirree TToorrssaadd��ee
Si vous d�marrez un r�seau � partir de rien, vous aurez a choisir
entre l'Ethernet fin (du c�ble RG-58 co-axial avec des connecteurs
BNC) ou le 10BaseT (des c�bles � paire torsad�e avec des connecteurs
RJ-45 rectangulaires). Quant au `gros' Ethernet (thick Ethernet), du
c�ble RG-5 avec des connecteurs N, tomb� en d�su�tude, on ne le
rencontre pratiquement plus.
R�f�rez vous � ``Type de cable...'' pour une introduction sur les
c�bles. Notez aussi que la Foire Aux Questions (FAQ) du groupe
_c_o_m_p_._d_c_o_m_._l_a_n_s_._e_t_h_e_r_n_e_t contient un tas d'informations utiles sur les
c�bles et tout ce genre de choses. Jetez un coup d'oeil � :
Usenet FAQs <
ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/>
pour la FAQ de ce groupe de news.
(NDT : Le lecteur francophone utilisera bien entendu un site miroir
comme URL sur ibp � compl�ter.. <
ftp://ftp.lip6.fr/faq/...> ou tout
site �quivalent proche de chez lui).
66..11.. EEtthheerrnneett ffiinn ((tthhiinnnneett))
Le cable Ethernet fin n'est pas cher. Si vous fabriquez vos c�bles
vous-m�me, le c�ble RG58A � �me monobrin est � $0.27/m et le c�ble
multibrins RG58AU est � 3,40F/m. (NDT : Le prix du RG58A est en dollar
car je n'ai pas pu trouver de prix pour ce type de c�ble en France !)
Les connecteurs BNC � ba�onnette sont � moins de deux dollars chacun.
(NDT : A sertir, environ 10 francs pi�ces, � souder un peu plus cher
mais vous n'avez pas besoin d'un outil sp�cial).
Les autres pi�ces diverses sont tout aussi bon march�.
Il est important que vous terminiez chaque extr�mit� du c�ble avec un
`bouchon' de 50 ohms (NDT : bouchon ou terminateur..), donc pr�voyez
70 francs pour une paire. Il est aussi vital que votre c�ble ne
comporte pas de `patte qui pend' -- les connecteurs en `T' doivent
�tre raccord�s directement aux cartes Ethernet, sans c�ble entre le
`T' et la carte.
Il y a quelques inconv�nients � utiliser l'Ethernet fin. Le premier
est qu'il est limit� a 10 Mbps -- pour 100 Mbps, il faut de la paire
torsad�e. Le second point noir est que si vous avez un grand nombre de
machines raccord�es entre elles, il suffit qu'un imb�cile coupe le
r�seau en d�branchant un des c�bles qui se trouvent sur les c�t�s de
son `T', et tout le r�seau se retrouve par terre parce qu'il voit une
imp�dance infinie (circuit ouvert) au lieu de la terminaison � 50 ohms
qui est n�cessaire. Notez que vous pouvez enlever la pi�ce en forme de
`T' de la carte Ethernet elle-m�me sans tuer tout le sous-r�seau, pour
autant que vous n'enleviez pas les c�bles du `T' lui-m�me. Bien
entendu cela perturbera la machine d'o� vous venez d'enlever le `T'.
8-) Et notez aussi que si vous cr�ez un petit r�seau constitu� de
seulement deux machines, vous devez _q_u_a_n_d _m_�_m_e mettre en place les `T'
et les bouchons de 50 ohms. -- vous _n_e _p_o_u_v_e_z _p_a_s juste c�bler les
deux machines entre elles !
NDT : Notez aussi que vous ne devez pas cr�er une boucle avec le c�ble
non plus, en reliant toutes les machines entre elles et en reliant la
derni�re machine avec la premi�re. La pr�sence d'un bouchon de 50 ohms
� _c_h_a_q_u_e extr�mit� du c�ble (et il ne doit y avoir que deux extr�mit�s
8-) ) est indispensable pour qu'Ethernet fonctionne correctement. (Fin
de la note)
Il existe aussi des syst�mes de c�blage rigolos qui _f_o_n_t _c_o_m_m_e _s_i un
seul fil arrivait � la carte, mais en fait les deux longueurs de c�ble
reposant c�te-�-c�te, recouvertes par une protection ext�rieure, ce
qui donne au fil une section de forme ovale. A l'extr�mit� de cette
boucle est ins�r� un connecteur BNC sur lequel se connecte votre
carte. Vous avez donc l'�quivalent d'un aller-retour de c�ble et d'un
`T' BNC, mais avec ce type de c�blage, il est impossible pour
l'utilisateur d'enlever un c�ble d'un seul c�t� du `T' et donc de
perturber le r�seau.
(NDT : C'est une bonne id�e, mais la r�alisation du c�blage entre les
prises de raccordement est d�licate, et le moindre d�faut amplifie
rapidement les probl�mes de l'Ethernet fin. )
66..22.. PPaaiirree ttoorrssaadd��ee
Les r�seaux � paire torsad�e n�cessitent des hubs actifs, dont les
prix d�marrent aux environ de 300 francs, et le prix du c�ble brut
peut �tre en fait sup�rieur � celui du Thinnet. Vous devriez ignorer
ceux qui disent que vous pouvez utiliser votre c�blage t�l�phonique
existant, car il est rare de trouver une installation o� c'est le cas.
(NdT : Ca c'est du pessimisme av�r�. J'ai d�j� fait pire. :])
D'un autre c�t�, les prix des hubs sont en chute libre, toutes les
propositions Ethernet 100 Mbps utilisent la paire torsad�e, et la
plupart des installations professionnelles neuves utilisent la paire
torsad�e.
(NDT : Euh, c'est peut-�tre aussi parce qu'avec un c�blage banalis� on
peut faire de la voix (entendez : du t�l�phone), de la donn�e
(entendez : du r�seau), et de la vid�o, sur le m�me c�ble, ce qui
co�te quand m�me moins cher que trois c�blages diff�rents !)
De plus, Russ Nelson ajoute que `Les nouvelles installations devraient
utiliser du c�blage Cat�gorie 5. Toute autre chose est une perte de
temps de votre installateur, car le 100Base-ce-que-vous-voulez
n�cessitera du Cat. 5.'
(NDT : Pour �tre pr�cis, c'est du Cat�gorie 5, Classe D qu'il faut
exiger. Un pour le type de c�ble, un pour la plage de fr�quence. :))
Si vous n'avez que deux machines � raccorder, il est possible d'�viter
l'utilisation d'un hub, en croisant les paires �missions et r�ception
(1-2 et 3-6).
Si vous tenez le connecteur RJ-45 face � vous (comme si vous alliez le
brancher dans votre bouche) avec le petit clip de fixation vers le
haut, alors les broches sont num�rot�es de 1 � 8 de la gauche vers la
droite. L'utilisation des broches est la suivante :
Num�ro de broche Utilisation
---------- ----------
1 Sortie des Donn�es (+)
2 Sortie des Donn�es (-)
3 Entr�e des Donn�es (+)
4 R�serv� pour le t�l�phone
5 R�serv� pour le t�l�phone
6 Entr�e des Donn�es (-)
7 R�serv� pour le t�l�phone
8 R�serv� pour le t�l�phone
Si vous souhaitez fabriquer un c�ble, ce qui suit devrait vous fournir
tous les d�tails voulus. Les paires de signaux diff�rentiels doivent
se trouver sur la m�me paire torsad�e afin d'obtenir l'imp�dance et
les pertes minimales requises d'un c�ble UTP. Si vous consultez la
table ci-dessus, vous constatez que 1+2 et 3+6 sont les ensembles de
paires de signaux diff�rentiels. Pas 1+3 et 2+6 !!!!!! A 10 MHz, avec
des distances courtes, vous �chapperez *peut-�tre* aux cons�quences de
telles erreurs, si c'est vraiment sur une courte distance. Mais n'y
pensez m�me pas � 100 MHz.
Pour un cordon de brassage normal, avec les extr�mit�s `A' et `B',
vous avez besoin d'un raccordement `droit', broche par broche,
l'entr�e et la sortie utilisant chacune une paire de fils (pour des
probl�mes d'imp�dance). Cela signifie donc que le 1 de A va au 1 de B,
que le 2 de A va au 2 de B, que le 3 de A va au 3 de B et que le 6 de
A va au 6 de B. Les fils qui joignent 1A-1B et 2A-2B doivent �tre sur
la m�me paire torsad�e. De m�me, les fils qui joignent 3A-3B et 6A-6B
doivent �tre sur une autre paire torsad�e.
Maintenant, si vous n'avez pas de hub, mais que vous voulez fabriquer
un `c�ble null' (ou c�ble crois�, NDT), ce que vous souhaitez faire
est que l'entr�e de `A' devienne la sortie de `B', et que la sortie de
`A' devienne l'entr�e de `B', sans changer la polarit�. Cela signifie
donc raccorder 1A � 3B (sortie+ de A vers entr�e+ de B) et 2A � 6B
(sortie- de A vers entr�e- de B). Ces deux fils doivent �tre sur une
paire torsad�e. Ils transportent ce que la carte/le connecteur `A'
consid�re comme la sortie, et ce qui est vu comme l'entr�e par la
carte/le connecteur `B'. Puis raccordez 3A � 1B (entr�e+ de A sur
sortie+ de B) et 6A � 2B (entr�e- de A sur sortie- de B). Ces deux-l�
aussi doivent �tre sur une paire torsad�e. Ils transportent ce que la
carte/le connecteur `A' consid�re comme son entr�e, et ce que la
carte/le connecteur `B' consid�re comme sa sortie.
Donc, si vous consid�rez un cordon de brassage normal, enlevez l'une
de ses extr�mit�s, �changez les emplacements des paires de r�ception
et d'�mission dans le nouveau connecteur, sertissez-le, et vous avez
un c�ble `null' (enfin, crois�, quoi ! NDT). Rien de bien compliqu�.
Vous voulez juste que le signal transmis par une carte soit envoy� sur
le r�cepteur de la seconde, et vice versa.
Notez qu'avant que 10BaseT soit ratifi� en tant que norme, il existait
d'autres formats de r�seau qui utilisaient des connecteurs RJ-45, avec
le m�me principe de c�blage que ci-dessus. Des exemples sont le
LattisNet de SynOptics et le StarLAN d'AT&T. Dans certains cas (comme
les premi�res cartes 3C503) vous pouvez positionner des cavaliers pour
que la carte puisse dialoguer avec des hubs de diff�rents types, mais
dans la plupart des cas les cartes con�ues pour ces anciens types de
r�seaux ne fonctionneront pas avec un hub/un r�seau 10BaseT standard.
(Notez que si les cartes ont aussi un port AUI, il n'y a aucune raison
que vous ne puissiez pas l'utiliser, combin� avec un transceiver AUI /
10BaseT).
66..33.. TThhiicckk EEtthheerrnneett -- LLee ``ggrrooss'' EEtthheerrnneett
Le `Thick ethernet' est pratiquement obsol�te, et n'est g�n�ralement
utilis� que pour rester compatible avec une impl�mentation existante.
Vous pouvez outrepasser les r�gles et connecter des brins courts
d'Ethernet fin (ThinNet 10Base2) et �pais (ThickNet 10Base5) ensemble
avec un connecteur passif N-vers-BNC � 15 francs, et c'est souvent la
meilleure solution pour �tendre un r�seau ThickNet existant. Une
solution correcte (mais plus ch�re) est d'utiliser un r�p�teur dans ce
cas.
77.. CCoonnffiigguurraattiioonn llooggiicciieellllee eett ddiiaaggnnoossttiiccss ddee ccaarrttee
Dans la plupart des cas, si la configuration est faite par logiciel,
et stock�e dans une EEPROM, vous devrez d�marrer DOS, et utiliser le
programme DOS fourni par le constructeur pour configurer l'IRQ, les
ports d'E/S, l'adresse m�moire et autres choses sur la carte. Du
reste, on peut esp�rer que c'est quelque chose que vous ne
configurerez qu'une seule fois. Si vous ne disposez pas du logiciel
DOS pour votre carte, essayez de chercher sur le site WWW du
constructeur de votre carte. Si vous ne connaissez pas le nom du site,
tentez de le deviner, par exemple `www.mon-constructeur.com' o� `mon-
constructeur' est le nom du fabricant de la carte. Cela fonctionne
pour SMC, 3Com, et plein _p_l_e_i_n d'autres fabricants.
On trouve certaines cartes pour lesquelles des versions Linux des
utilitaires de configuration existent, et elles sont list�es ici.
Donald a �crit quelques petits programmes de diagnostic qui
fonctionnent sous Linux. La plupart d'entre eux sont le r�sultat
d'outils de d�bogage qu'il a cr��s pendant l'�criture des divers
pilotes. Ne vous attendez pas � des interfaces rigolotes avec des
menus. Vous aurez besoin de lire le code-source pour utiliser la
plupart d'entre eux. M�me si votre carte n'a pas de programme de
configuration correspondant, vous pouvez encore obtenir un peu
d'information juste en tapant cat /proc/net/dev -- � condition que
votre carte ait �t� au moins d�tect�e au d�marrage.
Dans tous les cas, vous devrez ex�cuter la plupart de ces programmes
en tant que root (pour permettre l'acc�s aux ports d'E/S) et vous
devrez certainement d�sactiver la carte r�seau avant en tapant
ifconfig eth0 down en premier.
77..11.. PPrrooggrraammmmeess ddee ccoonnffiigguurraattiioonn ppoouurr ccaarrtteess EEtthheerrnneett
77..11..11.. CCaarrtteess WWDD8800xx33
Pour ceux d'entre vous qui ont des cartes wd80x3, il existe le
programme wdsetup qui peut �tre trouv� dans wdsetup-0.6a.tar.gz sur
les sites FTP linux. il n'est pas activement maintenu, et n'a pas �t�
mis � jour depuis d�j� pas mal de temps. S'il fonctionne correctement
pour vous, c'est parfait, sinon, utilisez la version DOS que vous
devriez avoir obtenue avec votre carte. Si vous n'avez pas la version
DOS, vous serez heureux d'apprendre que les disquettes de
configuration et les pilotes SMC sont disponibles sur le site FTP de
SMC.
Bien entendu, vous _d_e_v_e_z avoir une carte avec EEPROM pour utiliser cet
utilitaire. Les vieilles, _v_i_e_i_l_l_e_s cartes wd8003, et certains clones
de wd8013 utilisent � la place des cavaliers pour configurer la carte.
77..11..22.. CCaarrtteess DDiiggiittaall // DDEECC
La carte EtherWorks 3 de Digital peut �tre configur�e d'une fa�on
similaire au programme DOS NICSETUP.EXE. David C. Davies l'a �crit,
ainsi que certains autres outils pour l'EtherWorks 3, en conjonction
avec le pilote. Regardez sur metalab.unc.edu dans le r�pertoire
/pub/linux/system/Network/management un fichier qui s'appelle
ewrk3tools-X.XX.tar.gz.
(NDT : Le lecteur fran�ais aura tout int�r�t � utiliser un site FTP
plus proche, comme par exemple :
ftp://ftp.lip6.fr/pub/linux/sunsite/system/Network/management)
77..11..33.. CCaarrtteess NNEE22000000++ oouu AATT//LLAANNTTIICC
Certaines impl�mentations de la puce DP83905 de National Semiconductor
(comme l'AT/LANTIC et la NE2000+) peuvent �tre configur�es par
logiciel. (Notez que ces cartes peuvent aussi �muler une carte
wd8013 !) Vous pouvez r�cup�rer le fichier
/pub/linux/setup/atlantic.c sur le serveur FTP de Donald,
cesdis.gsfc.nasa.gov, pour configurer cette carte. De plus, les
programmes de configuration pour les cartes DP83905 de Kingston
semblent fonctionner avec toutes les cartes, car ils ne v�rifient pas
une adresse sp�cifique au constructeur avant de vous autoriser � les
utiliser. Suivez l'URL que voici :
Logiciel Kingston <
http://www.kingston.com/down�
load/etherx/etherx.htm>
et r�cup�rez 20XX12.EXE et INFOSET.EXE.
Soyez attentif en configurant des cartes NE2000+, car vous pouvez leur
fournir des valeurs de param�trage erron�es qui causeront des
probl�mes. Un exemple classique est d'activer accidentellement la ROM
de d�marrage dans l'EEPROM (m�me si aucune ROM n'est install�e) et de
fournir une valeur qui entre en conflit avec la carte VGA. Le r�sultat
est un ordinateur qui se contente de vous envoyer des `bip' quand vous
l'allumez et o� rien n'appara�t � l'�cran.
Vous pouvez typiquement vous sortir de ce mauvais pas en faisant ce
qui suit :
Enlevez la carte de la machine, red�marrez et entrez dans la
configuration CMOS. Changez le param�tre `Display Adapter' (carte
vid�o) en `Not Installed' (pas de carte vid�o) et changez le disque de
d�marrage par d�faut (`Default Boot Drive' ou `Boot Sequence', NDT) en
`A:' (votre lecteur de disquette). Changez aussi le param�tre `Wait
for F1 if any Error' (attendre un appui sur F1 en cas d'erreur) en
`Disabled' (d�sactiv�). De cette fa�on, l'ordinateur devrait d�marrer
sans intervention de l'utilisateur. Maintenant cr�ez une disquette DOS
de d�marrage (`format a: /s /u') et copiez le programme default.exe de
l'archive 20XX12.EXE sur cette disquette. Puis tapez echo default >
a:autoexec.bat afin que le programme qui remet la carte � des valeurs
par d�faut coh�rentes soit ex�cut� automatiquement quand vous d�marrez
sur cette disquette. Eteignez la machine, r�installez la carte
ne2000+, ins�rez votre nouvelle disquette de d�marrage, et rallumez la
machine. Elle devrait certainement vous bipper de nouveau � la figure,
mais vous devriez voir la lumi�re du lecteur de disquette s'allumer
pendant qu'elle d�marre � partir de la disquette. Attendez une minute
ou deux que le lecteur de disquette s'arr�te, indiquant ainsi que la
machine a fini d'ex�cuter le programme default.exe, puis �teignez
votre ordinateur. Lorsque vous le rallumez, vous pouvez esp�rer avoir
un �cran qui fonctionne de nouveau, ce qui vous permet de remettre les
param�tres CMOS � leurs anciennes valeurs, et de changer de nouveau
les param�tres de l'EEPROM de la carte pour les valeurs que vous
voulez.
Notez que si vous n'avez pas de DOS sous la main, vous pouvez utiliser
la m�thode ci-dessus avec un disque de d�marrage Linux qui ex�cute
automatiquement le programme atlantic de Donald (avec les bonnes
options sur la ligne de commande) au lieu d'une disquette de d�marrage
DOS qui ex�cute automatiquement le programme default.exe.
77..11..44.. CCaarrtteess 33CCoomm
La famille des cartes Etherlink III de 3Com (c'est-�-dire les 3c5x9)
peut �tre configur�e en utilisant un autre utilitaire de configuration
de Donald. Vous pouvez obtenir le fichier
/pub/linux/setup/3c5x9setup.c sur le serveur FTP de Donald,
cesdis.gsfc.nasa.gov, afin de configurer ces cartes. (Notez que
l'utilitaire de configuration DOS 3c5x9B peut comprendre plus
d'options se rapportant aux nouvelles s�ries ``B'' de la famille
Etherlink III).
77..22.. PPrrooggrraammmmeess ddee ddiiaaggnnoossttiicc ppoouurr ccaarrtteess EEtthheerrnneett
Tous les programmes de diagnostic que Donald a �crit peuvent �tre
obtenus � partir de cette URL.
Diagnostics pour cartes Ethernet <
ftp://ces�
dis.gsfc.nasa.gov/pub/linux/diag/index.html>
Allied Telesis AT1700 -- cherchez le fichier /pub/linux/diag/at1700.c
sur cesdis.gsfc.nasa.gov.
Cabletron E21XX -- cherchez le fichier /pub/linux/diag/e21.c sur
cesdis.gsfc.nasa.gov.
HP PCLAN+ -- cherchez le fichier /pub/linux/diag/hp+.c sur
cesdis.gsfc.nasa.gov.
Intel EtherExpress -- cherchez le fichier /pub/linux/diag/eexpress.c
sur cesdis.gsfc.nasa.gov.
Cartes NE2000 -- cherchez le fichier /pub/linux/diag/ne2k.c sur
cesdis.gsfc.nasa.gov. Il existe aussi une version PCI pour les clones
NE2000-PCI qui sont maintenant classiques.
Adaptateur de poche RealTek (ATP) -- cherchez le fichier
/pub/linux/diag/atp-diag.c sur cesdis.gsfc.nasa.gov.
Toutes les autres cartes -- essayez de taper cat /proc/net/dev et
dmesg pour savoir quelles informations utiles le noyau poss�de sur la
carte en question.
88.. IInnffoorrmmaattiioonnss TTeecchhnniiqquueess
Pour ceux d'entre vous qui souhaitent comprendre comment marche la
carte, ou jouer avec les pilotes actuels, ou m�me essayer de faire
leur propre pilote pour une carte qui n'est actuellement pas
support�e, ces informations peuvent se r�v�ler utiles. Si vous
n'entrez pas dans cette cat�gorie de personne, vous devriez peut-�tre
sauter cette section.
88..11..
EEnnttrr��eess//SSoorrttiieess pprrooggrraammmm��eess ccoonnttrree mm��mmooiirree ppaarrttaagg��ee ccoonnttrree DDMMAA
Si vous savez d�j� envoyer et recevoir des paquets les uns derri�re
les autres, vous ne pouvez tout simplement pas mettre plus de bits sur
le fil. Toutes les cartes Ethernet modernes peuvent recevoir des
paquets les uns � la suite des autres. Les pilotes Linux DP8390
(wd80x3, SMC-ULTRA, 3c503, ne2000, etc) s'approchent tr�s pr�s de
l'envoi de paquets les uns derri�re les autres (cela d�pendra du temps
de latence d'interruption courant), et la 3c509 ou l'AT1500 n'ont
absolument aucun probl�me pour �mettre des paquets les uns derri�re
les autres.
Le bus ISA peut faire du 5,3 Mo/s (42 Mbit/s), ce qui semble plus que
n�cessaire pour l'ethernet a 10 Mbps. En cas d'utilisations de cartes
100 Mbps, il est clair que vous aurez � utiliser un bus plus rapide
pour utiliser toute la bande passante.
88..11..11.. EEnnttrr��eess//SSoorrttiieess ((EE//SS)) pprrooggrraammmm��eess ((NNEE22000000,, 33cc550099,, eettcc..))
PPoouurr :: N'utilise aucune ressource syst�me contrainte, juste quelques
registres d'E/S, et n'a pas de limite � 16 M.
CCoonnttrree :: G�n�ralement le taux de transfert le plus faible, le
processeur attend tout le temps, et un acc�s entrelac� (_i_n_t_e_r_l_e_a_v_e_d en
anglais) aux paquets est habituellement difficile voire impossible.
88..11..22.. MM��mmooiirree ppaarrttaagg��ee ((WWDD8800xx33,, SSMMCC--UUllttrraa,, 33cc550033,, eettcc..))
PPoouurr :: Simple, plus rapide que les E/S programm�es, permet l'acc�s
al�atoire aux paquets. Les pilotes Linux calculent la somme de
contr�le (_c_h_e_c_k_s_u_m en anglais) des paquets IP entrants lorsqu'ils sont
copi�s depuis la carte, ce qui entra�ne une r�duction suppl�mentaire
de la charge du processeur par rapport � une carte �quivalente en E/S
programm�es.
CCoonnttrree :: Utilise beaucoup d'espace m�moire (c'est important pour les
utilisateur sous DOS, cela n'a pratiquement pas d'importance sous
Linux), et charge encore le processeur.
88..11..33.. LLiinnuuxx !!)) AAcccc��ss DDiirreecctt �� llaa MM��mmooiirree ((DDMMAA)) EEssccllaavvee ((nnoorrmmaall))
((pp..eexx.. :: aauuccuunnee ppoouurr
PPoouurr :: Lib�re le processeur pendant le transfert r�el des donn�es.
CCoonnttrree :: La v�rification des conditions aux limites de blocs,
l'allocation de tampons (_b_u_f_f_e_r_s en anglais) contigus, et la
programmation des registres DMA en font la plus lente de toutes les
techniques. Elle utilise en plus un canal DMA (une ressource rare !)
et n�cessite des tampons align�s en m�moire basse.
88..11..44.. DDMMAA eenn BBuuss MMaasstteerr ((pp..eexx.. :: LLAANNCCEE,, DDEECC 2211004400))
PPoouurr :: Lib�re le processeur pendant le transfert des donn�es, peut
lier des tampons entre eux, peut n�cessiter peu voire pas de perte de
temps processeur sur le bus ISA. La majorit� des pilotes bus-mastering
pour linux utilisent un sch�ma 'copybreak' o� les gros paquets sont
directements plac�s dans les tampons r�seau du noyau par la carte, les
petits paquets �tant copi�s par le CPU qui est plus rapide pour ce
type de traitements.
CCoonnttrree :: (seulement pour les cartes ISA) N�cessite des tampons en
m�moire basse et un canal DMA pour les cartes. Tout Ma�tre de Bus aura
des probl�mes avec les autres Ma�tres de Bus qui sont des goinfres,
comme certaines cartes SCSI primitives. Quelques jeux de puces pour
cartes-m�res mal pens�s ont des probl�mes avec les ma�tres de bus. Et
une raison pour n'avoir _a_u_c_u_n type de p�riph�rique DMA est d'utiliser
un processeur 486 con�u pour �tre ins�r� (ou mont�) en lieu et place
d'un 386: ces processeurs doivent vider leur cache � chaque cycle DMA.
(Ceci inclus les Cx486DLC, Ti486DLC, Cx486SLC, Ti486SLC, etc.)
88..22.. ��ccrriittuurree dd''uunn ppiilloottee ddee ccaarrttee
La seule chose indispensable pour utiliser une carte Ethernet sous
Linux est le pilote appropri�. Pour que cela soit possible, il est
essentiel que le constructeur diffuse les informations techniques
n�cessaires � la programmation de ce pilote � destination du public
sans que vous (ou quelqu'un d'autre) ne soyez oblig� de leur vendre
votre �me. Une bonne indication des chances d'obtenir de la
documentation (ou, si vous ne programmez pas, des chances que
quelqu'un d'autre puisse �crire ce pilote dont vous avez vraiment,
vraiment besoin) est la disponibilit� du pilote en mode paquet de
Crynwr (ex Clarkson). Russ Nelson dirige cette op�ration, et il a �t�
d'un grand service par son aide au cours du d�veloppement de certains
pilotes pour Linux. Vous pouvez essayer cette URL pour consulter le
programme de Russ :
Pilote en mode paquet de Russ Nelson
<
http://www.crynwr.com/crynwr/home.html>
Une fois la documentation obtenue, vous pouvez �crire un pilote pour
votre carte et l'utiliser sous Linux (du moins en th�orie). Rappelez-
vous n�anmoins que certains mat�riels anciens qui ont �t� cr��s pour
des machines XT ne fonctionneront pas bien dans un environnement
multit�ches comme Linux. Leur utilisation entra�nera des probl�mes
importants si votre r�seau est raisonnablement charg�.
La plupart des cartes poss�dent des pilotes pour des interfaces MS-DOS
comme NDIS ou ODI, mais ceux-ci sont inutiles pour Linux. De
nombreuses personnes ont sugg�r� de les int�grer directement ou de
r�aliser une traduction automatique, mais c'est quasiment impossible.
Les pilotes MS-DOS s'attendent � travailler en mode 16 bits et �
utiliser des `interruptions logicielles', deux notions incompatibles
avec le noyau Linux. Cette incompatibilit� est en fait un avantage,
puisque certains pilotes pour Linux sont consid�rablement meilleurs
que leur �quivalent MS-DOS. Par exemple, la s�rie des pilotes `8390'
utilise des zones tampon de transmissions en ping-pong, qui commencent
seulement � appara�tre dans le monde MS-DOS.
(`Des zones tampon de transmissions en ping-pong' signifie que l'on
utilise au moins deux zones de la taille maximale d'un paquet pour
transmettre les paquets. L'une des zones est charg�e pendant que la
carte est en train de transmettre l'autre. Le deuxi�me paquet est
alors transmis d�s que le premier est parti, etc. De cette mani�re, la
plupart des cartes sont capables d'envoyer des paquets � la dos � dos
sur le c�ble).
Bon. Vous avez donc d�cid� d'�crire un pilote pour la carte Ethernet
Machin, puisque vous avez les informations n�cessaires � sa
programmation, et que personne d'autre ne l'a encore fait (... ce sont
les deux conditions principales ;-) ). Vous devriez commencer avec le
squelette du pilote r�seau qui est fourni avec la distribution source
du noyau Linux. Il se trouve dans le fichier
/usr/src/linux/drivers/net/skeleton.c dans tous les noyaux r�cents.
Jetez aussi un coup d'oeil sur le `Kernel Hackers Guide' � l'URL
suivante :
KHG <
http://www.redhat.com:8080/HyperNews/get/khg.html>
88..33.. IInntteeffaaccee dduu ppiilloottee aavveecc llee nnooyyaauu
Voici quelques notes sur les fonctions que vous devrez �crire si vous
cr�ez un nouveau pilote. Lisez-les en gardant sous la main le
squelette de pilote d�crit ci-dessus : cela simplifiera les choses.
88..33..11.. DD��tteeccttiioonn ddee llaa ccaarrttee ((PPrroobbee))
Appel�e au d�marrage pour v�rifier l'existence de la carte. Meilleure
si elle peut v�rifier en douceur en lisant la m�moire etc. Peut aussi
lire les ports d'E/S. Ecrire au d�marrage sur les ports d'E/S pour
d�tecter la carte n'est _p_a_s _b_i_e_n parce que cela risque de tuer un
autre p�riph�rique. Certaines parties de l'initialisation du
p�riph�rique sont habituellement faites � ce niveau (allouer l'espace
d'E/S, les IRQ, remplir les champs de dev->???, etc.) Vous avez
besoin de savoir � quels ports d'E/S et � quelles zones m�moire la
carte peut �tre configur�e, comment autoriser l'utilisation de m�moire
partag�e (si besoin), comment s�lectionner et mettre en oeuvre la
g�n�ration d'interruptions, etc.
88..33..22.. GGeessttiioonnnnaaiirree dd''iinntteerrrruuppttiioonnss ((IInntteerrrruupptt hhaannddlleerr))
Appel� par le noyau quand la carte d�clenche une interruption. A la
responsabilit� de d�terminer pourquoi la carte a d�clench�
l'interruption, et d'agir en cons�quence. Les conditions habituelles
d'interruption sont l'arriv�e de donn�es, la fin d'une transmission,
l'indication de conditions d'erreur. Vous avez besoin de conna�tre les
bits d'informations li�s � une interruption afin de pouvoir agir en
cons�quence.
88..33..33.. FFoonnccttiioonn ddee ttrraannssmmiissssiioonn ((TTrraannssmmiitt ffuunnccttiioonn))
Est li�e � dev->hard_start_xmit() et est appel�e par le noyau quand ce
dernier d�sire envoyer des donn�es par l'interm�diaire du
p�riph�rique. Envoie les donn�es sur la carte et d�clenche la
transmission. Vous avez besoin de savoir comment empaqueter les
donn�es et comment les faire parvenir sur la carte (copie en m�moire
partag�e, transfert sur les ports d'E/S, DMA ?) et au bon endroit sur
la carte. Puis vous devez savoir comment dire � la carte d'envoyer
les donn�es sur le c�ble, et (�ventuellement) �mettre une interruption
quand ce sera fini. Quand le p�riph�rique ne peut plus accepter de
paquets suppl�mentaires, il doit armer le drapeau dev->tbusy. Quand de
la place est devenue disponible, en g�n�ral au cours d'une
interruption de fin de transmission, dev->tbusy doit �tre d�sarm� et
les niveaux sup�rieurs doivent �tre inform�s en utilisant
mark_bh(INET_BH).
88..33..44.. FFoonnccttiioonn ddee rr��cceeppttiioonn ((RReecceeiivvee ffuunnccttiioonn))
Appel�e par le gestionnaire d'interruptions du noyau quand la carte
indique que des donn�es sont disponibles. R�cup�re les donn�es de la
carte, les empaquette dans un sk_buff et informe le noyau de la
pr�sence des donn�es en effectuant un netif_rx(sk_buff). Vouz devez
savoir comment mettre en oeuvre le d�clenchement d'interruptions � la
r�ception de donn�es, comment v�rifier les bits d'informations
correspondant � la r�ception, et comment r�cup�rer les donn�es depuis
la carte (l� encore, par m�moire partag�e, ports d'E/S, DMA, etc.)
88..33..55.. FFoonnccttiioonn dd''oouuvveerrttuurree ((OOppeenn ffuunnccttiioonn))
Est li�e � dev->open. Est appel�e par les couches r�seau quand
quelqu'un fait ifconfig eth0 up - cela doit mettre le p�riph�rique en
route et l'autoriser � recevoir et transmettre des donn�es. Toute
incantation sp�ciale li�e � l'initialisation et qui n'aurait pas �t�
r�alis�e dans la s�quence de d�tection (autoriser la g�n�ration d'IRQ,
etc.) trouvera sa place ici.
88..33..66.. FFoonnccttiioonn ddee ffeerrmmeettuurree ((ffaaccuullttaattiivvee)) ((CClloossee ffuunnccttiioonn))
Met la carte dans un �tat propre quand quelqu'un effectue ifconfig
eth0 down. Doit lib�rer les IRQ et les canaux DMA si le mat�riel le
permet, et �teindre tout ce qui pourrait �conomiser de l'�nergie
(comme le transmetteur).
88..33..77.. AAuuttrreess ffoonnccttiioonnss
Des �l�ments comme une fonction de r�initialisation, afin que, si les
choses se d�gradent, le pilote puisse essayer de r�initialiser la
carte en dernier recours. G�n�ralement fait quand une transmission
d�passe son temps maximal ou quelque chose du genre. Ou encore une
fonction pour lire les registres qui contiennent les statistiques sur
la carte, si elle en comporte.
88..44.. IInnffoorrmmaattiioonnss tteecchhnniiqquueess ddee 33CCoomm
Si vous �tes int�ress�(e) par l'�criture de pilotes pour les cartes
3Com, vous pouvez obtenir de la documentation technique de 3Com.
Cameron a �t� suffisamment gentil pour nous dire comment y parvenir :
Les adaptateurs Ethernet de 3Com sont document�s pour les auteurs de
pilotes dans nos `R�f�rences Techniques' (Technical References, TRs).
Ces manuels d�crivent les interfaces du programmeur avec la carte,
mais elles ne parlent pas des diagnostics, des programmes
d'installation, etc., que l'utilisateur final peut voir.
Le d�partement marketing de la Division Adaptateurs R�seaux (Network
Adapter Division) est responsable de la diffusion des TRs. Pour que ce
programme reste efficace, nous le centralisons dans une entit� appel�e
`CardFacts'. C'est est un syst�me t�l�phonique automatis�. Vous
l'appelez avec un t�l�phone � fr�quences vocales et il vous envoie des
choses par t�l�copie. Pour obtenir un TR, appelez CardFacts au
408-727-7021.
(NDT : Cela ne fonctionne qu'aux Etats-Unis.) Demandez le formulaire
de commande du d�veloppeur (Developer's Order Form), le document
num�ro 9070. Ayez votre num�ro de fax sous la main lorsque vous
appelez. Compl�tez le formulaire de commande et envoyez-le par
t�l�copie au 408-764-5004. Les manuels sont exp�di�s par le service
J+2 de Federal Express.
Il y a des gens ici qui pensent que nous sommes trop lib�raux avec les
manuels, et qui cherchent des preuves que le syst�me est trop on�reux,
ou prend trop de temps et d'effort. Jusqu'� pr�sent, les clients de
3Com ont �t� tr�s bien sur ce point, et il n'y a pas de probl�me avec
le niveau de demandes que nous avons obtenu. Nous avons besoin que
votre coop�ration et votre retenue se maintiennent pour continuer
ainsi.
88..55..
NNootteess ssuurr lleess ccaarrtteess bbaass��eess ssuurr llaa ppuuccee PPCCnneett // LLAANNCCEE dd''AAMMDD
La puce LANCE (Local Area Network Controller for Ethernet, Contr�leur
de R�seau Local pour Ethernet) d'AMD constituait l'offre initiale, et
a depuis �t� remplac�e par la puce `PCnet-ISA', aussi connue en tant
que 79C960. Notez que le nom `LANCE' est rest�, et certaines personnes
se r�f�rent � la nouvelle puce en utilisant l'ancien nom. Dave Roberts
de la Division des Produits R�seaux (Network Products Division) d'AMD
a eu l'amabilit� de nous fournir les informations suivantes concernant
cette puce :
`Fonctionnellement, elle est �quivalente � une NE1500. Le jeu de
registres est identique � celui de la vieille LANCE avec les additions
de l'architecture 1500/2100. Les vieux pilotes 1500/2500
fonctionneront avec la PCnet-ISA. L'architecture NE1500 et NE2100 est
la m�me � la base. Initialement Novell l'a appel� la 2100, mais
ensuite a essay� de distinguer entre cartes coax et 10Base-T. Tout ce
qui �tait purement 10Base-T devait �tre num�rot� dans la s�rie 1500.
C'est la seule diff�rence.
De nombreuses soci�t�s offrent des produits bas�s sur la PCnet-ISA, y
compris HP, Racal-Datacom, Allied Telesis, Boca Research, Kingston
Technology, etc. Les cartes sont � la base les m�mes, except� que
certains constructeurs ont ajout� des fonctionnalit�s `sans-cavaliers'
(`jumperless') qui permettent � la carte d'�tre configur�e par
logiciel. La plupart n'en ont pas. AMD offre un paquetage de
conception standard pour une carte qui utilise la PCnet-ISA et de
nombreux fabricants utilisent notre conception sans changement. Cela
signifie que n'importe qui souhaitant �crire des pilotes pour la
plupart des cartes bas�es sur la puce PCnet-ISA peut se contenter
d'obtenir la documentation technique aupr�s d'AMD. Appelez notre
centre de distribution documentaire au (800)222-9323 et demandez la
documentation de l'Am79C960, PCnet-ISA. Elle est gratuite.
Un moyen rapide pour savoir si la carte est une carte `g�n�rique' est
simplement de la regarder. Si elle l'est, elle doit juste comporter
une grosse puce, un quartz, une petite PROM d'adresse IEEE,
�ventuellement un support pour une ROM de d�marrage, et un connecteur
(1, 2 ou 3, selon les options de m�dia offertes). Notez que s'il
s'agit d'une carte coax, elle comportera aussi quelques composants
pour le transceiver, mais ils devraient �tre pr�s du connecteur et
�loign�s de la PCnet-ISA.'
Une note pour les bidouilleurs potentiels de cartes est que
diff�rentes impl�mentations de la LANCE effectuent le `red�marrage' de
diff�rentes fa�ons. Certaines reprennent o� elles s'�taient arr�t�es
dans l'anneau, et d'autres d�marrent directement au d�but de l'anneau,
comme si elles venaient d'�tre initialis�es.
88..66.. MMuullttiiccaasstt eett MMooddee ``PPrroommiissccuuoouuss''
Une des autres choses sur lesquels Donald a travaill� est
l'impl�mentation des points d'entr�e pour le multicast et le mode
`promiscuous'. Tous les pilotes ISA _p_u_b_l_i_�_s (c'est-�-dire ppaass les
pilotes au stade `alpha') supportent aujourd'hui le mode promiscuous.
Donald �crit : Je commencerai par parler du mode `promiscuous', qui
est conceptuellement facile � impl�menter. Pour la plupart des
mat�riels, vous n'avez qu'� positionner un bit de registre, et �
partir de ce moment-l� vous obtenez tous les paquets qui passent sur
le fil. Bon, ce n'est pas vraiment aussi simple que cela ; pour
certains mat�riels, vous devez arr�ter la carte (en perdant
potentiellement quelques paquets), la reconfigurer, puis la r�activer.
Ok, �a c'est facile, donc je passe � quelque chose qui n'est pas aussi
�vident : le _m_u_l_t_i_c_a_s_t. On peut le r�aliser de deux fa�ons :
1. Utiliser le mode promiscuous, et un filtre de paquets comme celui
de Berkeley (Berkeley packet filter, BPF). Le BPF est un langage �
pile de comparaison de mod�les (pattern matching stack), avec
lequel vous �crivez un programme qui extrait les adresses qui vous
int�ressent. Son avantage est qu'il est tr�s g�n�ral et
programmable. Son inconv�nient est qu'il n'existe pas de moyen
g�n�ral pour le noyau d'�viter d'avoir � mettre en route le mode
promiscuous et de passer chaque paquet qui circule sur le fil �
travers tous les filtres de paquets qui se sont enregistr�s.
Consultez ``Le Berkeley Packet Filter'' pour plus d'informations.
2. Utiliser le filtre multicast que la plupart des puces Ethernet
poss�dent.
Je crois que je devrais donner une liste de ce que quelques cartes ou
puces Ethernet fournissent :
Puce/carte Promiscuous Filtre Multicast
-----------------------------------------
Seeq8001/3c501 Oui Filtre binaire (1)
3Com/3c509 Oui Filtre binaire (1)
8390 Oui Hashage � six bits Autodin II (2) (3)
LANCE Oui Hashage � six bits Autodin II (2) (3)
i82586 Oui Hashage � six bits Autodin II cach� (2) (4)
1. Ces cartes pr�tendent avoir un filtre, mais il s'agit d'un simple
oui/non `accepte tous les paquets multicast', ou `n'accepte aucun
paquet multicast'.
2. AUTODIN II est le polyn�me standard de contr�le Ethernet (somme de
contr�le/checksum CRC). Dans ce principe, les adresses multicast
sont hash�es et recherch�es dans une table de hashage. Si le bit
correspondant est activ�, ce paquet est accept�. Les paquets
Ethernet sont con�us de telle fa�on que la partie mat�rielle pour
r�aliser ceci est triviale -- vous m�morisez juste (habituellement)
six bits du circuit CRC (qui est n�cessaire de toute fa�on pour la
v�rification d'erreur) apr�s les six premiers octets (l'adresse de
destination), et vous les utilisez comme index dans la table de
hashage (six bits -- une table de 64-bits).
3. Ces puces utilisent le hashage � six bits, et n�cessitent que la
table soit calcul�e et charg�e par l'h�te. Cela signifie que le
noyau doit comprendre le code pour le CRC.
4. Le 82586 utilise le hashage � six bits de fa�on interne, mais il
calcule la table de hashage lui-m�me � partir d'une liste
d'adresses multicast � accepter.
Notez qu'aucune de ces puces ne r�alise un filtrage parfait, et nous
avons encore besoin d'un module de niveau interm�diaire pour r�aliser
le filtrage final. Notez aussi que dans chaque cas nous devons
conserver une liste compl�te des adresses multicast accept�es pour
recalculer la table de hashage quand elle change.
88..77..
LLee ffiillttrree ddee ppaaqquueettss ddee BBeerrkkeelleeyy ((BBeerrkkeelleeyy PPaacckkeett FFiilltteerr ---- BBPPFF))
L'id�e g�n�rale des d�veloppeurs est que la fonctionnalit� du BPF ne
doit pas �tre fournie par le noyau, mais doit se trouver dans une
biblioth�que de compatibilit� (dont on esp�re qu'elle servira peu).
Pour ceux qui ne seraient pas au courant : BPF (le Berkeley Packet
Filter) est un m�canisme destin� � sp�cifier aux couches r�seau du
noyau quels paquets vous int�ressent. Il est impl�ment� sous la forme
d'un interpr�teur d'un langage � pile sp�cialis� construit dans un
niveau bas du code r�seau. Une application passe un programme �crit
dans ce langage au noyau, et le noyau ex�cute le programme sur chaque
paquet entrant. Si le noyau poss�de plusieurs applications BPF, chaque
programme est ex�cut� sur chaque paquet.
Le probl�me est qu'il est difficile de d�duire quel type de paquet
int�resse r�ellement l'application � partir du programme de filtrage,
donc la solution est de toujours ex�cuter le filtre. Imaginez un
programme qui enregistre un programme BPF pour extraire un flux de
donn�es de faible d�bit envoy� � une adresse multicast. La plupart des
cartes Ethernet poss�dent un filtre d'adresses multicast impl�ment�
sous la forme d'une table de hashage � 64 entr�es qui ignore la
plupart des paquets multicast non souhait�s, donc les capacit�s
existent pour faire de cette op�ration une op�ration peu co�teuse en
ressources. Mais avec le BPF, le noyau doit passer l'interface en mode
promiscuous, recevoir ttoouuss les paquets, et les passer � travers ce
filtre. D'ailleurs, c'est un travail qu'il est tr�s difficile de
comptabiliser dans le processus qui a demand� les paquets.
99.. FFaaiirree dduu rr��sseeaauu aavveecc uunn ppoorrttaabbllee
Il existe plusieurs fa�ons de mettre votre portable en r�seau. Vous
pouvez utiliser le code SLIP (et tourner aux vitesses d'une liaison
s�rie). Vous pouvez employer un portable avec un slot PCMCIA int�gr�,
ou bien avec une station d'accueil et y mettre une carte Ethernet ISA.
Vous pouvez encore utiliser un adaptateur Ethernet sur port parall�le.
99..11.. UUttiilliisseerr SSLLIIPP ((SSeerriiaall LLiinnee IIPP,, IIPP ssuurr lliiaaiissoonn ss��rriiee))
C'est la solution la moins ch�re, mais de loin la plus difficile. En
plus, vous n'obtiendrez pas des taux de transfert tr�s �lev�s. Comme
SLIP n'est pas vraiment li� aux cartes Ethernet, nous n'en parlerons
pas plus ici. Consultez le _N_E_T_-_2 _H_o_w_t_o.
99..22.. SSuuppppoorrtt PPCCMMCCIIAA
Essayez de d�terminer exactement de quel mat�riel vous disposez
(c'est-�-dire le fabricant de la carte, celui du contr�leur de puces
PCMCIA) puis demandez sur la liste LAPTOPS. En tout �tat de cause, ne
vous attendez pas � ce que les choses soient tr�s simples. Attendez-
vous � chercher et � tourner un peu en rond, � patcher les noyaux,
etc. Peut-�tre qu'un jour vous serez capable de taper `make
config' 8-).
A l'heure actuelle, les deux jeux de puces PCMCIA qui sont utilisables
avec Linux sont le TCIC/2 de Databook et l'i82365 d'Intel.
Il existe un certain nombre de programmes sur tsx-11.mit.edu dans le
r�pertoire /pub/linux/packages/laptops/ qui pourront se r�v�ler
utiles.
(NDT : Bien entendu, le lecteur fran�ais se rapportera � l'un des
miroirs de tsx-11, comme par exemple
ftp://ftp.lip6.fr/pub/linux/tsx-11/packages/laptops/.)
Cela va des pilotes pour cartes Ethernet PCMCIA aux programmes qui
communiquent avec la puce du contr�leur PCMCIA. Notez que ces pilotes
sont en g�n�ral li�s � une puce PCMCIA sp�cifique (c'est-�-dire la
82365 d'Intel ou la TCIC/2).
Pour les cartes compatibles NE2000, certaines personnes ont r�ussi
juste en configurant la carte sous DOS, puis en d�marrant Linux depuis
l'invite de commande DOS via loadlin.
Les choses �voluent pour les utilisateurs de Linux qui souhaitent un
support PCMCIA, car des progr�s substantiels ont �t� r�alis�s. Le
dernier paquetage de David Hinds, qui en est l'un des artisans, se
trouve sur
PCMCIA Package <
ftp://cb-iris.stanford.edu/pub/pcmcia>
Cherchez un fichier comme pcmcia-cs-X.Y.Z.tgz o� X.Y.Z est le dernier
num�ro de version. Vous devriez aussi pouvoir le trouver sur le site
FTP tsx-11.mit.edu (ou son miroir le plus proche, NDT).
Notez que le logiciel d'acc�s PCMCIA de Donald fonctionne en tant que
processus utilisateur, alors que David Hinds propose une solution au
niveau du noyau. Vous serez certainement mieux servi(e) par le
paquetage de David car il est plus couramment employ�, et en constant
d�veloppement.
99..33.. CCaarrttee EEtthheerrnneett IISSAA ddaannss llaa ssttaattiioonn dd''aaccccuueeiill..
Les stations d'accueil (_d_o_c_k_i_n_g _s_t_a_t_i_o_n_s en anglais, ou encore _d_o_c_k,
NDT) co�tent typiqement environ 1500 francs et fournissent deux slots
ISA standard, deux ports s�rie et un port parall�le. La plupart
d'entre elles sont aliment�es par les batteries du portable, et
quelques unes permettent d'en ajouter dans la station m�me, pour peu
que vous utilisiez des cartes ISA courtes. Ainsi, vous pouvez
utiliser une carte r�seau �conomique et profiter des performances
d'Ethernet � pleine vitesse.
99..44.. AAddaappttaatteeuurrss ddee ppoocchhee eett ssuurr ppoorrtt ppaarraallll��llee..
Les adaptateurs Ethernet `de poche' peuvent aussi r�pondre � vos
besoins. Notez que la vitesse de transfert ne sera pas aussi
importante que �a (peut-�tre 200 Ko/s en pointe ?) � cause des
limitations du port parall�le.
La plupart d'entre eux vont vous entraver avec une alimentation qui
ressemble a un gros pav�. Vous pourrez parfois vous passer du pav� des
adaptateurs en achetant ou en fabriquant un c�ble qui prend
l'alimentation sur le port clavier du portable (voir ``alimentation du
clavier'').
Consultez ``DE-600 / DE-620'' et ``RealTek'' pour deux adaptateurs de
poche utilisables sous Linux.
1100.. QQuueessttiioonnss ddiivveerrsseess..
Tout ce qui se rapporte � Ethernet et qui ne rentrait pas ailleurs se
retrouve ici. Ce n'est peut-�tre pas significatif, ni int�ressant pour
tout le monde, mais de totue fa�on, c'est l�.
1100..11.. PPaassssaaggee ddeess aarrgguummeennttss EEtthheerrnneett aauu nnooyyaauu
Voici deux commandes g�n�riques du noyau qui peuvent �tre pass�es au
noyau au moment du d�marrage (ether et reserve). Vous pouvez le faire
avec LILO, loadlin, ou tout autre utilitaire de d�marrage qui accepte
des arguments optionnels.
Par exemple, si la commande �tait `blabla' et qu'elle attende trois
arguments (disons 123, 456 et 789), alors, avec LILO, vous pourriez
taper au d�marrage :
LILO: linux blabla=123,456,789
Pour plus d'informations, ainsi qu'une liste compl�te, sur les
arguments de d�marrage, veuillez consulter le
BootPrompt-HOWTO <
http://metalab.unc.edu/mdw/HOWTO/Boot�
Prompt-HOWTO.html>
1100..11..11.. LL''aarrgguummeenntt eetthheerr
La commande ether= est utilis�e en conjonction avec le pilote compil�
dans le noyau. Le ether= n'aura _a_b_s_o_l_u_m_e_n_t _a_u_c_u_n _e_f_f_e_t sur un pilote
modulaire. Sous sa forme la plus g�n�rique, elle ressemble � quelque
chose comme :
ether=IRQ,ADR_DE_BASE,PARAM_1,PARAM_2,NOM
Tous les arguments sont optionnels. Le premier argument non-num�rique
est consid�r� comme le NOM.
IIRRQQ:: Evident. Une valeur d'IRQ de `0' (habituellement la valeur par
d�faut) signifie affectation automatique de l'IRQ. C'est un accident
de l'Histoire que le param�tre d'IRQ soit en premier plut�t que
l'adresse de base -- cela sera corrig� lorsque quelque chose d'autre
changera.
AADDRR__DDEE__BBAASSEE:: Evident aussi. Une valeur de `0' (habituellement la
valeur par d�faut) signifie de tester une liste d'adresses sp�cifiques
� ce type de carte pour essayer de d�tecter une carte Ethernet.
PPAARRAAMM__11:: Utilis� � l'origine comme une valeur qui passe outre
l'adresse de d�part de la zone m�moire pour une carte Ethernet �
m�moire partag�e, comme la WD80*3. Certains pilotes utilisent les
quatre bits de poids faible de cette valeur pour fixer le niveau de
message de d�bogage. 0 -- d�faut, 1-7 -- niveaux 1 � 7 (7 �tant le
niveau le plus bavard), 8 -- niveau 0 (pas de messages). Le pilote
LANCE utilise les quatre bits de poids faible de cette valeur pour
s�lectionner le canal DMA. Sinon il utilise l'affectation automatique
du DMA.
PPAARRAAMM__22:: Le pilote 3c503 l'utilise pour choisir entre le transceiver
interne et le transceiver externe. 0 -- d�faut/interne, 1 -- AUI
externe. Les cartes E21XX de Cabletron utilisent les quatre bits de
poids faible de PARAM_2 pour choisir le support physique. Sinon il est
d�tect� automatiquement.
NNOOMM:: S�lectionne le p�riph�rique r�seau auquel les valeurs se
r�f�rent. Le noyau standard utilise les noms `eth0', `eth1', `eth2' et
`eth3' pour les cartes Ethernet attach�es au bus, et `atp0' pour
l'adaptateur `de poche' sur port parall�le. Le pilote ARCnet utilise
le nom `arc0'. Le comportement par d�faut est de tester une seule
carte Ethernet pour `eth0'. Vous ne pouvez activer plusieurs cartes
qu'en fixant de fa�on explicite leur adresse de base avec les
param�tres de LILO. Le noyau 1.0 consid�rait les cartes Ethernet
bas�es sur la puce LANCE comme un cas sp�cial. Les arguments de LILO
�taient ignor�s, et les cartes LANCE recevaient toujours des noms
`eth<n>' en commen�ant � `eth0'. Les cartes suppl�mentaires, non-
LANCE, devaient �tre affect�es � `eth<n+1>', et le test habituel de
`eth0' devait alors �tre d�sactiv� avec quelque chose comme
`ether=0,-1,eth0'. (Oui, c'est bogu�.)
1100..11..22.. LLaa ccoommmmaannddee rreesseerrvvee
Cette autre commande LILO est utilis�e exactement comme la commande
`ether=' ci-dessus, c'est-�-dire que l'on ajoute son nom aux options
sp�cifi�es dans lilo.conf :
reserve=IO-base,extent{,IO-base,extent...}
Sur certaines machines, il peut �tre n�cessaire d'emp�cher les pilotes
de p�riph�rique de tester des p�riph�riques (auto-d�tection) dans une
zone sp�cifique. Cela peut �tre le cas � cause d'un mat�riel mal con�u
qui _f_i_g_e le d�marrage (comme certaines cartes Ethernet), qui est
identifi� par erreur, dont l'�tat a �t� chang� par une proc�dure de
d�tection pr�c�dente, ou plus encore d'un mat�riel que vous ne
souhaitez pas voir initialis� par le noyau.
L'argument de d�marrage reserve r�pond � cette attente en sp�cifiant
une r�gion de port d'E/S qui ne doit pas �tre test�e. Cette r�gion est
r�serv�e dans la table d'enregistrement des ports du noyau comme si un
p�riph�rique avait d�j� �t� trouv� dans cette r�gion. Notez que ce
m�canisme ne devrait pas �tre n�cessaire sur toutes les machines.
C'est seulement lorsqu'il y a un probl�me ou un cas sp�cial que son
utilisation peut se r�v�ler n�cessaire.
Les ports d'E/S dans la zone sp�cifi�e sont prot�g�s contre les
proc�dures de d�tection de p�riph�riques. Nous avons montr� que cela
est n�cessaire lorsqu'un pilote se bloque sur une carte NE2000, ou
identifie de fa�on erron�e un autre p�riph�rique comme �tant le sien.
Un pilote de p�riph�rique correct ne devrait pas tester une zone
r�serv�e, � moins qu'un autre argument de d�marrage ne sp�cifie
explicitement qu'il doive le faire sur cette zone. Cela implique que
reserve sera le plus souvent utilis� avec un autre argument de
d�marrage. Donc si vous sp�cifiez une zone de reserve pour prot�ger un
p�riph�rique donn�, vous devez g�n�ralement sp�cifier explicitement
une d�tection pour ce p�riph�rique. La plupart des pilotes ignorent la
table d'enregistrement des ports si on leur fournit une adresse
explicite.
Par exemple, la ligne de d�marrage
LILO: linux reserve=0x300,32 ether=0,0x300,eth0
oblige tous les p�riph�riques � l'exception des pilotes Ethernet � ne
pas tester la plage 0x300-0x31f.
Comme d'habitude avec les sp�cificateurs de d�marrage, il existe une
limite de 11 param�tres, donc vous ne pouvez sp�cifier que 5 zones
r�serv�es par mot-cl� reserve. Plusieurs sp�cificateurs reserve
fonctionneront si vous avez une requ�te inhabituellement compliqu�e.
1100..22.. UUttiilliissaattiioonn ddeess ppiillootteess EEtthheerrnneett ccoommmmee mmoodduulleess
La majorit� des distributions disponibles ont des noyaux avec tr�s peu
de pilotes int�gr�s. Les pilotes sont fournis comme modules
chargeables dynamiquement. Ces pilotes modulaires sont normalement
charg�s par l'administrateur via la commande modprobe(8) dans certains
cas, ils sont automatiquement charg�s par le noyau via kerneld (pour
les 2.0) ou kmod (pour les 2.1) qui eux-m�mes font appel � modprobe.
Votre distribution offre peut �tre de jolis outils graphiques pour
configurer les modules ethernet. Si possible, essayez de les utiliser
avant tout. La description qui suit explique ce qui se cache derri�re
ces jolis petits programmes et ce que'ils changent.
Les informations qui d�terminent quels modules doivent �tre utilis�s
et les options qui leur sont associ�es sont en principe stock�es dans
le fichier /etc/conf.modules. Les deux options qui y ont le plus
d'inter�t (pour les cartes ethernet) sont alias et options. La
commande modprobe consulte ce fichier pour obtenir des informations
sur les modules.
Les modules utilis�s sont normalement stock�s dans un r�pertoire nomm�
/lib/modules/`uname -r`/net o� la commande uname -r retourne la
version du noyau (ex : 2.0.34). Vous pouvez aller y faire un tour pour
savoir quels modules correspondent � votre carte.
La premi�re chose � mettre dans votre /etc/conf.modules est une ligne
indiquant � modprobe o� se trouve le pilote � utiliser avec eth0 (et
eth1, ...), ceci gr�ce � un alias. Par exemple, si vous avez une carte
ISA SMC EtherEZ qui utilise le module smc-ultra.o, vous aurez besoin
de cr�er un alias entre ce pilote et eth0 en ajoutant cette ligne :
alias eth0 smc-ultra
Vous pourrez aussi avoir � ajouter une ligne d'options indiquant
lesquelles doivent �tre utilis�es avec tel module (ou alias de
module). Continuons l'exemple ci-dessus : avec la ligne alias seule,
le noyau vous pr�viendrait (cf. dmesg) que l'autod�tection des cartes
ISA n'est _p_a_s une bonne id�e. Pour supprimer cet avertissement, il
suffirait d'ajouter une ligne donnant au module l'adresse d'E/S de
votre carte, dans ce cas, l'adresse hexad�cimale 0x280.
options smc-ultra io=0x280
La plupart des modules ISA acceptent des arguments comme io=0x340 et
irq=12 sur la ligne de commande d'insmod. Il est _R_E_Q_U_I_S ou du moins
_F_O_R_T_E_M_E_N_T _R_E_C_O_M_M_A_N_D_� que vous fournissiez ces param�tres pour �viter
la d�tection automatique de la carte. A la diff�rence des
p�riph�riques PCI et EISA, il n'existe pas de moyen vraiment s�r de
r�aliser une d�tection automatique de la majorit� des p�riph�riques
ISA, et cela doit donc �tre �vit� quand on utilise les pilotes sous la
forme de modules chargeables.
Une liste de toutes les options accept�es par chaque module se trouve
dans le fichier :
/usr/src/linux/Documentation/networking/net-modules.txt
Vous avez int�r�t � le lire pour trouver les options � utiliser pour
votre carte. Notez que quelques modules permettent les listes
d'options s�par�es par des virgules, ils sont capables de g�rer
plusieurs cartes depuis un seul module, par exemple les cartes � base
de 8390, ainsi que le pilote PLIP.
______________________________________________________________________
option 3c503 io=0x280,0x300,0x330,0x350 xcvr=0,1,0,1
______________________________________________________________________
La commande ci-dessus permet � un seul et m�me module de contr�ler
quatre cartes 3c503, les cartes 2 et 4 utilisant le transceiver
externe. Ne mettez pas d'espace autour des '=' ou des virgules.
Notez aussi que les modules utilis�s ne peuvent �tre supprim�s de la
m�moire. Cela signifie que vous aurez � faire un ifconfig eth0 down
(arr�ter la carte ethernet) avant de pouvoir les supprimer.
La commande lsmod vous dira quels sont les modules qui sont charg�s,
s'ils sont utilis�s, et rmmod les supprimera.
1100..33.. DDooccuummeennttss aassssooccii��ss
La plupart des informations que vous trouvez dans ce document
proviennent de messages sauvegard�s des groupes de comp.os.linux.*, ce
qui montre qu'il s'agit d'une vraie source d'informations. D'autres
renseignements tr�s utiles proviennent de tout un tas de petits
fichiers de Donald lui-m�me.
Bien entendu, si vous configurez une carte Ethernet, vous voudrez
configurer les logiciels que vous allez utiliser, et vous lirez pour
cela le _H_o_w_t_o _N_E_T_-_3. Ou encore, si vous vous sentez pousser des ailes
de ``hacker'', vous pourrez toujours grapiller des informations
suppl�mentaires directement dans les fichiers sources des pilotes. Ils
comportent en g�n�ral un paragraphe ou deux d�crivant les points
importants, avant que le code ne d�marre...
Pour ceux d'entre vous qui recherchent des informations qui ne sont
pas sp�cifiques � Linux (comme : qu'est-ce que 10BaseT, qu'est-ce
qu'AUI, que fait un hub, etc.) je vous recommande fortement d'utiliser
le groupe de news comp.dcom.lans.ethernet et/ou
_c_o_m_p_._s_y_s_._i_b_m_._p_c_._h_a_r_d_w_a_r_e_._n_e_t_w_o_r_k_i_n_g. Les archives de news tels que
deja.com sont aussi une source intarissable de r�ponses. Vous pouvez
aussi r�cup�rer les FAQ de ces groupes de news sur par exemple :
Les FAQ de Usenet <
ftp://ftp.lip6.fr/pub/doc/faq/usenet-by-
hierarchy/>
Vous pouvez aussi consulter la `Page d'accueil d'Ethernet' pour ainsi
dire, qui se trouve � l'URL suivante :
La page d'accueil d'Ethernet
<
http://wwwhost.ots.utexas.edu/ethernet/ethernet-home.html>
1100..44.. DD��ssiisstteemmeenntt ddee rreessppoonnssaabbiilliitt�� eett CCooppyyrriigghhtt
Ce document _n_'_e_s_t _p_a_s la bible. Toutefois, il s'agit certainement de
la source d'informations la plus � jour que vous pourrez trouver.
Personne n'est responsable de ce qui arrive � votre mat�riel hormis
vous-m�me. Si votre carte Ethernet ou tout autre partie mat�rielle de
votre ordinateur part en fum�e (...bien que ce soit pratiquement
impossible !) nous n'en prenons aucune responsabilit�. LES AUTEURS NE
SONT RESPONSABLES D'AUCUN DOMMAGE ENCOURU CONS�CUTIF A DES ACTIONS
EFFECTU�ES EN SE BASANT SUR LES INFORMATIONS COMPRISES DANS CE
DOCUMENT.
Ce document est Copyright (c) 1993-1997 by Paul Gortmaker. Il est
permis de faire et de distribuer des copies compl�tes de ce manuel �
condition que la notice de copyright et que cette notice de permission
soient pr�serv�es dans toutes les copies.
Il est permis de copier et de distribuer des versions modifi�es de ce
document sous les m�mes conditions que la copie compl�te, � condition
que cette notice de copyright soit incluse exactement telle qu'elle
l'est dans l'original, et que le travail d�riv� r�sultant, dans son
int�gralit�, soit distribu� sous les termes d'une notice de permission
identique � celle-ci.
Il est permis de copier et de distribuer des traductions de ce
document dans d'autres langues, sous les m�mes conditions que ci-
dessus pour les versions modifi�es.
Si vous avez l'intention d'int�grer ce document dans un travail
destin� � la publication, contactez-moi (par courrier �lectronique)
afin de pouvoir obtenir les informations les plus � jour possible. Par
le pass�, des versions d�pass�es de documents _L_i_n_u_x _H_O_W_T_O ont �t�
publi�es, causant aux d�veloppeurs le pr�judice ind� d'�tre
empoisonn�s par des questions dont les r�ponses figuraient d�j� dans
les versions � jour.
En accord avec cette notice, la version originale (en anglais) telle
qu'elle appara�t dans l'_E_t_h_e_r_n_e_t_-_H_O_W_T_O est fournie ici :
This document is _n_o_t gospel. However, it is probably the most up to
date info that you will be able to find. Nobody is responsible for
what happens to your hardware but yourself. If your ethercard or any
other hardware goes up in smoke (...nearly impossible!) we take no
responsibility. ie. THE AUTHORS ARE NOT RESPONSIBLE FOR ANY DAMAGES
INCURRED DUE TO ACTIONS TAKEN BASED ON THE INFORMATION INCLUDED IN
THIS DOCUMENT.
This document is Copyright (c) 1993-1997 by Paul Gortmaker. Permission
is granted to make and distribute verbatim copies of this manual
provided the copyright notice and this permission notice are preserved
on all copies.
Permission is granted to copy and distribute modified versions of this
document under the conditions for verbatim copying, provided that this
copyright notice is included exactly as in the original, and that the
entire resulting derived work is distributed under the terms of a
permission notice identical to this one.
Permission is granted to copy and distribute translations of this
document into another language, under the above conditions for
modified versions.
A hint to people considering doing a translation. First, translate
the SGML source (available via FTP from the HowTo main site) so that
you can then generate other output formats. Be sure to keep a copy of
the original English SGML source that you translated from! When an
updated HowTo is released, get the new SGML source for that version,
and then a simple diff -u old.sgml new.sgml will show you exactly what
has changed so that you can easily incorporate those changes into your
translated SMGL source without having to re-read or re-translate
everything.
If you are intending to incorporate this document into a published
work, please make contact (via e-mail) so that you can be supplied
with the most up to date information available. In the past, out of
date versions of the Linux HowTo documents have been published, which
caused the developers undue grief from being plagued with questions
that were already answered in the up to date versions.
Ce document fait partie des _H_O_W_T_O _L_i_n_u_x traduits en fran�ais. Vous
pouvez trouver une liste � jour de ces documents � l'adresse
<
http://www.freenix.org/unix/linux/HOWTO/Liste-des-HOWTO.html>
Les _H_O_W_T_O _L_i_n_u_x font partie du _L_i_n_u_x _D_o_c_u_m_e_n_t_a_t_i_o_n _P_r_o_j_e_c_t (LDP). Si
vous souhaitez participer au LDP ou � sa traduction en fran�ais, vous
pouvez consulter <
http://www.freenix.org/unix/linux/HOWTO/Liste-des-
HOWTO.html> ou contacter Eric Dumas,
[email protected].
Cette version fran�aise a �t� r�alis�e par Mathieu Arnold
<
[email protected]>, St�phane Alnet <
[email protected]> �tait
l'ancien traducteur. Elle est Copyright (c) 1997-1998, Mathieu Arnold,
selon les termes de la notice ci-dessus.
Si vous constatez des erreurs _d_a_n_s _l_a _t_r_a_d_u_c_t_i_o_n en fran�ais, merci
d'en informer le traducteur. Vos remarques seront prises en compte
pour la prochaine version de la traduction.
1100..55.. CCoonncclluussiioonn
Si vous avez trouv� une faute de frappe �naurme, ou des informations
d�pass�es dans ce document, merci d'envoyer un courrier �lectronique.
Il est �norme, et il est facile de rater certaines choses. Si vous
avez envoy� un courrier � propos d'une modification, et qu'elle n'a
pas �t� incluse dans la version suivante, n'h�sitez pas � la
r�-envoyer, car elle a pu se perdre dans le flot habituel de SPAM et
de prospectus que je re�ois.
Merci !
Paul Gortmaker,
[email protected]
