
                             Linux Ethernet-Howto

par Paul Gortmaker Version franaise : Mathieu Arnold

   Version anglaise : v2.7, 5 mai 1999
     _________________________________________________________________

   _Ceci est l'Ethernet-Howto, une compilation d'informations sur les
   priphriques Ethernet qui peuvent tre utiliss avec Linux, et la
   faon de les mettre en oeuvre. Notez que ce Howto se limite  l'aspect
   matriel et pilotes de bas niveau des cartes Ethernet, et ne couvre
   pas la partie logicielle de choses comme ifconfig et route. Consultez
   le Network Howto pour ce type d'informations._
     _________________________________________________________________

1. Introduction

   L'_Ethernet-Howto_ indique quelles cartes vous devriez ou ne devriez
   pas acheter; comment les configurer, comment en utiliser plusieurs en
   mme temps et d'autres problmes et questions classiques. Il contient
   des informations dtailles sur le niveau actuel du support pour
   toutes les cartes Ethernet parmi les plus courantes disponibles.

   Il _ne_ couvre _pas_ l'aspect logiciel des choses, tel qu'il est
   dcrit dans le _NET-3-Howto_. Notez aussi que les questions gnrales
   sur Ethernet, non lies spcifiquement  Linux, ne sont pas traites
   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 mme manire que vous obtenez les FAQs
   des autres forums.

   La prsente version couvre les noyaux de distribution jusqu' la
   version 2.2.7 incluse.

   L'_Ethernet-Howto_ est de :

     Paul Gortmaker, p_gortmaker@yahoo.com

   La principale source d'information pour la premire version, en ASCII
   pur de l'_Ethernet-Howto_ tait :

     Donald J. Becker, becker@cesdis.gsfc.nasa.gov

   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 franaise. Consultez le dsistement de
   responsabilit (section  Dsistement 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 russir a casser...'.

   La version franaise est de :

     Mathieu Arnold, arn_mat@club-internet.fr.

1.1 Nouvelles versions de ce document

   Les nouvelles versions de ce document peuvent tre rapatries depuis :

     Sunsite HOWTO Archive

   Ceci est l'emplacement officiel de ce document, il peut aussi tre
   rcupr depuis divers sites miroirs WWW/FTP de Linux.

   (NDT : En France, vous prfrerez utiliser le site suivant pour le
   document originel :

   Miroir de Sunsite

   ou, mieux, la version franaise :

   Archive des HOWTO franais sur LIP6

   Archive des HOWTO franais chez Freenix)

   Des mises  jour seront ralises au fur et  mesure de l'arrive 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 vrifier 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 rfrences croises qui ne sont pas
   incluses dans le format texte ASCII.

1.2 Ethernet-Howto, mode d'emploi

   Comme ce guide devient de plus en plus gros, vous n'avez certainement
   pas l'intention de passer la fin de votre aprs-midi  le lire en
   entier. Et la bonne nouvelle est que vous n'tes pas _oblig(e)_ de le
   lire du tout. Les versions HTML, postscript et dvi possdent une table
   des matires 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 vrifier. La prochaine section ( Au secours - Ca ne
   marche pas~!) est destine aux nophytes de Linux et vous indiquera la
   bonne direction.

   Typiquement, les mmes problmes et les mmes questions sont poss
   _sans arrt_ par des personnes diffrentes. Il y a des chances que
   votre problme ou votre question spcifique soit l'une de ces
   questions frquemment poses, et qu'elle trouve sa rponse 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 dj une carte Ethernet mais que vous n'tes pas sr(e)
   de pouvoir l'utiliser avec Linux, lisez donc la section qui contient
   les informations spcifiques  chaque constructeur, et  ses cartes.
   (Voir  Informations Spcifiques...)

   Si vous tes intress(e) par l'un des aspects techniques des pilotes
   de priphriques de Linux, allez donc consulter la section
   Informations Techniques qui contient ces informations.

1.3 Au secours ! - Ca ne marche pas !

   Bon, ne paniquez pas. Cette section va vous indiquer le chemin 
   suivre pour que les choses fonctionnent, mme si vous n'avez pas de
   connaissances pralables sur Linux ou le matriel Ethernet.

   La premire chose  faire est de trouver quel est le modle de votre
   carte, afin de pouvoir dterminer si Linux dispose d'un pilote pour
   cette carte-l. Des cartes diffrentes sont typiquement contrles de
   faon diffrente par l'ordinateur qui les accueille, et le pilote de
   priphrique de Linux (s'il en existe un) contient ces informations de
   contrle 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 modle de la carte, vous pouvez alors essayer la
   mthode dcrite dans la section  Identifier une carte inconnue, qui
   vous aidera sur les cartes mystrieuses.

   Maintenant que vous savez quel type de carte vous avez, lisez les
   dtails concernant celle-ci dans la section destine aux cartes
   (section  Informations Spcifiques...), qui liste par ordre
   alphabtique les constructeurs de carte, les numros de chaque carte,
   et prcise s'il existe un pilote pour Linux ou non. Si votre carte est
   indique comme `Non-supporte', vous pouvez pratiquement vous arrter
   ds maintenant. Si vous ne pouvez pas trouver votre carte dans la
   liste, vrifiez 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 diffrentes qui ont
   t conues pour tre compatible avec le modle d'origine NE2000 de
   Novell.

   Supposons que vous avez trouv un pilote sous Linux pour votre carte,
   vous n'avez plus qu' le rcuprer et  l'utiliser. Ce _n'est pas_
   parce que Linux possde un pilote pour votre carte que celui-ci est
   pour autant install dans tous les noyaux. (Le noyau est le coeur du
   systme d'exploitation qui est charg en premier au dmarrage et qui
   contient entre autres choses, les drivers de divers priphriques).
   Selon la distribution de Linux que vous utilisez, il peut n'y avoir
   que trs peu de noyaux tout prts, et tout un tas de pilotes sous la
   forme de modules spars, ou il peut y avoir tout un tas de noyaux,
   qui couvrent un grand nombre de combinaisons de pilotes prcompils.

   La majorit des distributions actuelles de linux sont livres avec
   beaucoup de petits modules qui sont les divers pilotes. Les modules
   requis sont gnralements chargs lors du dmarrage, ou  la demande
   pour pouvoir accder  un pripherique particulier. Vous aurez besoin
   d'attacher ce module au noyau aprs qu'il ait dmarr. Consultez les
   informations de votre distribution sur l'installation et l'utilisation
   des modules, ainsi que la section sur les modules du prsent document
   (section  Utilisation des pilotes Ethernet comme modules).

   Si vous n'avez pas trouv de noyau prcompil avec votre pilote, ni de
   pilote sous la forme d'un module, il y a des chances pour que vous
   ayez une carte particulirement 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 rpondez essentiellement oui ou non  ce
   que vous souhaitez que le noyau comprenne, et ensuite vous lui dites
   de le construire. Il existe un _Kernel-HowTo_ qui vous aidera dans
   cette opration.

   (NDT : et sa version franaise, accessible sur

   Traduction du Kernel-Howto)

   Arriv  ce point, vous devriez tre parvenu d'une faon ou d'une
   autre  dmarrer un noyau avec votre pilote intgr, ou  charger ce
   pilote comme un module. A peu prs la moiti des problmes que les
   gens rencontrent est lie au fait que le pilote n'a pas t charg
   d'une manire ou de l'autre, donc vous devriez constater que tout
   fonctionne, maintenant.

   Si cela ne fonctionne toujours pas, il vous faut alors vrifier si le
   noyau a bel et bien dtect la carte. Pour ce faire, vous devez taper
   dmesg | more une fois logg, aprs que le systme a dmarr et que
   tous les modules ont t chargs. Cela vous permettra de consulter les
   messages que le noyau a fait dfiler sur l'cran durant le processus
   de dmarrage. Si la carte a t dtecte, vous devriez voir quelque
   part dans cette liste un message du pilote de votre carte commenant
   par eth0, et indiquant le nom du pilote et les paramtres matriels
   (rglage d'interruption (IRQ), de ports d'entre-sorties (E/S), etc.)
   pour lesquels la carte est rgle. (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 dtection des pilotes qui intervient
   aprs !)

   Si vous ne voyez pas de message d'identification de ce type, alors le
   pilote n'a pas dtect 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 dtecte. Si vous avez
   une carte compatible NE2000, vous y trouverez aussi des astuces
   spcifiques pour faire dtecter une NE2000.

   Si la carte a t dtecte, mais que le message de dtection 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 lists dans la FAQ, ainsi que leur solution.

   Si le message de dtection parat correct, vrifiez de nouveau les
   ressources indiques par le pilote en les comparant avec celles pour
   lesquelles la carte est physiquement configure (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 configure
   (physiquement ou par logiciel) pour utiliser l'IRQ 15 et que le pilote
   indique IRQ 10 dans les messages de dmarrage, quelque chose ne va
   pas. La FAQ voque les cas les plus courants o un pilote ne dtecte
   pas correctement les informations de configuration de diverses cartes.

   A ce stade, vous tes arriv(e)  faire dtecter votre carte avec tous
   les paramtres corrects, et l'on peut esprer que tout fonctionne. Si
   ce n'est pas le cas, vous avez alors soit une erreur de configuration
   logicielle, soit une erreur de configuration matrielle. Une erreur de
   configuration logicielle serait de ne pas avoir configur la bonne
   adresse de rseau pour l'une des commandes ifconfig ou route (ou les
   deux !); la manire de procder est dcrite en dtail dans le
   _Network HowTo_ et le `Guide de l'Administrateur Rseau' (`_Network
   Administrator's Guide_' (NAG) en anglais) qui se trouvent certainement
   tous les deux sur le CD-ROM d'installation.

   Une erreur de configuration matrielle se produit quand un type de
   conflit de ressources ou une mauvaise configuration (que le pilote n'a
   pas dtect au dmarrage) empche la carte de fonctionner
   correctement. Vous pouvez typiquement observer cela sous plusieurs
   formes diffrentes. (1) Vous obtenez un message d'erreur lorsque
   ifconfig essaie d'ouvrir le priphrique 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
   incohrences tranges  chaque fois qu'il essaie d'envoyer ou de
   recevoir des donnes. (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  zro pour la carte. La plupart des erreurs de
   configuration matrielle typiques sont elles aussi abordes 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
   spcifique  votre carte dans la section ``Informations
   Spcifiques..'', _et si cela ne fonctionne toujours pas_ alors vous
   pourrez recourir  un envoi de message dans un groupe de _news_
   appropri pour demander de l'aide. Si vous devez poster un message,
   veuillez dtailler toute information intressante dans ce message,
   comme la marque de la carte, la version du noyau, les messages du
   pilote au dmarrage, le rsultat de cat /proc/net/dev, une description
   claire du problme, et bien entendu ce que vous avez dj 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 dtaille et instructive du problme pourra
   permettre  un `gourou-Linux' de rsoudre tout de suite votre
   problme.

2. Quelle carte dois-je acheter pour Linux ?

   La rponse  cette question dpend fortement de ce que vous comptez
   faire avec votre connexion rseau, 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 mme 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 lie  la rception et  la
   transmission des donnes sur le rseau 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 extrmes, alors n'importe
   quelle carte PCI bon march ou une carte ISA 16 bits possdant un
   pilote stable vous conviendra.

2.1 Quels sont les pilotes stables, alors ?

   Parmi les cartes ISA 16 bits, les pilotes suivants sont trs au point,
   et vous ne devriez pas avoir de problmes 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 utiliss
   des pilotes Linux, ce qui en fait le choix le plus sr.

   Notez que certaines cartes-mres pas chres peuvent avoir des
   problmes avec le bus-mastering que les cartes ISA Lance utilisent, et
   que certains clones NE2000 bon march ont des difficults  tre
   dtects au dmarrage.

   Les pilotes PCI les plus couramment utiliss 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 trs courants, mais l'achat d'une telle
   carte ne peut se justifier que si le critre du prix est plus
   important que celui des performances.

2.2 Cartes 8 bits contre cartes 16 bits

   Vous ne pourrez certainement plus acheter une carte Ethernet ISA
   8 bits de nos jours, mais vous en trouverez encore beaucoup dans les
   annes  venir sur les marchs aux puces informatiques ou autres
   braderies, et ce  des prix vraiment trs bas. Cela les rend idales
   pour les systmes ``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  modre. La 3c501
   donnera des rsultats faibles, et ces reliques antdiluviennes
   (12 ans !) des beaux jours du XT sont  viter. (Envoyez les a Alan,
   il les collectionne...)

   Le canal de donnes 8 bits n'attnue pas trop les performances,
   puisque vous pouvez encore esprer 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 rseau
   est  destination de sites loigns, le goulot d'tranglement se
   situera ailleurs sur le chemin, la seule diffrence de vitesse que
   vous noterez se produisant lorsqu'il y a de l'activit sur votre
   rseau local.

2.3 Cartes 32 bits (VLB/EISA/PCI)

   Notez qu'un rseau  10 Mbps ne justifie pas l'utilisation d'une
   interface 32 bits. Consultez  E/S programmes 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. Mme si le fait que
   la carte Ethernet se trouve sur un bus rapide ne signifie pas que les
   transferts sont plus rapides, cela entranera souvent une charge
   processeur supplmentaire moins importante, ce qui est bon pour les
   systmes multi-utilisateurs.

   Bien sr, avec la dmocratisation des rseaux 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 bases sur cette puce, et les prix de ces cartes
   ``sans-nom'' sont gnralement 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 plutt bien avec Linux. (voir EtherExpress).

   Des fabricants de clones ont commenc  produire des clones PCI de
   NE2000, bass sur une puce RealTek ou une puce Winbond. Le pilote
   Linux NE2000 des noyaux 2.0.31 et suprieurs accepte ces cartes.
   Cependant vous ne bnficierez que de la vitesse plus leve 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 lgerement plus efficace que le pilote ISA ne.c

2.4 Cartes et pilotes 100 M disponibles

   La liste des matriels 100 M reconnus par Linux  l'heure actuelle est
   la suivante : les cartes bases 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

     La page 100VG de Donald

     La page Fast Ethernet de Dan Kegel

2.5 100VG contre 100BaseT

   Le 100BaseT est beaucoup plus rpandu que le 100VG et la plaquette
   publicitaire suivante est extraite d'un vieux message dsesprement
   bourr d'informations post par Donald dans comp.os.linux; elle rsume
   bien la situation:

   ``Pour ceux qui ne seraient pas au courant, il y a deux normes
   Ethernet en comptition, le 100VG (aussi connu sous le nom de
   100baseVG ou encore 100VG-AnyLAN) et le 100baseT (qui, selon le type
   du cble, 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 manire  ce qu'ils puissent tre compatibles
   avec IBM et accepter les trames Token Ring. Cela `semblait une bonne
   ide  l'poque', puisque cela aurait permis aux installations Token
   Ring de se mettre  jour sans devoir faire admettre aux dcideurs
   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 rseau, parce que Token Ring
   est un monstre de complexit , et que IBM a quand mme adopt 100baseT
   pour finir.

   2) Ne produire que des cartes ISA et EISA. (Un modle PCI n'a t
   annonc que rcemment.) 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
   relle du dclin 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 dcrivant combien
   le jeu de puce Regatta tait merveilleux.''

   (NDT : ``La norme 100 BAS VG - any LAN propose par HP (...) ne
   reprend pas le principe du protocole Ethernet mais utilise le principe
   du _polling_. L'utilisation du mot Ethernet a donc ici plutt une
   vocation commerciale. Il faut changer les coupleurs dans les stations
   de travail. Toutefois, on conserve les principaux systmes de
   cblage.'' (Pierre Rolin, _in_ ``Rseaux haut dbit'', Herms, 1995).
   Fin 1997 plus personne ne parle de 100VG.

   La norme 100baseT4 utilise un cblage catgorie 3 et 4, 100baseTx un
   cblage catgorie 5, 100baseFx de la fibre optique.)

2.6 Les types de cbles que votre carte peut accepter

   Si vous mettez en place un petit rseau ``personnel'', vous prfrerez
   certainement utiliser le ``thinnet'' ou cble Ethernet fin. C'est le
   modle avec les connecteurs BNC standards. Le cblage `thinnet', ou
   Ethernet fin (cble coaxial RG-58) avec les connecteur BNC (en mtal,
    enfoncer puis tourner pour verrouiller) est appel techniquement
   10Base2.

   La plupart des cartes Ethernet possdent aussi une version `Combo' qui
   ne cote 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' possdent les deux interfaces paire torsade et
   Ethernet fin intgres, ce qui vous permet de changer d'avis plus
   tard.(NDT : `Combo' signigie mme souvent : interface RJ-45 (10baseT,
   paire torsade) + interface BNC (10base2, thinnet) + interface AUI
   (pour _transceiver_ ou cble de descente (drop-cable) gros Ethernet).)

   Les cbles  paires torsades, avec les connecteurs RJ-45
   (rectangulaires un peu plus grande que les prises `tlphone') sont
   appels techniquement 10BaseT. Vous pourrez aussi entendre parler de
   UTP (Unshielded Twisted Pair, paire torsade non-crante ou
   non-blinde, NDT).

   Le vieil Ethernet `pais' (Thick Ethernet, sur cble 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 prsente sur
   quelques cartes Ethernet (connecteur AUI) est utilise 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 cblages devraient tre raliss en ``Catgorie 5, classe
   D''. Ce type de cblage supporte non seulement 10BaseT, mais aussi
   100BaseT et les nouveaux dbits 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 !

   Rfrez vous a Cables, Coax... pour plus de dtails sur les diffrents
   types de cables.

3. Foire Aux Questions (FAQ) - Les questions frquemment poses

   Voici quelques unes des questions les plus frquemment poses  propos
   de l'utilisation de Linux avec une connexion Ethernet. Certaines des
   questions les plus spcifiques sont tries `par ordre de
   constructeur'. Il y a de fortes chances pour que la question que vous
   voulez poser l'ai dj t, et aie dj une rponse. Donc, si jamais
   vous ne trouvez pas la rponse ici, vous le trouverez certainement sur
   une archive de newsgroups comme : Dejanews.

3.1 Les pilotes `Alpha' -- Comment les obtenir et comment s'en servir

   J'ai entendu dire qu'il y avait une version mise--jour ou un pilote
   prliminaire/alpha disponible pour ma carte. O puis-je l'obtenir ?

   Les plus rcents des `nouveaux' pilotes peuvent tre trouvs sur le
   site FTP de Donald : cesdis.gsfc.nasa.gov dans la partie /pub/linux/.
   Les choses y changent frquemment, donc jetez-y un coup d'oeil de
   temps  autre. Vous pourrez prfrer utiliser un navigateur WWW sur :

     La page Linux de Don

   pour localiser le pilote que vous cherchez. (Prenez garde aux
   navigateurs WWW qui modifient le source sans rien dire en remplaant
   les tabulations par des espaces, etc. - si vous n'tes pas sr(e),
   utilisez ftp, ou au moins une URL FTP, pour le chargement.)

   Maintenant, s'il s'agit rellement d'un pilote alpha, voire pr-alpha,
   s'il vous plat considrez-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 mme, s'il
   plante votre machine, ne vous plaignez pas. Au lieu de cela,
   envoyez-nous un rapport dtaill sur le problme, ou mme mieux, un
   patch !

   Notez que certains des pilotes exprimentaux ou alpha `utilisables'
   sont inclus dans l'arborescence standard du noyau. Lorsque vous
   excutez make config, l'une des premires choses qui vous sera
   demande est si vous souhaitez tre interrog(e) sur les pilotes en
   cours de dveloppement (``Prompt for development and/or incomplete
   code/drivers''). Vous devrez rpondre ``Y'' (pour `_Yes_', `Oui') 
   cette question si vous souhaitez tre interrog(e) sur l'inclusion
   d'un pilote alpha ou exprimental.

3.2 Utiliser plus d'une carte Ethernet par machine

   Que faut-il faire pour que Linux puisse grer deux cartes Ethernet ?

   La rponse  cette question est diffrente selon que les pilotes ont
   t compils 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 spcifique. A la place, un petit noyau
   de base est utilis et les pilotes sont tous compils en modules, ces
   modules tant chargs  la demande ds que le systme est all assez
   loin dans son dmarrage pour accder aux modules (habituellement dans
   /lib/modules/).

   _Avec le pilote charg en module :_ Dans le cas de pilotes PCI, le
   module dtectera normalement toutes les cartes de mme type d'un seul
   coup. Cependant, pour les cartes ISA, la dtection automatique n'est
   pas une opration qui marche  coup sr, et vous aurez trs
   certainement  fournir les adresses d'entre/sortie de base de la
   carte pour que le module sache o regarder. Ces informations sont
   places 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 utiliss 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'entre/sortie spares 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 grer plus d'une carte par chargement du module. Dans ce cas, vous
   pouvez charger le module deux fois pour avoir les deux cartes
   dtectes. 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 utilise pour donner  chaque
   instance du module un nom unique, puisqu'il n'est pas possible d'avoir
   deux modules ayant le mme nom. L'option irq= a galement t
   utilise, pour indiquer l'interruption materielle de la carte. (Cette
   mthode peut aussi tre utilise pour les modules qui grent les
   listes d'adresses d'entre/sortie, bien qu'elle soit moins efficace,
   car on se retrouve avec le module charg deux fois alors que cela
   n'est pas ncessaire.)

   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'entre/sortie des cartes PCI sont automatiquement
   dtectes.

   Les modules disponibles sont gnralements situs dans le rpertoire
   /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 paramtres dans votre /etc/conf.modules, il ne vous reste
   plus qu' tester avec la commande :

        modprobe ethN
        dmesg | tail

   O N est le numro de l'interface que vous testez.

   _Avec le pilote compil dans le noyau :_ 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 _une_ carte Ethernet est dtecte automatiquement
   par dfaut. Cela contribue  viter des blocages possibles au moment
   du dmarrage, causs par la dtection de cartes `sensibles'.

   (Note : Depuis les derniers noyaux 2.1, la dtection des priphriques
   a t dcoupe en deux parties, celle qui est sre, et celle qui ne
   l'est pas . Par consquent, tout ce qui est sr (ex : PCI et EISA)
   sera dtect de manire automatique. Les systmes avec plus d'une
   carte dont une sur un port ISA ncessiteront toujours la procdure
   suivante.)

   Vous pouvez activer la dtection automatique de la deuxime (et de la
   troisime, et de...) carte de deux faons diffrentes.

   La mthode la plus simple consiste  passer des arguments au noyau au
   moment du dmarrage, ce qui est gnralement fait par LILO. La
   dtection de la deuxime carte peut tre obtenue en utilisant un
   argument de dmarrage aussi simple que ether=0,0,eth1. Dans ce cas,
   eth0 et eth1 seront affects dans l'ordre dans lequel les cartes
   seront trouves dans cet ordre au dmarrage. 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 numro d'IRQ +
   le port d'E/S + le nom qui sont montrs ci-dessus. Veuillez consulter
   Passage des arguments Ethernet... pour la syntaxe complte, les
   paramtres spcifiques  chaque carte, et des astuces pour LILO.

   Ces arguments de dmarrage 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 mthode (non recommande) est d'diter le fichier Space.c
   et de remplacer la valeur 0xffe0 pour l'adresse d'entre-sortie par un
   zro. La valeur 0xffe0 indique au noyau qu'il ne doit pas essayer de
   dtecter ce priphrique -- la remplacer par un zro autorisera
   l'auto-dtection du priphrique.

   Notez que si vous avez l'intention d'utiliser Linux sur une machine
   qui servira de passerelle entre deux rseaux, vous devrez recompiler
   un noyau avec l'option ``IP forwarding''. Mais gnralement un vieil
   AT/286 avec quelque chose comme le logiciel `kbridge' est une
   meilleure solution.

   Si vous consultez ce document tout en _surfant_ sur le rseau, vous
   pourrez jeter un coup d'oeil  un _mini-HOWTO_ que Donald a sur son
   site WWW. Consultez :

     Plusieurs Cartes Ethernet.

3.3 le ether= n'a rien chang. Pourquoi ?

   Comme il a t dit prcdemment, la commande ether= ne marche _que_
   pour les pilotes qui ont t compils 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 gure
   utilise. (Certaines vieilles documentations ont peut-tre encore 
   tre mises  jour pour reflter ce changement.) Si vous voulez passer
   des options  un pilote modulaire vous _devez_ 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.

3.4 Problmes avec les cartes NE1000 / NE2000 (et leurs clones)

   _Problme :_ Une carte PCI clone NE2000 n'est pas dtecte au
   dmarrage avec un noyau 2.0.x.

   _Raison :_ Le pilote ne.c jusqu' la version 2.0.30 ne connat que le
   numro d'identification PCI des cartes clones bases sur la puce 8029
   de RealTek. Comme depuis beaucoup d'autres ont eux aussi fait des
   cartes PCI clones NE2000, avec des numro d'identification PCI
   diffrents, le pilote ne les dtecte pas.

   _Solution :_ La solution la plus simple est de mettre  jour votre
   noyau pour une version 2.0.31 (ou plus rcente). Cette dernire
   connat les identificateurs de prs de cinq puces NE2000 PCI
   diffrentes, et les dtectera automatiquement au dmarrage ou lors du
   chargement en module. Si vous passez  la version 2.0.34 (ou plus
   rcente) du noyau, vous aurez un pilote spcifique aux cartes NE2000
   PCI, qui est un peu plus lger et plus rapide que le pilote ISA/PCI.

   _Problme :_ Ma carte PCI clone NE2000 est indique comme tant une
   NE1000 (une carte 8 bits !) au dmarrage ou lorsque je charge le
   module ne.o sous 2.0.x, et par consquent la carte ne fonctionne pas.

   _Raison :_ Certains clones PCI n'implmentent pas l'accs de largeur
   un octet (et par consquent ne sont donc pas rellement compatibles
   NE2000  100%). Cela entrane que la procdure de dtection pense
   qu'il s'agit de cartes NE1000.

   _Solution :_ Vous devez passer  la version 2.0.31 (ou une version
   plus rcente) comme dit ci-dessus. Le pilote vrifie maintenant si ce
   bug matriel est l.

   _Problme :_ Ma carte NE2000 PCI a des performances affreuses, mme en
   rduisant la taille de la fentre comme il est dcrit dans la section
   sur les trucs pour les performances.

   _Raison :_ Les spcifications de la puce 8390 originelle, conue et
   vendue il y a plus de dix ans, notaient qu'une opration de lecture
   (depuis la puce) tait ncessaire avant chaque opration d'criture
   pour avoir une scurit maximale. Le pilote possde la fonctionnalit
   pour le faire mais cela a t dsactiv par dfaut depuis l'poque des
   versions 1.2 du noyau. Un utilisateur a indiqu que le fait de
   ractiver cette `contre-fonctionnalit' avait aid  amliorer les
   performances sur une carte PCI clone de NE2000 bon march.

   _Solution :_ 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 dcrivant
   la diffrence de performance et le type de carte / de puce que vous
   avez, si cela vous a aid. (la mme chose peut tre effectue sur le
   fichier ne2k-pci.c galement).

   _Problme :_ 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.

   _Raison :_ Votre carte et/ou le lien vers le bus PCI ne sait pas grer
   les optimisations d'E/S du pilote.

   _Solution :_ Tout d'abord, vrifiez les rglages de votre BIOS pour
   voir si vous avez un rglage de timing du bus PCI trop agressif pour
   des oprations 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.

   _Problme :_ Ma carte ISA Plug and Play NE2000 (telle que la RealTek
   8019) n'est pas dtecte.

   _Raison :_ A l'origine, les spcifications de NE2000 (et par
   consquent le pilote linux NE2000) ne supportent pas le PnP.

   _Solution :_ Utilisez la disquette de configuration DOS qui est
   fournie avec la carte pour dsactiver le PnP, et pour rgler les
   adresses d'entre/sortie et l'IRQ. Ajoutez une ligne au
   /etc/conf.modules telle options ne io=0xNNN ou 0xNNN est l'adresse
   d'entre/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 affecte 
   une carte PnP. D'un autre ct, si vous devez laisser le PnP pour
   rester compatible avec un autre systme d'exploitation, allez regarder
   le paquetage _isapnptools_. Essayez man isapnp pour voir si il n'est
   pas dj install sur votre systme. S'il ne l'est pas, allez jeter un
   coup d'oeil  l'URL :

   ISA PNP Tools

   _Problme :_ Le pilote NE*000 indique `not found (no reset ack)'
   (carte non trouve, pas d'acquittement de la rinitialisation) pendant
   la procdure de dtection au dmarrage.

   _Raison :_ Cela est li au changement prcdent. Aprs la vrification
   initiale qu'une 8390 se trouve  l'adresse d'E/S teste, la
   rinitialisation est effectue. Quand la carte a termin sa
   rinitialisation, elle est suppose envoyer un acquittement indiquant
   que la rinitialisation s'est acheve. Votre carte ne l'a pas fait, et
   le pilote estime donc qu'aucune carte NE n'est prsente.

   _Solution :_ Vous pouvez indiquer au pilote que vous possdez une
   _mauvaise carte_ (_bad card_) en utilisant une valeur hxadcimale
   0xbad au moment du dmarrage pour le paramtre mem_end (qui n'est
   normalement pas utilis). Vous _devez_ 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 rinitialisation utilisera quelque chose comme :

     LILO: linux ether=0,0x340,0,0xbad,eth0

   Cela permettra  la procdure de dtection de la carte de continuer,
   mme si votre carte n'acquitte pas la rinitialisation. 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

   _Problme :_ Ma carte NE*000 bloque la machine au premier accs
   rseau.

   _Raison :_ Ce problme a t rapport pour des noyaux aussi vieux que
   le 1.1.57 jusqu'aux noyaux actuels. Il apparat tre confin  un
   petit nombre de cartes clones configurables par logiciel. Il apparat
   que ces cartes s'attendent  tre initialises d'une manire spciale.

   _Solution :_ De nombreuses personnes ont indiqu que le fait
   d'excuter le programme DOS de configuration fourni avec la carte
   et/ou le pilote DOS fourni avec la carte avant de redmarrer  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 initialises
   d'une faon particulire, lgrement diffrente de ce que le pilote
   Linux actuel ralise.

   _Problme :_ Ma carte Ethernet NE*000  l'adresse 0x360 n'est pas
   dtecte.

   _Raison :_ Votre carte NE2000 a une largeur d'espace d'adressage d'E/S
   de 0x20, ce qui lui fait atteindre la zone utilise par le port
   parallle  l'adresse 0x378. D'autres priphriques pourraient se
   trouver  cet endroit-l, comme le contrleur du deuxime lecteur de
   disquette (s'il y en a un)  l'adresse 0x370 et le contrleur IDE
   secondaire aux adresses 0x376--0x377. Si le(s) port(s) sont dj
   enregistrs par un autre pilote, le noyau ne laissera pas s'excuter
   la dtection.

   _Solution :_ Vous pouvez soit dplacer votre carte vers une adresse
   d'E/S comme 0x280, 0x340, 0x320, ou compiler votre noyau sans l'option
   pour l'imprimante parallle.

   _Problme :_ Le rseau `disparat'  chaque fois que j'imprime quelque
   chose (NE2000).

   _Raison :_ Mme problme que prcdemment, mais vous avez un vieux
   noyau qui ne vrifie pas les chevauchements de zones d'adressage
   d'E/S. Utilisez la mme solution que ci-dessus, et profitez-en pour
   rcuprer un nouveau noyau, tant qu' faire.

   _Problme :_ NE*000 ethercard probe at 0xNNN: 00 00 C5 ... not found.
   (invalid signature yy zz) (carte Ethernet NE*000 teste  l'adresse
   0xNNN: 00 00 C5 ... non trouve, signature yy zz non valide)

   _Raison :_ Avant tout, avez-vous une carte NE1000 ou NE2000 
   l'adresse 0xNNN ? Si oui, est-ce que l'adresse matrielle indique
   ressemble  une adresse valide ? Si oui, alors vous avez un clone
   NE*000 bas de gamme. Tous les clones NE*000 sont supposs avoir la
   valeur 0x57 dans les octets 14 et 15 de leur SA (Station Address)
   PROM. La vtre n'a pas ces valeurs -- elle a `yy zz'  la place.

   _Solution :_ Il existe deux moyens de contourner ce problme.

   Le plus simple est d'utiliser une valeur 0xbad pour le paramtre
   mem_end comme indiqu ci-dessus pour le problme du non-acquittement
   de la rinitialisation. Cela vitera la vrification de la signature,
   pour autant qu'un port d'E/S non nul soit fourni en mme temps. De
   cette faon, aucune recompilation du noyau n'est ncessaire.

   La seconde mthode (pour les hackers) ncessite de changer le pilote
   lui-mme, 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 utilise pour
   dtecter 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 supposs tre.

   _Problme :_ La machine se bloque pendant le dmarrage aprs le
   message `8390...' ou le message `WD....'. Le fait d'enlever la carte
   NE2000 rsoud le problme.

   _Solution :_ Changez votre adresse d'E/S de base pour une valeur comme
   0x340. Autre solution, vous pouvez utiliser l'argument de dmarrage
   ``reserve='' en conjonction avec l'argument ``ether='' pour protger
   la carte des procdures de dtection des autres pilotes de
   priphriques.

   _Raison :_ 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 dtection dans son espace d'adressage. Le fait de changer la carte
   NE2000 vers une adresse moins populaire l'cartera du chemin des
   autres procdures de dtection automatique, permettant  votre machine
   de dmarrer.

   _Problme :_ La machine se bloque pendant la dtection du SCSI au
   dmarrage.

   _Raison :_ C'est le mme problme que prcdemment; changez l'adresse
   d'E/S de la carte Ethernet, ou utilisez les arguments de dmarrage
   reserve et ether.

   _Problme :_ La machine se bloque pendant la dtection de la carte son
   au dmarrage.

   _Raison :_ Non, en fait c'est pendant la dtection silencieuse
   du SCSI, et c'est le mme problme que ci-dessus.

   _Problme :_ Ma carte NE2000 n'est pas dtecte au dmarrage. Il n'y a
   aucun message pendant le dmarrage.

   _Solution :_ Il n'existe pas de `solution magique' parce qu'il existe
   tout un tas de raisons pour qu'elle ne soit pas dtecte. La liste
   suivante devrait vous aider  parcourir les problmes possibles.

   1) Construisez un nouveau noyau ne contenant que les pilotes de
   priphrique dont vous avez besoin. Vrifiez que vous tes rellement
   en train de dmarrer le noyau tout frais. Oublier de lancer lilo, etc.
   peut amener  dmarrer l'ancien. (Regardez de prs la date et l'heure
   de compilation indique au dmarrage.) Cela peut paratre 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 dmarrage. Est-ce qu'ils
   mentionnent une tentative de dtection d'une NE2000 comme `NE*000
   probe at 0xNNN: not found (bla bla)' ou est-ce que la dtection se
   contente d'chouer sans rien dire ? Cela fait une grosse diffrence.
   Utilisez dmesg|more pour relire les messages de dmarrage aprs vous
   tre logg, ou tapez Majuscule+PageUp (page prcdente) pour faire
   dfiler l'cran vers le haut aprs que le dmarrage soit termin et
   que le prompt de login soit apparu.

   3) Aprs le dmarrage, faites un cat /proc/ioports et vrifiez 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 priphrique a enregistr
   ne serait-ce qu'un port  n'importe quel endroit dans cet intervalle,
   la procdure de dtection ne pourra pas s'effectuer  cette adresse et
   continuera sans rien dire jusqu' la prochaine adresse teste. Un cas
   classique est que le pilote lp (imprimante) rserve 0x378 ou que le
   second canal IDE rserve 0x376 ce qui empche le pilote ne de tester
   la plage 0x360-0x380.

   4) Mme chose que prcdemment avec cat /proc/interrupts. Assurez-vous
   qu'aucun autre priphrique n'a enregistr l'interruption que vous
   avez fixe pour la carte Ethernet. Dans ce cas, la dtection
   s'effectuera, et le pilote Ethernet se plaindra vigoureusement au
   dmarrage de ne pas tre capable d'obtenir la ligne d'IRQ dsire.

   5) Si vous schez encore sur l'chec silencieux du pilote, ditez-le
   et ajoutez quelques printk()  la procdure de dtection. Par exemple,
   avec une NE2000 vous pouvez ajouter/enlever des lignes (marques
   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 vrifie, et
   vous verrez alors si l'adresse de votre carte a t teste ou non.

   6) Vous pouvez aussi rcuprer le programme de diagnostic pour NE2000
   sur le site FTP de Don (indiqu dans le _Howto_) et regarder s'il est
   capable de dtecter votre carte aprs que vous avez dmarr Linux.
   Utilisez l'option `-p 0xNNN' pour lui dire o regarder pour la carte.
   (La valeur par dfaut est 0x300 et il ne va pas regarder ailleurs, 
   la diffrence de la procdure de dtection au dmarrage.)

   Le rsultat, 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 diffrentes.
   Notez que toutes les valeurs de la PROM sont doubles pour une carte
   16 bits, et que l'adresse Ethernet (00:00:c0:b0:05:65) apparat dans
   la premire ligne, et que la signature avec le double 0x57 apparat 
   la fin de la PROM.

   Le rsultat, s'il n'y a aucune carte installe 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
   retourne lorsque l'on lit un port d'E/S vacant. Si vous avez un autre
   matriel dans la zone qui est teste, vous pourrez voir des valeurs
   diffrentes de 0xff aussi.

   7) Essayez de dmarrer Linux  chaud depuis une disquette de dmarrage
   DOS (via loadlin) aprs avoir excut le pilote DOS fourni ou le
   programme de configuration de la carte. Il se peut qu'il excute
   quelques tours de passe-passe supplmentaires (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
   matrielle, 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 numro plus rcent que 11.

3.5 Problmes avec les cartes SMC Ultra/EtherEZ et WD80*3

   _Problme :_ Vous obtenez des messages semblables  :
        eth0: bogus packet size: 65531, status=0xff, nxpg=0xff

   _Raison :_ Il y a un problme de mmoire partage.

   _Solution :_ Les machines PCI qui n'ont pas t configures pour
   traduire les priphriques ISA en mmoire constituent la source la
   plus courante pour ce problme. De fait vous lisez la mmoire vive du
   PC (toutes les valeurs 0xff que donne le message) au lieu de la
   mmoire vive de la carte, qui elle contient les donnes du paquet
   reu.

   D'autres problmes courants qui eux sont faciles  rgler sont des
   conflits de carte, le fait d'avoir activ le cache ou la mmoire morte
   'shadow ROM' pour cette zone, ou encore de faire fonctionner le bus
   ISA plus vite que 8 MHz. Il existe aussi un nombre tonnant de pannes
   de la mmoire sur les cartes Ethernet, donc utilisez le programme de
   diagnostic si vous en avez un pour votre carte Ethernet.

   _Problme :_ Une carte EtherEZ de SMC ne fonctionne pas en mode de
   mmoire non-partage (PIO).

   _Raison :_ Les versions les plus anciennes du pilote Ultra ne
   pouvaient utiliser la carte que dans le mode de travail  mmoire
   partage.

   _Solution :_ Le pilote de la version 2.0 (et suprieures) sait aussi
   utiliser le mode d'E/S programmes (PIO). Mettez votre noyau  jour
   vers une version 2.0 ou plus rcente.

   _Problme :_ Une vieille wd8003 et/ou une wd8013 configurable par
   cavaliers ont toujours la mauvaise IRQ.

   _Raison :_ Les vieilles cartes wd8003 et les clones wd8013
   configurables par cavaliers ne possdent pas l'EEPROM que le pilote
   sait lire pour y trouver le paramtrage de l'IRQ. Si le pilote ne sait
   pas lire l'IRQ, il essaie de dterminer automatiquement l'IRQ. Et si
   la procdure de dtection automatique retourne zro, le pilote se
   contente d'affecter l'IRQ 5 pour une carte 8 bits ou l'IRQ 10 pour une
   carte 16 bits.

   _Solution :_ Evitez le code de dtection automatique de l'IRQ, et
   indiquez au noyau la valeur d'IRQ que vous avez configure sur la
   carte avec les cavaliers en la lui passant comme argument dans votre
   fichier de configuration de modules (ou au dmarrage si vous l'avez
   compil dans le noyau).

   _Problme :_ Une carte SMC Ultra est dtecte comme tant une wd8013,
   mais l'IRQ et l'adresse de base de la mmoire partage sont fausses.

   _Raison :_ La carte Ultra ressemble beaucoup  une wd8013, et si le
   pilote Ultra n'est pas prsent dans le noyau, le pilote wd peut
   identifier l'Ultra comme tant une wd8013. Le test de dtection 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 faon diffrente  celle d'une wd8013, d'o les valeurs
   errones indiques par le pilote.

   _Solution :_ Recompilez le noyau en n'intgrant que les pilotes dont
   vous avez besoin. Si vous avez un mlange de cartes wd et Ultra dans
   une machine, et que vous utilisez les modules, chargez le module ultra
   en premier.

3.6 Problmes avec des cartes 3Com

   _Problme :_ La 3c503 prend l'IRQ N, mais celle-ci est requise par un
   autre priphrique qui a besoin de l'IRQ N (par exemple un pilote de
   CD-ROM, un modem, etc.). Est-ce que cela peut tre rpar sans devoir
   le compiler dans le noyau ?

   _Solution :_ 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 utilise. Le pilote effectue ce choix lorsque la carte est
   configure (ifconfig).

   Si vous utilisez un pilote en module, vous pouvez vous servir des
   paramtres du module afin de choisir diverses choses, y compris la
   valeur d'IRQ.

   Ce qui suit slectionne l'IRQ 9, adresse de base 0x300, <une valeur
   ignore>, et le port if_port numro 1 (le transceiver externe).

     io=0x300 irq=9 xcvr=1

   Autrement, si le pilote est compil dans le noyau, vous pouvez choisir
   les mmes valeurs en passant des paramtres _via_ LILO.

     LILO: linux ether=9,0x300,0,1,eth0

   Ce qui suit slectionne l'IRQ 3, dtecte l'adresse de base, <une
   valeur ignore>, et le port par dfaut (if_port) numro 0 (le
   transceiver interne).

     LILO: linux ether=3,0,0,0,eth0

   _Problme :_ 3c503: configured interrupt X invalid, will use autoIRQ.
   (3c503: l'interruption X configure est invalide, dtection
   automatique de l'IRQ)

   _Raison :_ 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 connectes  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 ncessaire de spcifier une valeur d'interruption pour la
   3c503. Elle passera en dtection automatique lorsqu'elle sera
   configure (par ifconfig), et elle prendra l'une des IRQ 5, 2/9,
   3 ou 4.

   _Solution :_ Utilisez l'une des IRQ valides donnes ci-dessus, ou
   autorisez la dtection automatique en ne prcisant aucune ligne d'IRQ.

   _Problme :_ Le pilote 3c503 fourni n'utilise pas le port AUI (gros
   Ethernet). Comment faire pour le choisir au lieu du port Ethernet fin
   par dfaut ?

   _Solution :_ Le port AUI peut tre slectionn au dmarrage pour les
   pilotes compils dans le noyau, et lors de l'insertion du module pour
   les pilotes modulaires. La slection est ralise par le bit de poids
   le plus faible de la variable dev->rmem_start qui n'est actuellement
   pas utilise, donc un paramtre de dmarrage comme :

     LILO: linux ether=0,0,0,1,eth0

   devrait fonctionner pour les pilotes compils dans le noyau.

   Pour spcifier 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.

3.7 Les questions qui ne sont pas spcifiques  une carte.

  Linux et les cartes Ethernet ISA Plug and Play

   Pour de meilleurs rsultats (et au moins, rien qui empire) il est
   recommand que vous utilisiez le petit programme qui a t livr avec
   la carte pour dsactiver le mcanisme PnP, et rgler 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 teste 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 utilise 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
   tlcharger OpenDOS ou FreeDOS gratuitement.

   Si vous avez besoin d'avoir le PnP activ pour rester compatible avec
   un autre systme d'exploitation, alors, vous aurez  utiliser le
   paquetage isapnptools avec Linux pour configurer la carte  chaque
   boot. Vous aurez quand mme  vous assurer que l'adresse d'E/S est
   teste par le pilote au dmarrage, ou fourni comme option io=.

  Carte Ethernet non dtecte au dmarrage.

   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 gnralement que le chargement du module
   ncessaire n'a pas t demand, ou qu'une adresse d'E/S a besoin
   d'tre spcifie comme option du module.

   Si vous utilisez un noyau bas sur les modules, comme ceux installs
   par la plupart des distributions Linux, essayez alors d'utiliser
   l'utilitaire de configuration de la distribution pour slectionner le
   module destin  votre carte. Pour les cartes ISA, c'est une bonne
   ide que de dterminer 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 dtails.

   Si vous utilisez un noyau prcompil qui provient d'une distribution
   Linux, vrifiez 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 gnral une bonne chose que de construire votre propre noyau,
   ne contenant que les pilotes dont vous avez besoin, car cela diminue
   considrablement la taille du noyau (prservant d'autant votre
   prcieuse mmoire vive pour les applications !) et cela rduit le
   nombre de procdure de dtection de priphriques qui peuvent dranger
   le matriel un peu sensible. Construire un nouveau noyau n'est pas
   aussi compliqu que cela peut paratre. Vous devez juste rpondre oui
   ou non  toute une srie de questions sur les pilotes que vous voulez,
   et le systme fait le reste.

   La seconde raison essentielle est qu'un autre priphrique utilise une
   partie de l'espace d'adressage d'entre-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 positionne en 0x300 et
   qu'elle prend 32 octets, alors le pilote demandera la plage d'adresses
   0x300-0x31f. Si un autre pilote de priphrique a enregistr ne
   serait-ce qu'un port d'entre-sortie, o que ce soit dans cet
   intervalle, la procdure de dtection n'aura pas lieu  cette adresse
   et le pilote continuera sans rien dire  l'adresse suivante  tester.
   Donc, aprs le dmarrage, faites un cat /proc/ioports et vrifiez que
   tout l'espace d'adressage d'entre-sortie que la carte demandera est
   bien disponible.

   Autre problme : votre carte est configure pour une adresse
   d'entre-sortie qui n'est pas teste par dfaut. La liste des adresses
   testes pour chaque carte est disponible juste aprs les commentaires
   de dbut dans chaque fichier source. Mme si la configuration d'E/S de
   votre carte n'est pas dans la liste des adresses testes, vous pouvez
   l'indiquer au dmarrage (pour les pilotes compils dans le noyeau en
   utilisant la commande ether= comme il est dcrit dans  Passage des
   arguments Ethernet.... Les pilotes modulaires peuvent utiliser
   l'option io= dans le fichier /etc/conf.modules afin de spcifier une
   adresse qui n'est pas teste par dfaut.

  ifconfig indique la mauvaise adresse d'E/S pour la carte.

   Non, ce n'est pas vrai. C'est vous qui l'interprtez de manire
   errone. Ce n'est _pas_ une erreur, et les nombres indiqus 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
   dcale par rapport au premier port d'E/S affect. Il s'agit de la
   valeur stocke 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.

  Une machine PCI dtecte la carte mais la procdure de test du pilotechoue.

   Certains BIOS PCI peuvent ne pas activer toutes les cartes PCI lors de
   l'allumage de la machine, spcialement si l'option `PNP OS' du BIOS
   est active. Cette contre-fonctionnalit est destine  supporter la
   version actuelle de Windows qui utilise encore des pilotes en mode
   rel. 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 dsactive.

  Des cartes ISA  mmoire partage ne fonctionnent pas dans une machinePCI
  (0xffff)

   Ce problme se rvle habituellement sous la forme d'une srie de
   valeurs 0xffff en lecture. Aucune carte  mmoire partage 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'accs  la mmoire partage depuis le bus ISA pour la zone
   d'adresses que votre carte essaie d'utiliser. Si vous n'arrivez pas 
   dterminer quels paramtres sont concerns, interrogez votre revendeur
   ou votre gourou informatique local. Dans un BIOS AMI (American
   Megatrends Inc.), il existe en gnral une section ``Plug and Play''
   o se trouveront sans doute des paramtres ``ISA Shared Memory Size''
   (taille de la mmoire partage ISA) et ``ISA Shared Memory Base''
   (adresse de base de la mmoire partage ISA). Pour des cartes comme
   la wd8013 et la SMC Ultra, changez la taille de sa valeur par dfaut
   (`Disabled', dsactiv)  une valeur de 16 Ko, et changez l'adresse de
   base en prenant l'adresse de base de mmoire partage qui correspond 
   votre carte.

  On dirait que ma carte envoie des donnes, mais elle ne reoit jamaisrien.

   Faites un cat /proc/interrupts. Le nombre total d'interruptions
   gnres par la carte vous sera donn. S'il est  zro et qu'il
   n'augmente pas lorsque vous essayez d'utiliser la carte, alors, il y a
   trs certainement un conflit d'interruptions entre la carte et un
   autre priphrique install (que le pilote de l'autre soit charg ou
   non). La seule solution est de changer l'IRQ de l'un des deux
   priphriques pour une autre IRQ non utilise.

  Asynchronous Transfer Mode (ATM)

   Werner Almesberger s'est proccup de la disponibilit d'ATM pour
   Linux. Il a travaill avec la carte ENI155p d'Efficient Networks (
   Efficient Networks) et la carte ZN1221 de Zeitnet ( Zeitnet).

   Werner dit que le pilote de la ENI155p est relativement stable, tandis
   que celui de la ZN1221 n'est actuellement pas termin.

   Consultez les dernires informations et les mises  jour  l'URL
   suivante :

     Linux et ATM

  Support de l'Ethernet Gigabit

   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
   dtails, 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 bases
   sur le chipset Tigon comme la 3Com 3c985. Le pilote devrait aussi
   fonctionner avec la NetGear GA620, mais cela n'a pas encore t
   vrifi.

  FDDI

   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. Nanmoins, ce sont les seules cartes qui
   fonctionnent sous Linux actuellement.

  Full Duplex

   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 systme 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
   dtection des collisions dans l'adaptateur rseau. C'est pour cela que
   vous ne pouvez pas le faire avec un coax : le rseau ne fonctionnerait
   pas si c'tait le cas.

   Par contre, 10Base-T (l'interface RJ-45) utilise des (paires de) fils
   spares pour l'mission et la rception, donc il est possible de
   travailler dans les deux sens en mme temps. Le (hub) switch s'occupe
   du problme 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 dpend de la carte et peut-tre du pilote.
   Certaines cartes pratiquent l'auto-ngociation, 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 faon, seule une utilisation srieuse/lourde montrera une
   diffrence entre les deux modes.

  Les machines SMP et les cartes Ethernet

   Si vous avez dpens 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'avnement des 2.2, cela est devenu ncessaire.
   La majorit des vieilles cartes (ex : ISA, PIO et avec accs partag 
   la mmoire) n'ont pas t conues en pensant aux machines
   multiprocesseurs. Par consquent, il vous faudra acheter une carte de
   facture rcente, et vous assurer que le pilote a t mis a jour pour
   grer les oprations multiprocesseurs. (Le plus important, c'est le
   "de facture rcente" - les PCI-NE2000 sont juste des trucs vieux de
   plus de 10 ans sur un bus rcent.) Chercher spin_lock dans les sources
   d'un pilote donne une bonne indication sur le fait que le pilote a t
   prvu pour marcher sur les machines multiprocesseurs. Pour plus de
   dtails 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 donnes dans le noyau, ou
   accder aux priphriques), quelque soit le moment. Donc, du point de
   vue de la carte (et du pilote associ) il n'y avait aucune diffrence
   avec le fonctionnement en monoprocesseur (UP) et tout continuait 
   marcher comme si de rien n'tait. (C'tait la faon la plus simple de
   faire du multiprocesseur avec Linux  ce moment-l. De cette manire,
   vous savez qu'il n'est pas possible que deux processeurs essayent de
   changer la mme chose au mme moment !)

   L'inconvnient de n'autoriser qu'un seul processeur  tre en mode
   noyau au mme moment tait que vous n'aviez de vraies performances MP
   que si les programmes faisaient surtout du calcul sans accder  la
   machine. Si les programmes faisaient beaucoup d'oprations d'entres
   sorties (E/S), comme par exemple lire ou crire sur un disque ou 
   travers un rseau, alors, tous les processeurs sauf un taient en
   attente d'une opration 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  excuter le noyau, les performances d'une machine MP se
   rduisaient rapidement  celles d'une machine UP.

   Comme cela est clairement loin de l'idal (spcialement pour les
   serveurs de fichiers, les serveurs WWW, les routeurs, etc...) les
   versions 2.2 des noyaux ont largement amlior tout ce qui touche aux
   verrouillages - et par consquent, 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 empchent les donnes critiques d'tres manipules par plus d'un
   processeur  la fois - ex : un processeur peut s'occuper du rseau
   alors qu'un autre peut crire sur un disque au mme moment.

   Ok, avec tout cela en tte, voici deux petits problmes : Des verrous
   plus localiss signifient qu'il peut y avoir un processeur essayant
   d'envoyer les donnes via le pilote ethernet pendant qu'un autre
   processeur essaye d'accder  la carte pour autre chose (par exemple
   pour rcuprer les statistiques pour cat /proc/net/dev). Et hop - les
   statistiques ont t envoyes par la carte et vous avez rcupr les
   donnes  envoyer pour les statistiques. Eh oui, la carte a bien t
   embte de recevoir plusieurs demandes  la fois, et il y a de fortes
   chance que cela ait plant la machine du mme coup.

   Par consquent, le pilote qui marchait pour les machines UP n'est
   dsormais plus vraiment utilisable - on doit y ajouter des verrous qui
   contrlent l'accs  la carte pour que les 3 actions de recevoir,
   mettre et manipuler les donnes puissent tre utilises  divers
   degrs d'opration. Le truc qui peut faire peur est qu'un pilote qui
   n'a pas t mis a jour pour fonctionner de manire stable en MP
   marchera trs probablement si le rseau n'est pas charg, mais fera
   planter la machine ou fera de drles de choses lorsque deux (ou
   plus !) processeurs essaieront de faire plus d'une de ces oprations
   au mme moment.

   Les pilotes ethernet grant le MP requireront (au minimum) un
   verrouillage englobant tout le pilote pour qu'il fonctionne sur le
   principe de `chacun son tour'. Avec ce mcanisme mis en place, les
   choses seront mises en files d'attente et le matriel sera utilis de
   la mme manire qu'en mode UP, et par consquent, devrait tre stable.
   Le cot ngatif 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 rduite) - 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 ajouts sont du type irqsave et
   qu'ils sont tenus ferms pour un long moment.]

   Il existe deux voies d'amlioration possibles  partir de cette
   situation. Vous pouvez essayer de minimiser le temps entre le moment
   o le verrou est ferm et quand il est relch et/ou vous pouvez
   trouver une manire plus fine, avec plus de verrous (ex : un verrou
   global sur le pilote ne serait pas ncessaire si quelques verrous
   protgeant quelques registres/rglages critiques suffisent).

   Toutefois, pour les vieilles cartes dbiles qui n'ont pas t conues
   dans l'esprit du MP, aucune de ces amliorations n'est possible. Le
   pire est que ces pauvres cartes requirent que le processeur dplace
   les donnes de la carte vers la mmoire de l'ordinateur, donc, dans le
   pire des cas le verrou sera ferm pour toute la dure que chaque
   paquet de 1,5 Ko mettra  transiter  travers le bus ISA.

   Les cartes plus rcentes dplacent leurs donnes de et vers la mmoire
   sans avoir recours au processeur. Ceci est une grande amlioration car
   le verrouillage ne dure que le court instant o le processeur dit  la
   carte o dans la mmoire prendre/mettre les donnes. Les cartes de
   facture rcente ne sont d'ailleurs pas faites pour avoir un verrou
   global autour du pilote.

  Cartes Ethernet pour Linux sur carte-mre PCI Alpha/AXP

   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 `indpendants de l'architecture' de faon
    pouvoir fonctionner sur les systmes bass 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 crs pour
   tre indpendants de l'architecture.

   Notez que les changements  faire pour que le pilote ne soit pas
   dpendant de l'architecture ne sont pas aussi compliqus que cela peut
   paratre. Vous n'avez besoin que de :

   - multiplier toutes les valeurs relatives  des jiffies par HZ/100
   pour prendre en compte la valeur diffrente de HZ utilise par
   l'Alpha. (c'est--dire que timeout=2; devient timeout=2*HZ/100;)

   - remplacer tout drfrencement de pointeur en mmoire d'E/S (640k 
   1Mo) par les appels readb() writeb() readl() writel() appropris,
   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 mmoire
   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 dtails sur la manire de grer les accs
   mmoire d'une faon indpendante de l'architecture dans le fichier
   linux/Documentation/IO-mapping.txt qui est prsent dans les noyaux
   rcents.

  L'Ethernet et Linux sur les SUN/Sparc.

   Pour les dernires informations  propos des Sparc, essayez donc l'URL
   suivante :

   Linux Sparc

   Notez que quelques adaptateurs ethernet pour Sparc rcuprent leurs
   adresses MAC depuis l'ordinateur hte, et que par consquent, vous
   pourriez vous retrouver avec plusieurs interfaces ayant toutes les
   mmes adresses MAC. Si vous devez mettre plusieurs interfaces sur la
   mme machine, alors, vous aurez  utiliser l'option hw de ifconfig
   pour assigner une unique adresse MAC.

   Les problmes de portage des pilotes PCI vers la plate-forme Sparc
   sont les mmes que pour la plate-forme AXP. En plus, il y aura
   certainement des problmes d'ordre des octets, le Sparc tant grand
   boutiste alors que les AXP et ix86 sont petits boutistes.

  L'Ethernet, Linux et les autres architectures.

   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 vrifier sur la page principale du port pour savoir ce
   qui est support. (Des pointeurs seraient bienvenus - envoyez les !)

  Relier deux 10 et 100 BaseT sans hub

   Est-ce que je peux relier deux systmes bass sur du
   10/100BaseT (RJ45) sans utiliser de hub ?

   Vous pouvez relier facilement deux machines, mais pas plus que cela,
   sans botier supplmentaire. Consultez la section  Paire torsade 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 gnrer correctement le signal de collision sans refaire un hub.

  SIOCSIFxxx: No such device

   J'obtiens un nombre impressionnant de messages `SIOCSIFxxx: No such
   device' au dmarrage, suivis par un `SIOCADDRT: Network is
   unreachable'. Qu'est-ce qui ne va pas ?

   Votre priphrique Ethernet n'a pas t dtect pendant le dmarrage /
   lors de l'insertion du module, et lorsque ifconfig et route sont
   excuts, ils n'ont aucun priphrique avec lequel travailler.
   Utilisez dmesg | more pour consulter les messages du dmarrage et
   regardez s'il y a un (ou des) message(s)  propos de la dtection de
   carte Ethernet.

  SIOCSFFLAGS: Try again

   J'obtiens `SIOCSFFLAGS: Try again' lorsque j'excute ifconfig --
   Euh.. ?

   Un autre priphrique 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 ncessairement besoin de redmarrer pour rsoudre ce
   problme, car certains priphriques 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 srie, du pilote du lecteur
   de disquette, etc. Vous pouvez taper cat /proc/interrupts pour voir
   quelles interruptions sont actuellement _en cours d'utilisation_. La
   plupart des pilotes de carte Ethernet sous Linux ne prennent l'IRQ que
   lorsqu'ils sont ouverts via `ifconfig'. Si vous russissez  faire en
   sorte que l'autre priphrique `relche' la ligne d'IRQ, alors vous
   serez capable de ressayer (_Try again_ en anglais) avec ifconfig.

  Utilisation de `ifconfig' et message `Link UNSPEC with HW-addr
  of00:00:00:00:00:00'

   Lorsque j'utilise ifconfig sans argument, il indique Link UNPSEC (au
   lieu de `Ethernet 10Mbs') et il dit aussi que mon adresse physique est
    zro.

   C'est parce que les gens utilisent une version du programme `ifconfig'
   plus rcente que leur version de noyau. Cette nouvelle version de
   `ifconfig' est incapable de fournir ces informations quand elle est
   utilise 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 problme. Le noyau connat 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.

  Nombre faramineux d'erreurs en rception (RX Errors) et en transmission(TX
  Errors)

   Quand j'excute ifconfig sans argument, il indique que j'ai un nombre
   faramineux d'erreurs  la fois dans les paquets reus et dans les
   paquets transmis. Pourtant tout semble fonctionner correctement --
   Est-ce que je me trompe ?

   Regardez de nouveau. ifconfig indique : RX packets _gros nombre_
   _BLANC_ errors 0 _BLANC_ dropped 0 _BLANC_ overrun 0. Mme chose pour
   la colonne avec TX. Les grands nombres que vous voyez sont donc le
   nombre total de paquets que votre machine a reus et transmis. Si vous
   trouvez encore que c'est source de confusion, essayez de taper cat
   /proc/net/dev  la place.

  Liens dans /dev/ pour cartes Ethernet

   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 utiliss. Vous pouvez dtruire tous les /dev/wd0,
   /dev/ne0 et ce qui y ressemble.

  Linux et les ``trailers'' (amorces)

   Dois-je dsactiver les ``trailers'' quand je `ifconfig'ure ma carte
   Ethernet ?

   Vous ne pouvez pas dsactiver les ``trailers'', et vous ne devriez pas
   en avoir envie. Les ``trailers'' sont une astuce de programmation pour
   viter des copies de donnes dans les couches rseau. L'ide tait
   d'utiliser un en-tte simpliste de taille fixe `H', de mettre les
   informations de l'entte de taille variable  la fin du paquet, et
   d'allouer tous les paquets `H' octets avant le dbut d'une page. Alors
   qu'il s'agissait d'une bonne ide, en pratique cela n'a pas trs bien
   fonctionn.

   Si quelqu'un suggre l'utilisation de `-trailers', notez bien que
   c'est l'quivalent du sang de chvres sacrifies. Cela ne rsoudra pas
   le problme, mais si le problme se rsoud tout seul, quelqu'un pourra
   invoquer des connaissances approfondies en magie.

  Accs direct au priphrique Ethernet

   Comment puis-je avoir accs directement au priphrique 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 priphrique dans le
   champ sa_family et le nom du priphrique 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 oprations.

4. Trucs et astuces  propos des performances

   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
   rside dans le cache disque de la machine qui transmet. (Faites le
   `get' au moins deux fois, car la premire fois ce cache sera vide.)
   Vous avez besoin que le fichier soit dans le cache car il faut viter
   que le temps d'accs au fichier influe sur votre mesure. C'est pour la
   mme raison que vous envoyez les donnes qui arrivent vers /dev/null
   plutt que vers le disque.

4.1 Concepts gnriques

   Mme une carte 8 bits est capable de recevoir des paquets qui se
   suivent (_back-to-back paquets_ en anglais) sans aucun problme. Les
   difficults apparaissent quand l'ordinateur n'enlve pas suffisamment
   rapidement de la carte les paquets reus pour faire de la place pour
   d'autres paquets entrants. Si l'ordinateur ne supprime pas rapidement
   les paquets dj reus de la mmoire de la carte , celle-ci n'aura pas
   assez de place pour mettre les nouveaux paquets.

   Dans ce cas, soit la carte dtruit le nouveau paquet, soit elle
   rcrit sur un paquet dj reu. Les deux solutions interrompent
   brutalement le flux du trafic, ncessitent des re-transmissions et
   peuvent srieusement dgrader les performances d'un facteur qui va
   jusqu' 5 !

   Les cartes qui possdent plus de mmoire sont capables de conserver
   plus de paquets, et peuvent donc supporter de gros pics de paquets
   successifs sans dtruire de paquets. Par consquent cela signifie que
   la carte n'exige pas de l'ordinateur un temps de latence aussi faible
   pour enlever les paquets sans avoir  en dtruire.

   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 rserveront 3 Ko de ce tampon (pour deux tampons de
   transmission), laissant 5 Ko d'espace de rception pour une carte
   8 bits. Cela ne laisse de la place que pour 3 paquets Ethernet de
   pleine taille (1500 octets).

4.2 La vitesse des cartes et du bus ISA

   Comme indiqu prcdemment, si les paquets sont enlevs de la carte
   suffisamment rapidement, le problme de destruction ou de surcharge
   n'apparat pas mme si la taille mmoire du tampon de rception est
   petite. Le facteur qui dtermine la rapidit avec laquelle les paquets
   sont enlevs de la carte pour tre placs dans la mmoire de
   l'ordinateur est la vitesse du chemin que devront suivre les donnes
   entre les deux -- c'est--dire la vitesse du bus ISA. (Si le
   processeur est un 386sx-16 poussif, cela jouera aussi un rle.)

   La vitesse d'horloge recommande pour un bus ISA est de 8 MHz, mais de
   nombreuses cartes-mres et de nombreux priphriques peuvent tre
   utiliss  des frquences plus leves. La vitesse d'horloge du bus
   ISA peut en gnral tre modifie dans la configuration CMOS, en
   choisissant le rapport entre la frquence du processeur et celle de la
   carte-mre. Certaines cartes-mres n'auront pas cette option, et vous
   serez coincs avec la valeur par dfaut.

   Par exemple, voici quelques vitesses de rception mesures par le
   programme TTCP sur un 486  40 MHz, avec une carte 8 bits WD8003EP,
   pour des vitesses diffrentes du bus ISA.

        Vitesse du bus ISA (MHz)        TTCP - rception (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'importe quelle_
   carte Ethernet 10 Mo/s, en utilisant TCP/IP. Nanmoins ne vous
   attendez pas  ce que tous les systmes puissent travailler  des
   vitesses de bus ISA rapides. La plupart des systmes ne fonctionneront
   pas correctement  des vitesses au-dessus de 13 MHz. (De mme,
   certains systmes 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 suprieures, vous profiterez aussi
   en gnral d'une rduction de l'utilisation du processeur due  la
   dure plus courte des cycles mmoires et d'E/S. (Notez que les disques
   durs et les cartes vido situes sur le bus ISA afficheront aussi de
   meilleures performances avec une vitesse du bus ISA plus leve.)

   Soyez sr de sauvegarder toutes vos donnes avant de faire des
   expriences avec des vitesses du bus ISA au-dessus de 8 MHz, et de
   tester attentivement que tous les priphriques ISA fonctionnent
   correctement aprs toute augmentation de vitesse.

4.3 Modifier la fentre de rception TCP

   Une fois encore, les cartes qui possdent peu de mmoire et un trajet
   des donnes entre la carte et la mmoire de l'ordinateur plutt lent
   provoquent des problmes. La fentre de rception TCP est rgle par
   dfaut  32 Ko, ce qui signifie qu'un ordinateur rapide situ sur le
   mme sous-rseau que vous pourra vous inonder de 32 Ko de donnes sans
   s'arrter pour regarder si vous en avez reu le moindre morceau.

   Les versions rcentes de la commande route donnent la possibilit de
   rgler la largeur de cette fentre  la vole. En gnral, cette
   fentre ne doit tre rduite que pour le rseau local, puisque les
   ordinateurs qui sont  quelques routeurs ou passerelles de distance
   ont suffisamment de `tampons' intermdiaires pour ne pas poser de
   problme. Un exemple d'utilisation est :
     _________________________________________________________________

        route add <comme_d_habitude> ... window <largeur_de_fenetre>
     _________________________________________________________________

   o largeur_de_fenetre est la largeur de la fentre que vous voulez
   utiliser (en octets). Une carte 8 bits 3c503 sur un bus ISA
   fonctionnant  une vitesse de 8 MHz ou moins tournera correctement
   avec une fentre d'environ 4 Ko. Une fentre trop large causera des
   surcharges et des pertes de paquets, et une diminution drastique du
   dbit Ethernet. Vous pouvez vrifier 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.

4.4 Augmenter les performances de NFS

   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 donne  l'origine
   par Sun).

   La raison possible de tout cela pourrait tre la diffrence 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
   problme  recevoir ces paquets les uns derrire les autres. Le
   problme se produit parce que la machine n'enlve pas les paquets 
   temps de la carte, et que le tampon dborde. Le fait que les cartes
   8 bits ncessitent un cycle du bus ISA supplmentaire pour chaque
   transfert n'aide pas beaucoup, par ailleurs. Ce que vous _pouvez_
   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 vids plus
   rapidement. J'ai trouv qu'une vieille carte WD8003E  8 MHz (sans
   autre charge systme) peut soutenir une rception de taille importante
   avec une taille NFS de 2 Ko, mais pas  4 Ko, auquel cas les
   performances taient dgrades d'un facteur trois.

   D'un autre cot, si l'option par dfaut 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 mme
   8 Ko).

5. Informations spcifiques par distributeur/constructeur/modle

   Ce qui suit est une liste de nombreuses cartes, ranges par ordre
   alphabtique de distributeur, puis par identifiant de produit. A ct
   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
   matriel comportent des erreurs, ce qui peut engendrer de pitres
   performances, des checs de connexion ou mme des crashs. (2) Le
   pilote est rcent ou la carte est trs peu connue, et par consquent
   celui-ci a t peu utilis/test et son auteur a eu trs peu de
   retours quant  son fonctionnement. Il est vident que la
   situation (2) est prfrable  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
   rpondre 'Y'  la question ``Prompt for development and/or incomplete
   code/drivers?'' (``Demander confirmation pour pour les pilotes en
   cours de dveloppement 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'intrt pour un matriel qui est rare ou peu commun, ou au fait que
   les distributeurs n'en fournissent pas la documentation ncessaire
   pour l'criture du pilote.

   Notez que la diffrence entre `support' et `partiellement support'
   est plutt subjective, et qu'elle est base sur les retours
   d'informations fournis par les utilisateurs, observs dans les groupes
   de news et les listes de diffusion. (Aprs tout, il est impossible 
   une personne de tester tous les pilotes avec toutes les cartes pour
   chaque version du noyau !!!) Soyez donc prvenus que telle carte
   indique comme `partiellement supporte' pourra fonctionner
   impeccablement pour vous (ce qui est bien), alors que telle autre
   indique comme `supporte' vous donnera des problmes sans fin (ce qui
   n'est pas aussi bien).

   Aprs 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.

5.1 3Com

   Si vous n'tes pas sr de ce qu'est votre carte, mais que vous pensez
   qu'il s'agit d'une 3Com, vous pourrez certainement le dterminer 
   partir du numro d'assemblage. 3Com dispose d'un document `Identifying
   3Com Adapters By Assembly Number' (Identifier les adaptateurs 3Com par
   leur numro d'assemblage, rfrence 24500002) qui devrait trs
   certainement claircir les choses. Consultez  Informations techniques
   de 3Com pour plus d'informations sur la faon d'obtenir de 3Com des
   documents techniques.

   Notez aussi que vous pouvez ventuellement consulter le site FTP de
   3Com qui recle diverses gteries : ftp.3Com.com.

   Pour ceux qui consultent ce document sur le WWW, vous pouvez aussi
   essayer leur site WWW (www.3com.com).

  3c501

   Statut : Partiellement support, Nom du pilote : 3c501

   Cette carte 8 bits datant de l'ge de pierre, trop tape du ciboulot
   pour tre utilise. Evitez-la comme la peste. N'achetez pas cette
   carte, mme pour faire une blague. Ses performances sont atroces, et
   elle a de nombreuses dficiences.

   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 rseau
   entre deux ordinateurs  base de 8088 o le traitement de chaque
   paquet et la rponse prenaient des dizaines de millisecondes, mais les
   rseaux 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
   dtection automatique ne teste que 0x280 et 0x300, et le niveau de
   dbogage est indiqu dans le troisime argument pass au dmarrage.

   Encore une fois, l'utilisation d'une 3C501 est _fortement
   dconseille_ ! Encore plus avec un noyau IP `multicast', puisque vous
   allez aboutir  un arrt pendant que vous coutez _chacun_ des paquets
   `multicast'. Lisez les commentaires au dbut du code source pour plus
   de dtails.

  EtherLink II, 3c503, 3c503/16

   Statut : Support, Nom du pilote : 3c503 (+8390)

   La 3c503 ne possde pas de mmoire reprogrammable pour stocker sa
   configuration (un ``EEPROM setup'') ; un programme de diagnostic et de
   configuration n'est donc pas ncessaire avant d'utiliser la carte sous
   Linux. L'adresse de mmoire partage de la 3c503 est fixe en
   utilisant des cavaliers qui sont partags avec l'adresse de la mmoire
   programmable de dmarrage (``boot PROM''). Cela a tendance  semer la
   confusion chez les personnes habitues aux autres cartes ISA, sur
   lesquelles on laisse toujours le cavalier sur la position `dsactive'
   (_disable_ en anglais)  moins d'avoir une PROM de dmarrage.

   Ces cartes devraient tre aussi rapide que les cartes WD80x3 qui
   utilisent le mme bus, mais il apparat qu'elles sont lgrement plus
   lentes. Ces cartes Ethernet  mmoire partage ont aussi un mode 
   Entres/Sorties programmes qui n'utilise pas les possibilits de la
   8390 (leurs ingnieurs ont trouv trop de bogues !). Le pilote 3c503
   de Linux sait aussi travailler avec la 3c503 en mode d'E/S
   programmes, mais c'est plus lent et moins sr que le mode  mmoire
   partage. De plus, le mode d'E/S programmes n'est pas aussi bien
   test lors des mises  jour des pilotes. Vous ne devriez pas utiliser
   le mode d'E/S programmes  moins d'en avoir besoin pour la
   compatibilit avec le DOS.

   La ligne d'IRQ de la 3c503 est fixe par logiciel, sans l'aide d'une
   EEPROM. A la diffrence des pilotes sous DOS, le pilote Linux est
   capable de choisir automatiquement l'IRQ : il utilise la premire
   ligne d'interruption disponible parmi {5,2/9,3,4}, en choisissant 
   chaque fois que la carte est ifconfigure. (Les anciennes versions du
   pilote slectionnaient l'IRQ au moment du dmarrage). L'appel ioctl()
   dans `ifconfig' retournera EAGAIN si aucune ligne d'IRQ n'est
   disponible  ce moment-l.

   Des problmes classiques que les gens ont avec la 3c503 sont abords
   dans  Problmes 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 spcifiques aux
   modules.

   Notez que certains vieux 386 sans disques ont des 3c503 sur la carte
   mre (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 dtectes. Pour plus de dtails, rfrez-vous au paquetage
   Etherboot, dont vous aurez besoin pour dmarrer ces PC sans disques.

  EtherLink plus, 3c505

   Statut : Partiellement support, Nom du pilote : 3c505

   Il s'agit d'un pilote qui avait t crit par Craig Southeren
   geoffw@extro.ucc.su.oz.au. Ces cartes utilisent la puce i82586 d'Intel
   et sont assez peu rpandues. 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
   dsactiver.

  EtherLink-16, 3c507

   Statut : Partiellement support, Nom du pilote : 3c507

   Cette carte utilise l'une des puces Intel, et le dveloppement 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.

  EtherLink III, 3c509 / 3c509B

   Statut : Support, Nom du pilote : 3c509

   Cette carte est plutt bon march et possde de bonnes performances
   pour une conception ISA qui ne soit pas `bus-master'. Le revers de la
   mdaille est que la 3c509 originelle ncessitait des temps de latence
   vraiment trs faibles en rponse aux interruptions. La 3c509B ne
   souffre pas du mme problme, car elle possde un tampon mmoire plus
   important (voir ci-dessous). Ces cartes utilisent des transferts en
   mode d'Entres/Sorties programmes (PIO), de la mme faon qu'une
   carte ne2000, et par consquent une carte  mmoire partage comme la
   wd8013 sera plus efficace en comparaison.

   La 3c509 d'origine avait un petit tampon mmoire pour les paquets
   (4 Ko au total, 2 en rception et 2 en transmission), ce qui poussait
   le pilote  liminer un paquet si les interruptions taient masques
   trop longtemps. Pour minimiser ce problme, 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 faon  ce que les transferts IDE se terminent plus tt.

   Le modle plus rcent, la 3c509B, possde 8 Ko de mmoire, et le
   tampon peut tre partag en 4/4, 5/3 ou 6/2 en rception/transmission.
   Ce paramtre est chang  l'aide de l'utilitaire de configuration sous
   DOS, et est stock dans la mmoire EEPROM. Cela devrait liminer le
   problme prcdent avec la 3c509 originelle.

   Les utilisateurs de 3c509B devraient utiliser soit l'utilitaire DOS
   fourni afin de dsactiver le `_plug and play_', _et_ de dterminer le
   support de sortie dont ils ont besoin. Le pilote Linux _n'est pas_
   capable aujourd'hui d'utiliser la fonctionnalit de dtection
   automatique du support physique, donc vous _devez_ slectionner
   10Base-T ou 10Base-2 ou AUI. Notez que pour arrter 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 paramtres ``Server
   or Workstation'' (serveur ou station de travail) et ``Highest Modem
   Speed'' (plus haute vitesse de modem) qui sont prsents 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 paramtres ; il optimise toujours pour un taux de transfert
   important plutt que pour un temps de latence faible (`Server'). Un
   temps de latence faible tait un critre critique pour le vieux
   trafic, non-fentr, de IPX. Afin de rduire le temps de latence, le
   pilote sous DOS de la 3c509 inhibe les interruptions de certaines
   oprations, bloquant les interruptions du port srie. D'o la
   ncessit du paramtre `modem speed' (vitesse du modem). Le pilote
   Linux vite la ncessit de dsactiver les interruptions sur de
   longues priodes en ne travaillant que sur des paquets complets, par
   exemple en ne commenant pas  transmettre un paquet avant qu'il n'ait
   t compltement transfr sur la carte.''

   Notez que la procdure de dtection de la carte ISA utilise une
   mthode diffrente de la plupart des autres cartes. A la base, vous
   demandez aux cartes de rpondre en envoyant des donnes sur un port
   ID_PORT (port 0x100 jusqu' 0x1ff par intervalle de 0x10). Cette
   mthode de dtection signifie qu'une carte donne sera toujours
   dtecte en premier dans une configuration comportant plusieurs cartes
   ISA 3c509. La carte avec la plus petite adresse Ethernet physique sera
   _toujours_ eth0. Cela ne devrait gner personne,  l'exception de ceux
   qui souhaitent assigner une adresse physique sur 6 octets  une
   interface donne. Si vous avez plusieurs cartes 3c509, il vaut mieux
   ajouter des commandes ether=0,0,ethN sans prciser le port d'E/S
   (c'est--dire en utilisant E/S=zro) et autoriser la procdure de
   dtection  faire le tri pour dterminer quelle carte est la premire.
   Utiliser une valeur d'E/S non nulle va faire que toutes les cartes ne
   seront pas dtectes : donc, ne le faites pas.

   Si cela vous gne 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 mmoire pour obliger la
   dtection  russir.

  3c515

   Statut : Support, Nom du pilote : 3c515

   Il s'agit de l'offre 100 Mb/s de 3Com en ISA, nom de code
   ``_CorkScrew_'' (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 dernires informations, vous auriez certainement intrt  le
   chercher dans la page sur les ``Vortex'' :

     Vortex

  3c523

   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 dtails sont fournis sur la page MCA pour Linux 
   http://glycerine.cetmm.uni.edu/mca/

  3c527

   Statut : Non support

   Eh oui, encore une autre carte MCA. Eh non, pas beaucoup d'intrt
   pour celle-ci. Vous aurez plus de chance avec la 3c529 si vous tes
   coinc(e) avec le MCA.

  3c529

   Statut : Partiellement support, Nom du pilote : 3c509

   Cette carte utilise en fait le mme jeu de puces que la 3c509. De
   fait, Donald a plac des points d'entre dans le pilote de la 3c509
   pour vrifier l'existence de cartes MCA aprs la dtection des cartes
   EISA, et avant celle des cartes ISA, longtemps avant que le MCA soit
   support par le noyau. Le code de dtection MCA est inclus dans le
   pilote livr avec le noyau 2.2.

   On peut trouver plus de dtails sur la page MCA pour Linux  l'adresse
   http://glycerine.cetmm.uni.edu/mca/.

  3c562

   Statut : Support, Nom du pilote : 3c589 (distribu sparment)

   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 mme interruption. Il y a une srie de
   nouveaux registres et un peu de support de partage d'interruptions
   matrielles. Vous aurez besoin d'utiliser un noyau 2.0 ou plus rcent,
   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.

  3c575

   Statut : Inconnu

   Un pilote pour cette carte PCMCIA est en cours de dveloppement et
   l'on peut esprer 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.

  3c579

   Statut : Support, Nom du pilote : 3c509

   La version EISA de la 509. La version EISA actuelle utilise la mme
   puce de largeur 16 bits plutt qu'une interface 32 bits, et les
   performances ne sont donc pas poustouflantes. Le code de dtection
   EISA a t ajout dans 3c509.c pour la version 0.99pl14. Assurez-vous
   que la carte est configure pour le mode d'adressage EISA. Lisez la
   section prcdente sur la 3c509 pour des informations sur le pilote.

  3c589 / 3c589B

   Statut : Partiellement support, Nom du pilote : 3c589

   Beaucoup de monde utilise cette carte PCMCIA depuis dj un bon bout
   de temps. Notez qu'elle n'est pas incluse ( l'heure actuelle) dans
   l'arborescence par dfaut du noyau. Le "B" dans le nom signifie la
   mme 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 supports, les
   activateurs de sockets, etc.

  3c590 / 3c595

   Statut : Support, Nom du pilote : 3c59x

   Ces cartes ``Vortex'' sont destines 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 problmes avec le pilote des noyaux 2.0, vous pouvez
   obtenir un pilote  jour  partir de l'URL suivante :

     Vortex

   Notez qu'il existe en fait deux cartes 3c590, des modles des premiers
   temps ayant 32 Ko de mmoire, et des plus rcents 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 remplaces 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 mmoire 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 linux-vortex-request@cesdis.gsfc.nasa.gov

  3c592 / 3c597

   Statut : Support, Nom du pilote : 3c59x

   Ce sont les versions EISA des sries 3c59x. La 3c592/3c597 (aussi
   connue sous le nom de Demon) devrait fonctionner avec le pilote Vortex
   prsent au paragraphe prcdent.

  3c900 / 3c905 / 3c905B

   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 rcemment 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

   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 linux-vortex-request@cesdis.gsfc.nasa.gov

  3c985

   Statut : Support, Nom du pilote : acenic

   Ce pilote, par Jes Sorensen, est disponible dans les noyaux 2.2. Il
   supporte plusieurs autres modles de cartes Gigabit en plus du modle
   3Com.

5.2 Accton

  Accton MPX

   Statut : Support, Nom du pilote : ne (+8390)

   Ne vous laissez pas avoir par le nom. Cette carte est tout de mme
   suppose tre une compatible NE2000, et devrait par consquent
   fonctionner avec le pilote du mme nom.

  Accton EN1203, EN1207, EtherDuo-PCI

   Statut : Support, Nom du pilote : de4x5, tulip

   Une autre implmentation de la puce PCI 21040 de DEC. La carte EN1207
   comporte le 21140, mais a aussi un connecteur 10Base-2, ce qui s'est
   rvl source de problmes pour certaines personnes en terme de
   slection 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.

  Adaptateur Accton EN2209 pour port parallle (EtherPocket)

   Statut : Partiellement support, Nom du pilote : ?

   Un pilote pour ces adaptateurs sur port parallle 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

  Accton EN2212 PCMCIA

   Statut : Partiellement support, Nom du pilote : ?

   David Hinds a commenc  travailler sur un pilote pour cette carte, et
   vous devriez de consulter la dernire version de son paquetage PCMCIA
   pour savoir o il en est.

5.3 Allied Telesyn/Telesis

  AT1500

   Statut : Support, Nom du pilote : lance

   Il s'agit d'une srie de cartes Ethernet peu chres qui utilisent la
   version 79C960 de la puce LANCE d'AMD. Ce sont des cartes utilisant le
   le contrle du bus, et elles figurent donc parmi les cartes Ethernet
   ISA les plus rapides.

   La slection du DMA et des informations sur la numrotation de la puce
   se trouvent dans  AMD LANCE.

   Plus d'informations techniques sur les cartes Ethernet bases sur
   l'AMD LANCE sont disponibles dans  Notes sur l'AMD....

  AT1700

   Statut : Support, Nom du pilote : at1700

   Notez que pour accder  ce pilote lors du make config vous devez
   encore rpondre `Y'  la question ``Prompt for development and/or
   incomplete code/drivers?'' au tout dbut. 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
   problmes 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 sries AT1700 sont bases sur
   la MB86965 de Fujitsu. Cette puce utilise une interface  E/S
   programmes, 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 cble STP
   (Shielded Twisted Pair, paire torsade blinde) 150 ohms couramment
   install pour le Token Ring, en plus du cble 100 ohms UTP (Unshielded
   Twisted Pair, paire torsade non-blinde) de 10BaseT. Une version
   fibre optique de la carte (AT1700FT) existe galement.

   La puce Fujitsu utilise sur l'AT1700 a un dfaut de conception : elle
   ne peut tre remise compltement  zro qu'en effectuant un cycle
   d'allumage de la machine. Le fait d'appuyer sur le bouton de
   redmarrage (`Reset') ne rinitialise pas l'interface du bus. Cela ne
   serait pas gnant, si la carte ne pouvait tre dtecte qu'aprs
   qu'elle ait t rcemment rinitialise. Le moyen de contourner le
   problme est d'teindre puis de rallumer la machine si le noyau a un
   problme pour dtecter l'AT1700.

   Certaines sries de production de l'AT1700 ont un autre problme :
   elles sont conues pour utiliser de faon permanente le canal DMA 5.
   Cela n'est pas document, il n'existe aucun cavalier pour dsactiver
   cette "fonctionnalit", et aucun pilote n'ose utiliser la possibilit
   de DMA  cause de problmes de compatibilit. Aucun pilote de
   priphrique 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 dsactiver le DMA est d'utiliser un couteau.

   Certaines sries de l'AT1700 ont un autre problme : Elles sont
   bloques sur le canal DMA 5. Cela n'est pas document, et il n'y a pas
   de cavaliers pour dsactiver cette "fonctionnalit", et aucun pilote
   n'ose utiliser le DMA a cause des problmes de compatibilit. Aucun
   pilote ne sera crit pour utiliser le DMA a cause car le fait
   d'installer une deuxime carte empcherais les DEUX de marcher, et le
   seul moyen de dsactiver le DMA, c'est avec un couteau.

  AT2450

   Statut : Support, Nom du pilote : pcnet32

   La version PCI de l'AT1500, qui ne souffre pas des problmes de la
   carte PCI 79c970 de Boca. La slection du DMA et des informations sur
   la numrotation de la puce se trouvent dans  AMD LANCE.

   Plus d'informations techniques sur les cartes Ethernet bases sur
   l'AMD LANCE sont disponibles dans  Notes sur l'AMD....

  AT1500

   Statut : Partiellement support, Nom du pilote : rtl8139

   Cette carte utilise la puce Realtek 8139, rfrez vous  la section
   Realtek 8139

  AT2540FX

   Statut : Partiellement support, Nom du pilote : eepro100

   Cette carte utilise une puce i82557, et par consquent,
   pourrait / devrait fonctionner avec le pilote de la carte eepro100. Si
   vous l'essayez, envoyez-nous quelques renseignements complmentaires
   pour que cette section s'toffe un peu.

5.4 AMD / Advanced Micro Devices

   Carl Ching d'AMD a eu la gentillesse de fournir une description trs
   dtaille de tous les produits Ethernet d'AMD cits, ce qui a permis
   de clarifier cette section.

  AMD LANCE (7990, 79C960/961/961A, PCnet-ISA)

   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 numro ci-dessus.
   La 7990 est la puce `LANCE' d'origine, mais la plupart des documents
   (y compris celui-ci) se rfrent  toutes ces puces similaires sous la
   dnomination de puces `LANCE' (...incorrectement, devrais-je ajouter).

   Les numros ci-dessus se rfrent 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 remplace depuis bien longtemps par des versions
   plus rcentes. La 79C960 (aussi connue sous le nom de PCnet-ISA)
   contient pour l'essentiel la base de la 79c90, avec tout le support
   matriel complmentaire 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 dernire puce des
   sries ISA est la 79c961A (PCnet-ISA II), qui ajoute des capacits de
   _full duplex_. Toutes les cartes comportant une de ces puces devraient
   fonctionner avec le pilote lance.c,  l'exception de trs vieilles
   cartes qui utilisent la 7990 d'origine avec une configuration 
   mmoire partage. Ces cartes anciennes peuvent tre repres par
   l'absence de cavaliers pour le choix d'un canal DMA.

   Parmi les problmes classiques, on rencontre le message `busmaster
   arbitration failure'. Celui-ci s'affiche quand le pilote LANCE ne peut
   pas obtenir un accs au bus aprs qu'un temps raisonnable se soit
   coul (50 micro-secondes). Cela indique habituellement que
   l'implmentation de la matrise de bus DMA de la carte-mre est
   incorrecte, ou qu'un autre priphrique monopolise le bus, ou qu'il y
   a un conflit de canal DMA. Si votre programme de configuration du BIOS
   possde la `GAT option' (GAT pour Guaranteed Access Time, temps
   d'accs garanti), essayez de modifier ce paramtre 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 dmarrage ether= est ignore sans qu'il en soit fait
   mention (cela sera corrig), donc assurez-vous que votre carte est
   configure pour l'une des adresses d'E/S ci-dessus, pour l'instant.

   Le pilote fonctionnera encore correctement, mme si plus de 16 Mo de
   mmoire sont installs, car des tampons-relais en mmoire basse sont
   utiliss au besoin (c'est--dire que toute donne situe au-del de la
   limite des 16 Mo est copie 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 (inutiliss 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 russit.

   La carte HP-J2405A est une exception : avec cette carte, il est facile
   de lire les valeurs stockes en EEPROM pour l'IRQ et le DMA.

   Voir  Notes on AMD... pour plus d'informations sur ces puces.

  AMD 79C965 (PCnet-32)

   Statut : Support, Nom du pilote : pcnet32

   Il s'agit de la PCnet-32 -- une version 32 bits,  contrle de bus, de
   la puce LANCE originelle pour les systmes VLB (Vesa Local Bus) et 
   bus local. Bien que ces puces puissent tre utilise avec le pilote
   lance.c standard, une version 32 bits (pcnet32.c) est aussi
   disponible, laquelle n'a pas  se proccuper des limitations  16 Mo
   lies au bus ISA.

  AMD 79C970/970A (PCnet-PCI)

   Statut : Support, Nom du pilote : pcnet32

   Il s'agit de la PCnet-PCI -- similaire  la PCnet-32, mais conue pour
   des systmes bass 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 _full duplex_ ainsi que d'autres fonctionnalits
   par rapport  la conception d'origine de la 970.

   Notez que l'implmentation de Boca pour la 79C970 ne fonctionne pas
   sur les machines Pentium rapides. Il s'agit d'un problme matriel,
   puisqu'il affecte aussi les utilisateurs DOS. Consultez la section sur
   Boca pour plus de dtails.

  AMD 79C971 (PCnet-FAST)

   Statut : Support, Nom du pilote : pcnet32

   Il s'agit de la puce 100 Mbits d'AMD pour les systmes PCI, qui
   comporte elle aussi le mode _full duplex_. Elle a t introduite en
   juin 1996 sur le march.

  AMD 79C972 (PCnet-FAST+)

   Statut : Inconnu, Nom du pilote : pcnet32

   Devrait marcher exactement comme la '971, mais reste  confirmer quand
   mme.

  AMD 79C974 (PCnet-SCSI)

   Statut : Support, Nom du pilote : pcnet32

   Il s'agit de la PCnet-SCSI -- qui  la base est traite 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 supporte -- il
   s'agit de l'_Ethernet-HOWTO_, pas du _SCSI-HOWTO_.

5.5 Ansel Communications

  AC3200 EISA

   Statut : Partiellement support, Nom du pilote : ac3200

   Notez que pour accder  ce pilote lors du make config vous devez
   encore rpondre `Y'  la question ``Prompt for development and/or
   incomplete code/drivers?'' au tout dbut. 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 utilise dans les
   cartes NE2000 et WD80x3. Veuillez consulter  Pilotes `alpha' dans le
   prsent document pour des informations importantes concernant les
   pilotes `alpha'.

   Si vous l'utilisez, veuillez informer l'un d'entre nous de la faon
   dont les choses fonctionnent, car nous avons eu peu de retour
   d'informations, mme 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 spcifiques aux modules.

5.6 Apricot

  Apricot Xen-II On Board Ethernet

   Statut : Support, Nom du pilote : apricot

   Cette carte Ethernet sur carte-mre utilise une puce i82596  contrle
   du bus. Elle ne peut se trouver qu' l'adresse d'E/S 0x300. En
   consultant le source du pilote, il apparat que l'IRQ est
   matriellement fixe  10.

   Les premires versions du pilote avaient une tendance  croire que
   tout ce qui vivait en 0x300 tait un adaptateur rseau Apricot.
   Depuis, l'adresse matrielle est teste afin d'viter ces dtections
   errones.

5.7 Arcnet

   Statut : Support, Nom du pilote : arcnet (arc-rimi, com90xx,
   com20020)

   Avec le cot vraiment trs bas et les meilleures performances
   d'Ethernet, il est probable que la plupart des endroits disposant d'un
   rseau vont se dbarrasser de leur matriel Arcnet pour rien, ce qui
   amnera un grand nombre de systmes 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 intgre 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 dfaut depuis
   la version 1.1.80. Le pilote Arcnet utilise `arc0' comme nom au lieu
   de l'`eth0' habituel pour les priphriques Ethernet.

   Vous pouvez envoyer rapports de bogues et comptes-rendus victorieux
   concernant Arcnet  :

   apenwarr@foxnet.net

   Le noyau standard comporte des fichiers d'information pour la
   configuration des cavaliers et des aides plus gnrales.

   Le pilote est galement cens fonctionner avec les cartes ARCnet
   100 Mb/s !

5.8 AT&T

   Notez que le StarLAN d'AT&T est une technologie orpheline, comme le
   LattisNet de SynOptics, et qu'elle ne peut pas tre utilise dans un
   environnement 10Base-T standard, sans un hub qui `parle' les deux
   protocoles.

  AT&T T7231 (LanPACER+)

   Statut : Non support

   Ces cartes StarLAN utilisent une interface similaire  la puce i82586.
   A une poque, Matthijs Melchior (matthijs.n.melchior@att.com) 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.

5.9 Boca Research

   Oui, ils font autre chose que des cartes sries multi-ports. :-)

  Boca BEN (ISA, VLB; PCI)

   Statut : Support, Nom du pilote : pcnet32, lance

   Ces cartes sont bases sur les puces PCnet d'AMD. Les acheteurs
   exigeants doivent tre prvenus que de nombreux utilisateurs ont eu
   des problmes sans fin avec ces cartes VLB/PCI. Les propritaires de
   systmes Pentium rapides ont t tout particulirement touchs. Notez
   qu'il ne s'agit pas d'un problme de pilote, puisqu'il touche aussi
   les utilisateurs de DOS/Windows/NT. Le numro du support technique de
   Boca est le 1 (407) 241-8088,

   (NDT : Ce numro est bien entendu aux tats-Unis.)

   et vous pouvez aussi les joindre  75300.2672@compuserve.com. Les
   anciennes cartes ISA ne semblent pas souffrir des mmes maux.

   Donald a ralis un test comparatif entre les cartes PCI Boca et une
   implmentation similaire d'Allied Telsyn avec la puce PCnet/PCI, qui
   montrait que le problme se situe dans l'implmentation faite par Boca
   de la puce PCnet/PCI. On peut consulter les rsultats de ce test sur
   le serveur WWW de Don :

     Linux @ CESDIS

   Boca offre une `rparation - garantie' aux propritaires affects par
   ce problme qui entrane 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 _encore_ 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 systme.

   Des informations plus gnrales sur les puces AMD se trouvent dans
   AMD LANCE.

   Plus d'informations techniques sur les cartes Ethernet bases sur
   l'AMD LANCE sont disponibles dans  Notes sur l'AMD....

5.10 Cabletron

   Donald crit : ``Oui, encore une autre de ces socits qui ne donnera
   pas ses informations pour programmer. Ils ont attendu des mois avant
   de confirmer qu'en fait toutes leurs informations taient
   propritaires, gaspillant dlibrment 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 annes. Envoyez un e-mail 
   support@ctron.com si vous voulez vrifier ce point prcis, ou demander
   des informations techniques. Toutefois,  l'heure actuelle, il y a
   trs peu de demandes pour des pilotes mis  jour pour les cartes E20xx
   et E21xx.

  E10**, E10**-x, E20**, E20**-x

   Statut : Partiellement support, Nom du pilote : ne (+8390)

   Il s'agit de presque-clones de NEx000 qui fonctionnent avec les
   pilotes NEx000 standard d'aprs les informations qui nous sont
   revenues, grce  un test spcial-Cabletron dans la procdure de
   dtection. S'il y a le moindre problme, il ne sera trs certainement
   pas rsolu, car les informations de programmation ne sont pas
   disponibles.

  E2100

   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 propritaires. La E2100 bnficie
   d'une conception lamentable. Ds qu'elle mappe sa mmoire partage
   pendant un transfert de paquet, elle le fait en utilisant _toute la
   zone de 128 Ko_ ! Cela signifie que vous _ne pouvez pas_, sur cette
   zone, utiliser de faon scurise un autre priphrique  mmoire
   partage gr 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 problme en inhibant
   les interruptions pendant le transfert des paquets, mais dans ce
   cas-l on perdra pratiquement  coup sr des tops d'horloge). De plus,
   si vous programmez incorrectement la carte, ou que vous arrtez la
   machine juste au mauvais moment, mme le bouton de `reset' ne la
   rendra pas  la vie. Vous _devrez_ teindre la machine et _attendre_
   qu'elle se repose pendant 30 secondes.

   La slection du support physique est automatique, mais vous pouvez
   outrepasser cette fonctionnalit en utilisant les bits de poids
   faibles du paramtre dev->mem_end. Consultez  PARAM_2. Les
   utilisateurs des modules peuvent spcifier 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  mmoire partage, 
   peu prs similaire  une WD8013 avec des lsions crbrales, tandis
   que la NE2100 (et la NE1500) utilise une conception base sur la puce
    contrle 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 spcifiques aux
   modules.

  E22**

   Statut : Partiellement support, Nom du pilote : lance

   Si l'on en croit les informations trouves 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
   gnrique lance.

5.11 Cogent

   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
                         (Tlphone entre 8h et 17h, heure de la cte
                          Pacifique)
        Fax (360) 378-2882
        Compuserve GO COGENT
        Bulletin Board Service (360) 378-5405
        Internet: support@cogentdata.com

  EM100-ISA/EISA

   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  vrifier.

  Cogent eMASTER+, EM100-PCI, EM400, EM960, EM964

   Statut : Support, Nom du pilote : de4x5, tulip

   Il s'agit encore une fois d'une implmentation de la 21040 de DEC,
   dont on peut esprer 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.

5.12 Compaq

   Compaq n'est pas vraiment dans le domaine de la conception et de la
   fabrication de cartes Ethernet, mais beaucoup de leurs systmes
   comportent des contrleurs Ethernet intgrs  la carte-mre.

  Compaq Deskpro / Compaq XL (Embedded AMD Chip)

   Statut : Support, Nom du pilote : pcnet32

   Des machines comme celles de la srie XL ont une puce PCI 79c97x d'AMD
   sur la carte-mre qui peut tre utilise 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
   dtails :

   ``Le problme avec cette machine Compaq est que le point d'entre du
   bus PCI est charg en mmoire haute,  un endroit o le noyau Linux ne
   pourra pas (n'ira pas) le chercher. Rsultat : la carte n'est jamais
   dtecte ni utilisable (en passant : la souris ne fonctionnera pas non
   plus). La manire de contourner le problme (telle qu'elle est dcrite
   en dtail 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 dplacer le
   rpertoire PCI  un endroit o il est normalement stock (et o Linux
   peut le trouver).''

   Des informations plus gnrales sur les puces AMD se trouvent dans
   AMD LANCE.

  Compaq Nettelligent/NetFlex (Embedded ThunderLAN Chip)

   Statut : Support, Nom du pilote : tlan

   Ces systmes utilisent une puce Texas Instrument ThunderLAN, pour plus
   d'informations, rfrez vous  la section ThunderLAN.

5.13 Danpex

  Danpex EN9400

   Statut : Support, Nom du pilote : de4x5, tulip

   Encore une autre carte base sur la puce 21040 de DEC, dont on sait
   qu'elle fonctionne correctement, et  un prix relativement modr.

   Consultez  DEC 21040 pour plus d'information sur ces cartes, et l'tat
   d'avancement actuel du pilote.

5.14 D-Link

  DE-100, DE-200, DE-220-T, DE-250

   Statut : Support, Nom du pilote : ne (+8390)

   Certaines des premires cartes D-Link ne possdaient 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
   frquemment indiques comme possdant des erreurs de correspondance
   sur des fausses adresses de transfert avec les premires versions de
   Linux. Notez qu'il existe aussi des cartes chez Digital (DEC, Digital
   Equipment Corporation) nommes DE100 et DE200, mais la similitude
   s'arrte l.

  DE-520

   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 slection DMA et la numrotation des
   puces se trouvent dans  AMD LANCE.

   Des informations plus techniques sur les cartes Ethernet bases sur la
   puce LANCE d'AMD sont disponibles dans  Notes sur l'AMD....

  DE-528

   Statut : Support, Nom du pilote : ne, ne2k-pci (+8390)

   On dirait que D-Link a aussi commenc  fabriquer des clones de
   NE2000.

  DE-530

   Statut : Support, Nom du pilote : de4x5, tulip

   Il s'agit d'une implmentation gnrique de la puce PCI 21040 de DEC,
   dont on sait qu'elle fonctionne avec le pilote gnrique 21040
   `tulip'.

   Consultez  DEC 21040 pour plus d'information sur ces cartes, et l'tat
   d'avancement actuel du pilote.

  DE-600

   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
   intresss par ceci. Le pilote est inclus dans l'arborescence du noyau
   par dfaut. Bjorn Ekwall bj0rn@blox.se a crit le pilote.
   Attendez-vous  des taux de transfert de 180 Ko/s par le port
   parallle. 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 priphrique que vous passez  ifconfig est
   _maintenant_ eth0 et non pas celui prcdemment utilis, dl0.

   Si votre port parallle _ne_ se trouve _pas_  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 dfini l'IRQ et l'adresse du port comme des
   constantes plutt 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 implmentent le port parallle
   interne  l'adresse 0x3bc, ce qui est l'endroit o les ports
   parallles taient/sont sur les cartes monochromes.

  DE-620

   Statut : Support, Nom du pilote : de620

   Mme chose que pour la DE-600, avec seulement deux formats de sortie.
   Bjorn a crit un pilote pour ce modle, pour les versions 1.1 et
   suprieures du noyau. Consultez les informations ci-dessus  propos de
   la DE-600.

  DE-650

   Statut : Partiellement support, Nom du pilote : de650 ?

   Des gens utilisent cette carte PCMCIA depuis quelque temps dj avec
   leur portable. Il s'agit d'une conception simple base sur le 8390,
   qui ressemble beaucoup  une NE2000. La carte PCMCIA `LinkSys' et
   l'IC-Card Ethernet sont, de plus, supposes tre des clones de DE-650.
   Notez qu' l'heure actuelle, ce pilote _ne_ fait _pas_ 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

5.15 DFI

  DFINET-300 et DFINET-400

   Statut : Support, Nom du pilote : ne (+8390)

   Ces cartes sont maintenant dtectes (depuis la version 0.99pl15)
   grce  Eberhard Moenkeberg (emoenke@gwdg.de) 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.)

5.16 Digital / DEC

  DEPCA, DE100/1, DE200/1/2, DE210, DE422

   Statut : Support, Nom du pilote : depca

   De la documentation incluse dans le fichier source depca.c comprend
   des informations sur la faon d'utiliser plus d'une de ces cartes dans
   une machine. Notez que la DE422 est une carte EISA. Ces cartes sont
   toutes bases sur la puce LANCE d'AMD. Consultez  AMD LANCE pour plus
   d'informations. Au maximum, deux des cartes ISA peuvent tre
   utilises, parce que leurs adresses d'E/S de base ne peuvent tre
   fixes 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 diffrents ioctl() avec lesquels l'utilisateur peut
   s'amuser.

  Digital EtherWorks 3 (DE203, DE204, DE205)

   Statut : Support, Nom du pilote : ewrk3

   Ces cartes utilisent une puce propritaire de DEC, par opposition  la
   puce LANCE utilise dans les cartes antrieures comme la DE200. Ces
   cartes peuvent fonctionner en mmoire partage ou en E/S programmes,
   bien que vous ayez un gain de performance de 50 % en utilisant le mode
   PIO (E/S programmes). La taille de la mmoire partage peut tre
   rgle  2 Ko, 32 Ko, ou 64 Ko, mais seules les valeurs 2 et 32 ont
   t testes avec ce pilote. David dit que les performances sont
   virtuellement les mmes entre le mode 2 Ko et le mode 32 Ko. Plus
   d'informations (y compris l'utilisation du pilote comme module
   chargeable) figurent en tte 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() intressants
   qui peuvent tre utiliss pour lire ou effacer les statistiques sur
   les paquets, lire/crire l'EEPROM, changer l'adresse matrielle, et
   d'autres choses du mme 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 rpertoire /pub/Linux/system/Network/management -- cherchez un
   fichier ewrk3tools-X.XX.tar.gz.

   (NDT : Le lecteur franais aura bien entendu tout intrt  utiliser
   un site miroir, plus rapide. Par exemple :

   ftp://ftp.lip6.fr/pub/linux/sunsite/system/Network/management)

  DE425 EISA, DE434, DE435, DE500

   Statut : Support, Nom du pilote : de4x5, tulip

   Ces cartes sont bases sur la puce 21040 mentionne 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 conues par DEC de fonctionner avec ce
   pilote. Jetez un coup d'oeil  README.de4x5 pour les dtails.

   Toutes les cartes Digital raliseront la dtection automatique du
   mdia ( l'exception, temporaire, de la DE500  cause d'un problme de
   brevet).

   Ce pilote est aussi prt  fonctionner avec les processeurs Alpha et
   accepte d'tre charg comme module. Les utilisateurs peuvent accder
   aux fonctionnalits internes du pilotes par des appels ioctl() -- voir
   l'outil ewrk3 et les sources de4x5.c pour des informations sur la
   faon de procder.

  DEC 21040, 21041, 2114x, Tulip

   Statut : Support, Nom du pilote : de4x5, tulip

   La 21040 de DEC est une solution Ethernet en une seule puce  contrle
   propose par Digital, similaire  la PCnet d'AMD. La 21040 est
   spcifiquement conue pour l'architecture  bus PCI. Les nouvelles
   cartes PCI EtherPower de SMC l'utilisent.

   Vous avez le choix entre _deux_ pilotes pour les cartes bases sur
   cette puce. Vous pouvez utiliser le pilote de la DE425 dont nous avons
   parl plus haut, et le pilote gnrique `tulip' pour 21040.

   _Attention :_ Mme si votre carte est base sur cette puce, _les
   pilotes peuvent ne pas fonctionner pour vous_. David C. Davies crit :
   ``Il n'y aucune garantie que SOIT tulip.c SOIT de4x5.c feront
   fonctionner une autre carte base 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 faon diffrente, et,
   secundo, dans la DC21142/3 est maintenant un registre de contrle SIA
   (faon DC21041). La seule petite lueur d'espoir est que nous puissions
   dcoder 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 sr(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 _avant_ de l'avoir paye.

   La puce 21041 mise  jour, se trouve aussi  la place de la 21040 sur
   la plupart des cartes rcentes EtherPower de SMC. La 21140 est
   destine 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 conues par DEC, lisez le fichier README.de4x5 pour les
   dtails.

   Donald a utilis des cartes EtherPower-10/100 de SMC pour dvelopper
   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 problmes avec ce pilote, vous devriez
   rcuprer la dernire version sur le site FTP/WWW de Donald.

     Pilote Tulip

   L'URL ci-dessus contient aussi une liste (non exhaustive) de
   diffrents cartes/constructeurs qui utilisent la puce 21040.

   Notez galement que le pilote tulip est encore considr comme un
   pilote _alpha_ (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 mme 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 linux-tulip-request@cesdis.gsfc.nasa.gov

5.17 Farallon

   Farallon vend des adaptateurs et des transceivers EtherWave. Ce
   priphrique permet de mettre en srie plusieurs priphriques
   10baseT.

  Etherwave de Farallon

   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 utiliss avec succs sous Linux avec la
   version actuelle du pilote 3c509. C'est bien trop cher pour une
   utilisation gnralise, mais c'est une bonne option pour des cas
   particuliers. Les prix chez Hublet dmarrent  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 cble
   trop court, mais pas si vous avez deux rseaux qui tombent trop
   courts.

5.18 Fujitsu

   Contrairement  de nombreux fabricants de puces, Fujitsu a aussi
   fabriqu et vendu des cartes rseau bases sur les leurs.

  Fujitsu FMV-181/182/183/184

   Statut : Support, Nom du pilote : fmv18x

   Si on en croit le pilote, ces cartes sont faites dans la ligne de
   l'implmentation de la Fujitsu MB86965, ce qui les rend trs
   similaires aux cartes Allied Telesis AT1700.

5.19 Hewlett Packard

   Les cartes 272** utilisent des E/S programmes, similaires aux cartes
   NE*000, mais le port de transferts de donnes peut tre `teint' quand
   vous n'y accdez pas, ce qui vite les problmes avec les pilotes qui
   ralisent une dtection automatique.

   Merci  Glenn Talbott d'avoir aid  claircir la confusion qui
   rgnait dans cette section en ce qui concerne les numros de version
   des matriels HP.

  27245A

   Statut : Support, Nom du pilote : hp (+8390)

   Carte 8 bits 10BaseT base sur le 8390, non recommande pour toutes
   les raisons des 8 bits. Elle a t repense il y a quelques annes
   pour augmenter l'intgration, ce qui a caus des changements dans les
   dures d'initialisation, qui affectent les programmes de test, mais
   pas les pilotes rseau. (La nouvelle carte n'est pas `prte' aussi
   vite que l'ancienne aprs tre entre ou sortie du mode en boucle
   locale (_loopback_)).

   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 spcifiques aux
   modules.

  HP EtherTwist, PC Lan+ (27247, 27252A)

   Statut : Support, Nom du pilote : hp+ (+8390)

   La HP PC Lan+ est diffrente de la carte HP PC Lan standard. Ce pilote
   a t ajout  la liste des pilotes du noyau standard pendant le cycle
   de dveloppement des version 1.1.x. Il peut tre utilis soit en mode
   PIO (E/S programmes) comme une ne2000, ou en mode mmoire partage
   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 mmoire vive embarque pour le tampon de
   rception/transmission des paquets au lieu des 16 Ko habituels, et
   elles offrent toutes les deux une fonction de dtection automatique du
   connecteur rseau.

   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 spcifiques aux
   modules.

  HP-J2405A

   Statut : Support, Nom du pilote : lance

   Ces cartes sont meilleur march, et lgrement plus rapides que la
   27247/27252A, mais il leur manque certaines fonctionnalits, comme la
   connectivit AUI ou ThinLAN (10Base2), et un support pour PROM de
   dmarrage (boot PROM). C'est une conception plutt gnrique de la
   LANCE, mais une dcision mineure de conception la rend incompatible
   avec un pilote gnrique `NE2100'. Un support spcial pour cette carte
   (y compris la lecture du canal DMA sur la carte) est inclus grce aux
   informations fournies par Glenn Talbott de chez HP.

   Plus d'informations techniques sur les cartes base sur la puce AMD se
   trouvent dans  Notes sur AMD....

  Carte Ethernet embarque de l'HP-Vectra

   Statut : Support, Nom du pilote : lance

   L'HP-Vectra possde une puce PCnet d'AMD sur sa carte-mre. La
   slection du DMA et des informations sur la numrotation de la puce se
   trouvent dans  AMD LANCE.

   Plus d'informations techniques sur les cartes bases sur la puce AMD
   se trouvent dans  Notes sur AMD....

  Cartes HP 10/100 VG Any Lan (27248B, J2573, J2577, J2585, J970, J973)

   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.

  HP NetServer 10/100TX PCI (D5013A)

   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 dtails.

5.20 IBM / International Business Machines

  IBM Thinkpad 300

   Statut : Support, Nom du pilote : znet

   Celui-ci est compatible avec le Z-note de Znith, bas sur une puce
   Intel. Voir  Z-note.

   Ce site est suppos avoir une base de donnes exhaustive de choses
   utiles pour les versions rcentes du Thinkpad. Je ne l'ai pas vrifi
   moi-mme.

     Thinkpad-info

   Pour ceux d'entre vous qui n'ont pas de navigateur WWW  porte de la
   main, essayez peipa.essex.ac.uk:/pub/tp750/.

  IBM Credit Card Adaptor for Ethernet - Adaptateur `Credit Card' pourEthernet
  d'IBM

   Statut : Partiellement support, Nom du pilote : ? (distribu
   sparment)

   Des personnes utilisent aussi cette carte PCMCIA avec Linux. Comme
   dj 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

  IBM Token Ring

   Statut : Partiellement support, Nom du pilote : ibmtr

   Le support de Token Ring ncessite 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 rcemment, 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
   sries 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
   bases sur Tropic.

5.21 Cartes Ethernet ICL

  ICL EtherTeam 16i/32

   Statut : Support, Nom du pilote : eth16i

   Mika Kuoppala (miku@pupu.elt.icl.fi) 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 utilise dans les cartes AT1700.

5.22 Cartes Ethernet Intel

   Note : les noms de certaines cartes Intel sont ambigus au possible et
   prtent  confusion . Si vous avez un doute, vrifiez le numro 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 numros lists ici.

  Ether Express

   Statut : Support, Nom du pilote : eexpress

   Cette carte utilise l'Intel i82586. Les premires versions de ce
   pilote (dans les noyaux 1.2) taient classes 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 exprimental, et pose pas mal
   de probleme sur les machines rapides.

   Les commentaires au dbut du fichier source donnent la liste de
   certains des problmes (et solutions) associs  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.

  Ether Express PRO/10

   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
   systmes Ethernet intgrs de Compaq, bass sur la puce i82595.

  Ether Express PRO/10 PCI (EISA)

   Statut : Partiellement support, Nom du pilote : ? (distribu
   sparement)

   John Stalba (stalba@ultranet.com) a crit un pilote pour la version
   PCI. Ces cartes utilisent la puce d'interface PCI PLX9036 avec la puce
   contrleur-rseau i82596 d'Intel. Si votre carte comporte la i82557,
   alors vous _n'avez pas_ cette carte, mais au contraire la version dont
   il est question ci-dessous, qui ncessite par consquent le pilote
   EEPro100 plutt que celui-ci.

   Vous pouvez obtenir le pilote `alpha' pour les cartes PCI PRO/10,
   ainsi que les instructions pour l'utiliser,  :

     Pilote EEPro10

   Si vous avez la carte EISA, vous devrez certainement bidouiller un peu
   le pilote pour prendre en compte les diffrents mcanismes de
   dtection (PCI ou EISA) qui sont utiliss dans chaque cas.

  Ether Express PRO 10/100B

   Statut : Support, Nom du pilote : eepro100

   Notez que ce pilote _ne_ fonctionnera _pas_ avec les cartes 100A qui
   sont plus anciennes. Les numros de puces que gre le pilote sont
   i82557/i82558.

   Pour les mises  jour du pilote et / ou des informations, consultez :

     Page de l'EEPro-100B

   Pour vous inscrire  la liste de diffusion relative  ce pilote, tapez
   la commande suivante :

     echo subscribe | /bin/mail
     linux-eepro100-request@cesdis.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 btise de la part
   d'Intel ?

5.23 Kingston

   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 pour plus de
   dtails.

   Il parat que la carte  base de KNE40 DEC 21041 tulip fonctionne trs
   bien avec le pilote tulip gnrique

5.24 LinkSys

   LinkSys produit tout un tas de clones de NE2000, certains tant de
   simple cartes ISA, d'autres des cartes ISA `plug and play' et mme des
   clones de NE2000 PCI bass sur l'un des jeux de puces NE2000-PCI
   supports. Il existe tout simplement trop de modles pour pouvoir tous
   les citer ici.

   LinkSys aime bien Linux, ils ont une page WWW de support spcifique,
   et Linux est imprim sur les botes de certains de leurs produits.
   Consultez :

     http://www.linksys.com/support/solution/nos/linux.htm

  Cartes LinkSys Etherfast 10/100.

   Statut : Support, Nom du pilote : tulip

   Notez que ces cartes ont connu quelques `rvisions' (c--d diffrents
   chipsets utiliss) mais toutes avaient le mme nom. La premire
   utilisait le chipset DEC. La seconde, le contrleur rseau 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 diffrentes versions de ces cartes,
   rfrez vous au site de LinkSys mentionn ci-dessus.

  LinkSys Pocket Ethernet Adapter Plus (PEAEPP)

   Statut : Support, Nom du pilote : de620

   On suppose qu'il s'agit d'un clone du DE-620, et il parat que cela
   fonctionne bien avec ce pilote. Consultez  DE-620 pour plus
   d'information.

  Adaptateur LinkSys PCMCIA

   Statut : Support, Nom du pilote : de650 (?)

   On suppose qu'il s'agit d'un DE-650 "recarross" avec une tiquette
   diffrente. Consultez  DE-650 pour plus d'information.

5.25 Microdyne

  Microdyne Exos 205T

   Statut : Partiellement support, Nom du pilote : ?

   Une autre carte base sur l'i82586. Dirk Niggemann dirk-n@dircon.co.uk
   a crit un pilote qu'il classe dans la catgorie ``pr-alpha'' et dont
   il aimerait bien que les gens le testent. Ecrivez-lui pour plus de
   dtails.

5.26 Mylex

   Mylex peut tre joint aux numros 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

  Mylex LNE390A, LNE390B

   Statut : support, Nom du pilote : lne390 (+8390)

   Ces cartes EISA plutt anciennes utilisent une implmentation 
   mmoire partage similaire aux wd80x3. Un pilote pour ces cartes est
   disponible dans les noyaux 2.2. Assurez vous de bien spcifier une
   zone de mmoire infrieure a 1 Mo ou alors, suprieure  la taille
   totale de la RAM de votre ordinateur.

  Mylex LNP101

   Statut : Support, Nom du pilote : de4x5, tulip

   Il s'agit d'une carte PCI base sur la puce 21040 de DEC. On peut
   slectionner les ports 10BaseT, 10Base2 ou 10Base5 (AUI). La carte
   LNP101 a t teste et elle fonctionne avec le pilote 21040 gnrique.

   Consultez la section sur la puce 21040 ( DEC 21040) pour plus
   d'information.

  Mylex LNP104

   Statut : Partiellement support, Nom du pilote : de4x5, tulip

   La LNP104 utilise la puce 21050 de DEC pour fournir _quatre_ ports
   10BaseT indpendants. Elle devrait fonctionner avec les pilotes 21040
   rcents qui savent partager les IRQ, mais personne  ce jour n'a
   indiqu l'avoir essaye (autant que je sache).

5.27 Ethernet chez Novell : NExxxx et les clones associs.

   Le prfixe `NE' vient de `Novell Ethernet'. Novell a suivi la
   conception la moins chre dcrite dans les documentations de National
   Semiconductor, et a vendu les droits de fabrication  Eagle (s'en est
   dbarrass ?), juste pour pouvoir mettre sur le march des cartes
   Ethernet  prix raisonnables. (La maintenant omniprsente carte
   NE2000).

  NE1000, NE2000

   Statut : Support, Nom du pilote : ne (+8390)

   ``NE2000'' est maintenant un nom gnrique pour une conception
   minimaliste base sur la puce 8390 de National Semiconductor. Ces
   cartes utilisent des E/S programmes plutt que la mmoire partage,
   ce qui amne une installation plus facile mais des performances
   lgrement moins bonnes et quelques problmes. Certains des problmes
   qui peuvent survenir avec les cartes NE2000 sont cits  Problmes
   avec....

   Quelques clones de NE2000 utilisent la puce `AT/LANTic' 83905 de
   National Semiconductor, qui offre un mode  mmoire partage similaire
    celui de la wd8013 et une configuration logicielle via une EEPROM.
   Le mode  mmoire partage engendrera moins de charge processeur (et
   sera donc plus efficace) que le mode  E/S programmes.

   En gnral ce n'est pas une bonne ide de placer un clone de NE2000 
   l'adresse d'E/S 0x300 parce que pratiquement _tous_ les pilotes de
   priphriques testent cette adresse au dmarrage. Certains clones de
   NE2000 bas de gamme acceptent difficilement d'tre titills au mauvais
   endroit, et ils rpondront en bloquant votre machine. L'adresse 0x320
   est galement une mauvaise ide 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 spcifiques aux
   modules.

  NE2000-PCI (RealTek/Winbond/Compex)

   Statut : Support, Nom du pilote : ne, ne2k-pci (+8390)

   Oui, croyez-le ou non, des gens fabriquent des cartes PCI bases sur
   la vieille interface de la NE2000, conue il y a plus de dix ans.
   Actuellement, presque toutes ces cartes sont bases 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 possdent un une
   signature PCI diffrente.

   Le dernier noyau Linux 2.0 est capable de dtecter 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 dtecte). Il y a dornavant deux pilotes
   que vous pouvez utiliser, le pilote ISA/PCI originel ne.c et le pilote
   PCI plus rcent ne2k-pci.c.

   Pour utiliser le pilote original, vous devez rpondre `Y'  l'option
   `Other ISA cards' (`Autres cartes ISA ?') lorsque vous excutez make
   config car en fait vous utilisez le mme pilote NE2000 que celui des
   cartes ISA. (Cela devrait accrditer l'ide que ces cartes ne sont en
   aucune faon aussi intelligentes que, disons, une carte  base de
   PCNet-PCI ou DEC 21040...).

   Le rcent pilote PCI diffre de la version ISA/PCI par le fait que le
   support pour les cartes 8 bits NE1000 a t supprim et que les
   donnes transitent de/vers la carte en de plus gros paquets, sans les
   pauses que les vieilles ISA NE2000 ncessitaient pour oprer de faon
   fiable. Il en rsulte un pilote lgrement plus petit, et lgrement
   plus efficace, mais ne vous emballez pas trop vite, les diffrences ne
   seront pas clatantes en utilisation normale. (Si vous voulez beaucoup
   d'efficacit avec peu de charge CPU, alors une NE2000 PCI est un trs
   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'est pas_ dtecte 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 botes de leurs
   produits mme si c'est totalement diffrent (ex : PCNet-PCI ou RealTek
   8139). En cas de doute, regardez la puce principale et comparez avec
   ce qui est crit ici.

  NE-10/100

   Statut : Non support

   Il s'agit de cartes ISA 100Mb/s bases 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 crer un pilote.

  NE1500, NE2100

   Statut : Support, Nom du pilote : lance

   Ces cartes utilisent la puce 7990 LANCE originelle d'AMD et sont
   supportes grce au pilote Linux lance. Les clones de NE2100 plus
   rcents reposent sur la puce mise  jour PCnet/ISA d'AMD.

   Des versions plus anciennes du pilote lance avaient des problmes pour
   obtenir la ligne d'IRQ via l'affectation automatique d'IRQ des
   cartes 7990 originelles de Novell/Eagle. Heureusement cela est
   maintenant rsolu. Si ce n'est pas le cas, spcifiez l'IRQ via LILO,
   et indiquez-nous si cela pose encore des problmes.

   La slection du DMA et des informations sur la numrotation de la puce
   se trouvent dans  AMD LANCE.

   Des informations plus techniques sur les cartes Ethernet bases sur
   l'AMD LANCE sont disponibles dans  Notes sur l'AMD....

  NE/2 MCA

   Statut : Partiellement support, Nom du pilote : ne2

   Quelques cartes NE2000 MCA ont t fabriques par diverses socits.
   Ce pilote, disponible dans les noyaux 2.2 dtectera les cartes
   suivantes : Novell Ethernet Adapter NE/2, Compex ENET-16 MC/P, et
   l'Ethernet Adapter AE/2 de chez Arco.

  NE3200

   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 faon, il n'y a
   ni documentation sur la carte, ni de vraie demande pour un pilote.

  NE3210

   Statut : Support, Nom du pilote : ne3210 (+8390)

   Cette carte EISA est compltement diffrente de la NE3200, car elle
   utilise une puce National Semiconductor 8390. Le pilote se trouve dans
   les noyaux 2.2. Assurez vous d'avoir rgl la mmoire partage en
   dessous de 1 Mo, ou au dessus de la plus grande adresse de mmoire
   physique qui est installe sur la machine.

  NE5500

   Statut : Support, Nom du pilote : pcnet32

   Ce sont juste des cartes bases sur la puce PCnet-PCI ('970A) d'AMD.
   Plus d'informations sur les cartes  base de LANCE/PCnet se trouvent
   dans  AMD LANCE.

5.28 Proteon

  Proteon P1370-EA

   Statut : Support, Nom du pilote : ne (+8390)

   Il s'agit apparemment d'un clone de NE2000, et il fonctionne
   correctement avec Linux.

  Proteon P1670-EA

   Statut : Support, Nom du pilote : de4x5, tulip

   Encore une autre carte PCI base 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.

5.29 Pure Data

  PDUC8028, PDI8023

   Statut : Support, Nom du pilote : wd (+8390)

   Les sries PDUC8028 et PDI8023 de cartes PureData semblent fonctionner
   correctement, grce au code de dtection spcial qu'a fourni Mike
   Jagdis jaggy@purplet.demon.co.uk. Le support pour ces cartes est
   intgr dans le pilote Western Digital (WD).

5.30 Racal-Interlan

   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.

  ES3210

   Statut : Partiellement support, Nom du pilote : es3210

   Il s'agit d'une carte EISA  mmoire partage base sur le 8390. Un
   pilote exprimental pour les versions 2.2 du noyau est disponible. On
   indique qu'il fonctionne correctement, mais la dtection de l'IRQ EISA
   et de l'adresse de mmoire partage parat ne pas fonctionner avec (au
   moins) les premires rvisions de ces cartes. (Ce problme n'est pas
   spcifique  Linux d'ailleurs). Dans ce cas, vous devez les fournir au
   pilote ; par exemple, pour une carte utilisant l'IRQ 5 et la mmoire
   partage en 0xd0000. Avec un pilote modulaire, ajoutez options es3210
   irq=5 mem=0xd0000  votre fichier /etc/conf.modules. Si le pilote est
   intgr au noyau, donnez lui ether=5,0,0xd0000,eth0 au boot. L'adresse
   de base d'E/S est dtecte automatiquement et une valeur de zro doit
   donc tre utilise.

  NI5010

   Statut : Partiellement support, Nom du pilote : ni5110

   Le pilote pour ces vieilles cartes 8 bits MiCom-Interlan tait
   disponible sparment, mais on le trouve maintenant en tant que pilote
   exprimental dans les noyaux 2.2.

  NI5210

   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 possdent cette carte. Consultez  Les pilotes
   `Alpha' pour des informations importantes sur l'utilisation des
   pilotes Ethernet en phase de test `alpha' avec Linux.

  NI6510 (not EB)

   Statut : Partiellement support, Nom du pilote : ni65

   Il existe galement un pilote pour la NI6510 (base 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 gnrique. Consultez  Les pilotes
   `Alpha' pour des informations importantes sur l'utilisation des
   pilotes Ethernet en phase de test `alpha' avec Linux.

  EtherBlaster (aka NI6510EB)

   Statut : Support, Nom du pilote : lance

   Depuis le noyau 1.3.23, le pilote LANCE gnrique comprend un test
   supplmentaire pour la signature 0x52, 0x44 spcifique de la NI6510EB.
   D'autres ont indiqu que cette signature n'est pas la mme pour toutes
   les cartes NI6510EB, ce qui peut amener le pilote lance  ne pas
   dtecter votre carte. Si cela vous arrive, vous pouvez changer la
   procdure de dtection (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 dfaut.

   Les cartes devraient probablement tre places en mode `hautes
   performances' et non pas dans le mode compatible-NI6510 lorsque l'on
   utilise le pilote lance.

5.31 RealTek

  RealTek RTL8002/8012 (AT-Lan-Tec) Pocket adaptor

   Statut : Support, Nom du pilote : atp

   Il s'agit d'un adaptateur de poche gnrique, peu cher, dvelopp 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 premires versions de ce pilote, le nom de
   priphrique que vous passiez  ifconfig _n'tait pas_ eth0 mais atp0.

  RealTek 8009

   Statut : Support, Nom du pilote : ne (+8390)

   C'est un clone de NE2000 ISA, et il fonctionne trs 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 mme site.

  RealTek 8019

   Statut : Support, Nom du pilote : ne (+8390)

   Celle-ci est la version "Plug and Pray" de la prcdente. Utilisez
   l'utilitaire DOS pour dsactiver 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 mme site.

  RealTek 8029

   Statut : Support, Nom du pilote : ne2k-pci

   Il s'agit d'une implmentation PCI sur une seule puce d'un clone de
   NE2000. Diffrents 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.

  RealTek 8129/8139

   Statut : Partiellement support, Nom du pilote : rtl8139

   Encore une autre solution Ethernet PCI sur une puce unique de RealTek.
   Un pilote pour les cartes bases 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

5.32 Sager

  Sager NP943

   Statut : Partiellement support, Nom du pilote : 3c501

   Il s'agit juste d'un clone de 3c501, avec un prfixe de S.A. PROM
   diffrent. Je pense qu'elle est aussi cliniquement morte que la vraie
   3c501, en passant. Le pilote vrifie la prsence 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.

5.33 Schneider & Koch

  SK G16

   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 base sur la premire dition de la
   puce LANCE (la 7990). Une fois de plus, cette carte semble ne pas
   fonctionner avec le pilote LANCE gnrique.

5.34 SEEQ

  SEEQ 8005

   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 intrt  envoyer un message 
   hamish@zot.apana.org.au.

5.35 SMC (Standard Microsystems Corp.)

   La division Ethernet de Western Digital a t achete 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 bases 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 tlphone : 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 :
   techsupt@ccmail.west.smc.com. Site FTP  : ftp.smc.com. Site Web : SMC.

  WD8003, SMC Elite

   Statut : Support, Nom du pilote : wd (+8390)

   Ce sont les versions 8 bits de la carte. La 8003 8 bits est lgrement
   moins chre, mais ne vaut ces conomies que pour une utilisation
   lgre. Notez que certaines des cartes sans EEPROM (des clones avec
   des cavaliers, ou de vieilles _vieilles_ 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 utilise, et si cela choue, le
   pilote utilise l'IRQ 5 sans rien dire. Vous pouvez obtenir les
   disquettes d'installation/de paramtrage de SMC sur leur site FTP.
   Notez que certains des plus rcents programmes 'SuperDisk' de SMC ne
   russiront pas  dtecter les vraies vieilles cartes sans EEPROM. Le
   fichier SMCDSK46.EXE semble tre un bon choix passe-partout. Notez
   aussi que les rglages des cavaliers pour toutes leurs cartes se
   trouvent dans un fichier texte dans l'archive sus-mentionne. La
   dernire (meilleure ?) version peut tre obtenue depuis ftp.smc.com.

   Comme ces cartes sont fondamentalement les mmes que leurs homologues
   16 bits (WD8013 / SMC Elite16), vous devriez consulter la section
   suivante pour en savoir plus.

  WD8013, SMC Elite16

   Statut : Support, Nom du pilote : wd (+8390)

   Au fil des ans, la conception a ajout plus de registres et une
   EEPROM. (Les premires cartes wd8003 sont apparues il y a environ dix
   ans !) Les clones portent en gnral un nom en `8013', et se passent
   habituellement d'EEPROM au profit de cavaliers. Les cartes SMC dernier
   modle auront la puce SMC 83c690 au lieu de la DP8390 de National
   Semiconductor que l'on trouvait sur les premires. Les cartes conues
   pour utiliser la mmoire partage sont un peu plus rapides que celles
   qui reposent sur les E/S programmes (PIO), spcialement 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 accs sr au tampon de paquets sur un systme
   multi-thread, et de ne plus avoir un registre de donnes PIO qui
   bloque votre machine pendant les procdures de dtection aprs un
   redmarrage  chaud.

   Les cartes sans EEPROM qui ne peuvent pas lire l'IRQ slectionne
   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 mmoire embarque
   standard, la taille de la mmoire peut tre spcifie au moment du
   dmarrage (ou dans le fichier /etc/conf.modules si vous utilisez les
   modules). La taille mmoire standard est de 8 Ko pour une carte 8 bits
   et de 16 Ko pour une carte 16 bits. Par exemple, les antdiluviennes
   WD8003EBT peuvent tre configures par cavaliers pour utiliser 32 Ko.
   Pour avoir un accs complet  cette mmoire, 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 problmes des 8013 pour certains des problmes
   les plus classiques et les questions qui reviennent le plus
   frquemment.

   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 spcifiques aux
   modules.

  SMC Elite Ultra

   Statut : Support, Nom du pilote : smc-ultra (+8390)

   Cette carte Ethernet est base sur la 83c790 de SMC, qui comporte
   quelques nouveauts par rapport  la 83c690. Bien qu'elle possde un
   mode similaire aux anciennes cartes Ethernet SMC, elle n'est pas
   entirement compatible avec les vieux pilotes WD80*3. Nanmoins, dans
   ce mode le pilote partage la plupart de son code avec les autres
   pilotes 8390, tout en tant lgrement plus rapide qu'un clone de
   WD8013.

   Puisqu'une partie de l'Ultra _ressemble_  une 8013, sa procdure de
   dtection est cense 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 spar pour
   le mode `Altego' de l'Ultra, qui permet d'enchaner les transmissions
   au cot d'une utilisation inefficace des tampons de rception, mais
   cela n'arrivera probablement jamais.

   Utilisateurs d'adaptateurs SCSI dots du contrle 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
   donnes avec des disques SCSI utiliss derrire 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 problme se produit avec Interactive, et des
   anciens pilotes Windows NT. Il s'agit d'un conflit matriel avec des
   rvisions antrieures de la carte qui peut tre contourn dans la
   conception du pilote. Le pilote actuel de l'Ultra vous protge contre
   ce problme en n'activant la mmoire partage que lors des transferts
   de donnes avec la carte. Assurez-vous que votre version de noyau soit
   au moins la 1.1.84, ou que celle du pilote indique au dmarrage est
   au moins smc-ultra.c:v1.12, sinon vous tes vulnrable  ce problme.

   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 spcifiques aux
   modules.

  SMC Elite Ultra32 EISA

   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 ralis.

  SMC EtherEZ (8416)

   Statut : Support, Nom du pilote : smc-ultra (+8390)

   Cette carte utilise la puce 83c795 de SMC et supporte la spcification
   Plug 'n Play. Elle comporte aussi un mode compatible _SMC Ultra_ qui
   lui permet d'tre utilise avec le pilote Ultra de Linux. Pour de
   meilleurs rsultats, utilisez le programme provenant de chez SMC et
   permettant de dsactiver le PnP et de la configurer pour le mode 
   mmoire partage. Consultez les informations ci-dessus pour des notes
   sur le pilote Ultra.

   Pour les noyaux 1.2, la carte devait tre configure pour oprer en
   mmoire partage. Nanmoins, les noyaux 2.0 peuvent utiliser la carte
   dans ce mode ou en E/S programmes. Celui-l sera lgrement plus
   rapide, et requerra moins de ressources processeur, par ailleurs.

  SMC EtherPower PCI (8432)

   Statut : Support, Nom du pilote : de4x5, tulip

   NB : L'EtherPower II est une carte totalement diffrente. Voir plus
   bas !

   Ces cartes sont une implmentation 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 dveloppement du pilote gnrique
   21040 (aussi connu sous le nom de tulip.c). Merci de nouveau  Duke
   Kamstra, d'avoir fourni une carte sur laquelle raliser le
   dveloppement.

   Certaines des dernires rvisions de cette carte utilisent la rcente
   puce 21041 de DEC, ce qui peut causer des problmes avec des versions
   anciennes du pilote tulip. Si vous avez des problmes, assurez-vous
   d'utiliser la dernire version du pilote, qui peut ne pas encore se
   trouver dans l'arborescence actuelle du noyau.

   Consultez  DEC 21040 pour plus de dtails sur l'utilisation d'une de
   ces cartes, et l'tat d'avancement actuel du pilote.

   Apparemment, la toute dernire rvision 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 sr, vrifiez que vous pourrez rendre la carte si elle ne
   fonctionne pas avec le pilote Linux _avant_ de payer.

  SMC EtherPower II PCI (9432)

   Statut : Partiellement support, Nom du pilote : epic100

   Ces cartes, bases sur la puce 83c170 de SMC, sont compltement
   diffrentes des cartes bases sur la Tulip. Un nouveau pilote est
   inclus dans les noyau 2.0 et 2.2 pour les supporter. Pour plus de
   dtails, consultez :

   http://cesdis.gsfc.nasa.gov/linux/drivers/epic100.html

  SMC 3008

   Statut : Non support

   Ces cartes 8 bits sont bases sur la puce MB86950 de Fujitsu, qui est
   une ancienne version de la MB86965 utilise 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 trs
   rpandues.

  SMC 3016

   Statut : Non support

   Il s'agit de cartes 16 bits  E/S mappes,  puce 8390, trs
   similaires  une carte NE2000 gnrique. Si vous pouvez obtenir les
   spcifications chez SMC, alors raliser un portage du pilote NE2000
   sera certainement relativement facile. Ces cartes ne sont pas trs
   rpandues.

  SMC-9000 / SMC 91c92/4

   Statut : Support, Nom du pilote : smc9194

   La SMC9000 est une carte VLB base sur la puce 91c92. La 91c92
   apparat aussi sur un petit nombre de cartes d'autres marques, mais
   est plutt peu commune. Erik Stahlman (erik@vt.edu) a crit ce pilote
   qui se trouve dans les noyaux 2.0, mais pas dans les 1.2 plus anciens.
   Vous devriez pouvoir l'intgrer  une arborescence de noyau 1.2 avec
   un minimum de difficults.

  SMC 91c100

   Statut : Partiellement support, Nom du pilote : smc9194

   Le pilote SMC 91c92 est suppos fonctionner pour les cartes bases sur
   cette puce 100Base-T, mais  l'heure actuelle cela n'a pas t
   vrifi.

5.36 Texas Instruments

  ThunderLAN

   Statut : Support, Nom du pilote : tlan

   Ce pilote supporte beaucoup de cartes ethernet intgres aux
   ordinateurs Compaq, incluant les familles NetFlex et Netelligent. Il
   supporte aussi les produits Olicom 2183, 2185, 2325 et 2326.

5.37 Thomas Conrad

  Thomas Conrad TC-5048

   Encore une autre carte PCI base sur la puce 21040 de DEC.

   Consultez la section sur la puce 21040 ( DEC 21040) pour plus
   d'informations.

5.38 VIA

   Vous ne verrez probablement jamais une carte VIA, car VIA fabrique
   plusieurs puces rseau qui sont ensuite utilises par d'autres dans la
   construction de leurs cartes ethernet. Ils ont un site WWW  :

     http://www.via.com.tw/

  VIA 86C926 Amazon

   Statut : Support, Nom du pilote : ne, ne2k-pci (+8390)

   Ce contrleur 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. Rfrez vous  la
   section NE2000 PCI pour plus de dtails.

  VIA 86C100A Rhine II (et 3043 Rhine I)

   Statut : Support, Nom du pilote : via-rhine

   Ce pilote relativement rcent se trouve dans les noyaux 2.0 et 2.2.
   Cette puce est une amlioration de la NE2000 86C926 dans la mesure o
   elle gre les transferts par contrle de bus, mais du fait de
   l'obligation d'aligner les tampons sur 32 bits, les gains sont
   limits. Pour plus de dtails, et les mises  jour, rfrez vous  :

   http://cesdis.gsfc.nasa.gov/linux/drivers/via-rhine.html

5.39 Western Digital

   Rfrez vous  la section SMC pour plus d'informations sur les cartes
   SMC. (SMC a rachet la section cartes rseau de Western Digital il y a
   bien longtemps).

5.40 Winbond

   Winbond ne fabrique, ni ne vend de cartes au grand public -- au lieu
   de cela, ils font des puces pour cartes rseau tout en un, les vendent
    d'autres entreprises, qui les collent sur une carte PCI, ajoutent
   leur nom et ensuite, les revendent.

  Winbond 89c840

   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

  Winbond 89c940

   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 ide vieille de plus de 10 ans colle sur un
   bus PCI. Les performances ne seront pas meilleures que pour
   l'quivalent ISA.

5.41 Xircom

   Depuis des temps immmoriaux, Xircom refusait de dvoiler les
   informations ncessaires  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 prtendent supporter tous les systmes d'exploitation
   rseau populaires...), ce qui les a amens  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 `obsoltes',
   comme les premiers modles PE. Si vous tes intresss et que vous
   voulez vrifier par vous mme, vous pouvez joindre Xircom au
   1-800-874-7875, 1-800-438-4526 ou au +1-818-878-7600.

   (NDT : les deux premiers numros sont des numros verts aux tats-Unis
   et ne sont pas accessibles depuis l'tranger. Le dernier est un numro
   international).

  Xircom PE1, PE2, PE3-10B*

   Statut : Non support.

   Ce n'est pas pour vous rconforter, mais si vous avez l'un de ces
   adaptateurs sur port parallle, vous pourrez peut-tre l'utiliser sous
   l'mulateur DOS avec les pilotes DOS fournis par Xircom. Vous devrez
   autoriser l'accs de DOSEMU au port parallle, et certainement jouer
   avec SIG (le gnrateur d'interruptions stupides de DOSEMU, en anglais
   _Silly Interrupt Generator_).

  Cartes Xircom PCMCIA

   Statut : Partiellement Support, Nom du pilote : ????

   Les pilotes de certaines cartes Xircom PCMCIA sont disponibles dans le
   paquetage PCMCIA de David Hinds. Vrifiez l-bas pour de plus amples
   informations.

5.42 Zenith

  Z-Note

   Statut : Support, Nom du pilote : znet

   L'adaptateur rseau intgr au Z-Note est bas sur la puce i82593
   d'Intel, et utilise _deux_ 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 excutez make config.
   Notez aussi que l'IBM ThinkPad 300 est compatible avec le Z-Note.

5.43 Znyx

  Znyx ZX342 (DEC 21040 based)

   Statut : Support, Nom du pilote : de4x5, tulip

   Vous avez le choix entre _deux_ pilotes pour les cartes bases sur
   cette puce. D'une part le pilote DE425 crit par David, d'autre part
   le pilote 21040 gnrique 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 dtails.

   Consultez  DEC 21040 pour plus d'informations sur ces cartes, et la
   situation actuelle du pilote.

5.44 Identifier une carte inconnue

   OK, l'ami du voisin du cousin de votre oncle a un frre qui a trouv
   une vieille carte Ethernet ISA dans le botier de l'AT qui servait de
   cage pour le hamster de son fils. D'une manire 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 dbut
   d'une ide de ce qu'elle est et il n'y a aucune documentation.

   Tout d'abord, cherchez n'importe quel numro de modle vident qui
   pourrait fournir un indice. Un numro de modle 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.

  Identifier le contrleur d'interface rseau (Network InterfaceController,
  NIC)

   Cherchez la plus grosse puce sur la carte. Ce sera le contrleur
   rseau (NIC) lui-mme, et la plupart peuvent tre identifis par leur
   rfrence. 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
   fabriques par National Semiconductor ! D'autres socits 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
   bases sur le 8390, arrivent en deuxime position les wd80x3 (de
   Western/Digital) et ses clones. Des cartes avec un DP83905 peuvent
   tre configures pour tre une NE2000 _ou_ une wd8013. Les versions
   les plus rcentes des wd80x3 de base et des SMC Elite possdent un
   83c690 en lieu et place du DP8390 d'origine. Les cartes SMC Ultra ont
   un 83c790, et utilisent un pilote lgrement diffrent de celui des
   cartes wd80x3. Les cartes EtherEZ de SMC ont un 83c795, et utilisent
   le mme pilote que la SMC Ultra. Toutes les cartes BNC bases sur un
   genre de 8390 ou l'un de ses clones auront gnralement un 8392 (ou un
   83c692, ou un ???392) en botier DIP 16 broches tout prs 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 numrot AM7990, et les
   rvisions plus rcentes 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 possdent leur propre pilote.

   Les cartes PCI plus rcentes et qui comportent un NIC de DEC rfrenc
   21040, 21041, 21140, ou un numro approchant, devraient tre capables
   d'utiliser le pilote `tulip' ou le `de4x5' de Linux.

   D'autres cartes PCI qui comportent une grosse puce marque RTL8029,
   89C940 ou 86C926 sont des clones de NE2000, et le pilote `ne' des
   versions 2.0 et suprieures du noyau Linux devrait automatiquement les
   dtecter au dmarrage.

  Identifier l'adresse Ethernet

   Chaque carte Ethernet possde sa propre adresse sur six octets qui lui
   est unique et propre. Les trois premiers octets de cette adresse
   Ethernet sont les mmes 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 affects par
   le constructeur de faon 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, imprims sur un autocollant attach  une PROM
   monte sur la carte, ce qui ne vous indique rien du tout.

   Vous pouvez dterminer quel constructeur possde 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.

  Quelques astuces pour essayer d'utiliser une carte inconnue

   Si vous n'tes toujours pas sr(e) de quelle carte il s'agit, mais que
   vous avez un peu rduit le champ des possibilits, alors vous pouvez
   construire un noyau en y incluant tout un tas de pilotes, et voir si
   l'un d'entre eux dtecte automatiquement la carte lors du dmarrage.

   Si le noyau ne dtecte pas la carte, il se peut que la carte ne soit
   pas configure  l'une des adresses que le pilote teste lorsqu'il en
   recherche une. Dans ce cas, vous pourriez essayer de rcuprer
   scanport.tar.gz sur votre site FTP Linux prfr, et voir s'il peut
   trouver l'adresse pour laquelle votre carte est configure. Ce
   programme parcourt l'espace d'adressage d'entre/sortie de 0x100 
   0x3ff en cherchant des priphriques qui ne sont pas dj enregistrs
   dans /proc/ioports. S'il en trouve un qui soit inconnu et qui dmarre
    une adresse donne, vous pouvez alors explicitement diriger les
   procdures de dtection Ethernet vers cette adresse en utilisant un
   argument de dmarrage ether=.

   Si vous arrivez  faire en sorte que la carte soit dtecte, 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 dtecte. Les paramtres d'IRQ peuvent aussi
   habituellement tre dtermins en suivants les traces au dos de la
   carte jusqu' l'endroit o les cavaliers sont souds. En comptant les
   `doigts d'or' sur la face arrire, depuis l'extrmit de la carte o
   se situe la plaque mtallique 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 gnralement pour
   fonction de slectionner l'adresse mmoire d'une ROM de dmarrage
   (boot ROM) optionnelle. D'autres situs prs des connecteurs BNC,
   RJ-45 ou AUI servent gnralement  slectionner le support physique
   de sortie. Ceux-ci se situent typiquement prs des `botes noires' qui
   contiennent les convertisseurs de tension, marques YCL, Valor, ou
   Fil-Mag.

   Une collection intressante de configurations de cavaliers pour
   diverses cartes se trouve  l'URL suivante :

     Paramtrage des cartes Ethernet

5.45 Pilotes pour priphriques Non-Ethernet

   Quelques autres pilotes existent dans les sources Linux qui se
   prsentent _comme_ un priphrique Ethernet vis--vis des programmes
   rseaux, bien qu'ils ne soient pas rellement Ethernet. Les voici
   brivement prsents pour tre complet.

   dummy.c - Le but de ce pilote est de fournir un priphrique pour
   dsigner une route qui le traverse, mais sans transmettre rellement
   de paquets.

   eql.c - Load Equalizer (galiseur de charge), qui regroupe plusieurs
   priphriques esclaves (gnralement des modems) et rpartit la charge
   en transmission entre eux tout en ne prsentant qu'un seul
   priphrique aux programmes rseau.

   ibmtr.c - IBM Token Ring (anneau  jeton), qui n'est pas rellement de
   l'Ethernet. L'anneau  `jeter' ncessite du routage par la source et
   autres trucs dgotants.

   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
   rception.

   pi2.c - Interface Ottawa Amateur Radio Club PI et PI2.

   plip.c - Parallel Line Internet Protocol (PLIP, IP sur port
   parallle), qui permet  deux ordinateurs de s'envoyer des paquets
   l'un  l'autre via leurs ports parallles, 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 gnral des modems).

   (NDT : C'est le mode de connexion le plus couramment employ par les
   fournisseurs d'accs Internet. Consultez le _PPP-Howto_.)

   slip.c - Serial Line Internet Protocol (SLIP, IP sur port srie), qui
   permet  deux ordinateurs de s'envoyer des paquets l'un  l'autre via
   leurs ports srie (gnralement 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 rseau de faon
   transparente entre sous-rseaux.

   (NDT : Pratique pour grer certains problmes dlicats de politique de
   routage, par exemple.)

   wavelan.c - Un transceiver radio semblable  de l'Ethernet, contrl
   par le coprocesseur 82586 d'Intel qui est utilis sur d'autres cartes
   Ethernet comme l'Intel EtherExpress.

6. Cbles, Coaxial, Paire Torsade

   Si vous dmarrez un rseau  partir de rien, vous aurez a choisir
   entre l'Ethernet fin (du cble RG-58 co-axial avec des connecteurs
   BNC) ou le 10BaseT (des cbles  paire torsade avec des connecteurs
   RJ-45 rectangulaires). Quant au `gros' Ethernet (thick Ethernet), du
   cble RG-5 avec des connecteurs N, tomb en dsutude, on ne le
   rencontre pratiquement plus.

   Rfrez vous  Type de cable... pour une introduction sur les cbles.
   Notez aussi que la Foire Aux Questions (FAQ) du groupe
   _comp.dcom.lans.ethernet_ contient un tas d'informations utiles sur les
   cbles et tout ce genre de choses. Jetez un coup d'oeil  :

     Usenet FAQs

   pour la FAQ de ce groupe de news.

   (NDT : Le lecteur francophone utilisera bien entendu un site miroir
   comme URL sur ibp  complter.. ou tout site quivalent proche de chez
   lui).

6.1 Ethernet fin (thinnet)

   Le cable Ethernet fin n'est pas cher. Si vous fabriquez vos cbles
   vous-mme, le cble RG58A  me monobrin est  $0.27/m et le cble
   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 cble en France !)
   Les connecteurs BNC  baonnette sont  moins de deux dollars chacun.
   (NDT : A sertir, environ 10 francs pices,  souder un peu plus cher
   mais vous n'avez pas besoin d'un outil spcial).

   Les autres pices diverses sont tout aussi bon march.

   Il est important que vous terminiez chaque extrmit du cble avec un
   `bouchon' de 50 ohms (NDT : bouchon ou terminateur..), donc prvoyez
   70 francs pour une paire. Il est aussi vital que votre cble ne
   comporte pas de `patte qui pend' -- les connecteurs en `T' doivent
   tre raccords directement aux cartes Ethernet, sans cble entre le
   `T' et la carte.

   Il y a quelques inconvnients  utiliser l'Ethernet fin. Le premier
   est qu'il est limit a 10 Mbps -- pour 100 Mbps, il faut de la paire
   torsade. Le second point noir est que si vous avez un grand nombre de
   machines raccordes entre elles, il suffit qu'un imbcile coupe le
   rseau en dbranchant un des cbles qui se trouvent sur les cts de
   son `T', et tout le rseau se retrouve par terre parce qu'il voit une
   impdance infinie (circuit ouvert) au lieu de la terminaison  50 ohms
   qui est ncessaire. Notez que vous pouvez enlever la pice en forme de
   `T' de la carte Ethernet elle-mme sans tuer tout le sous-rseau, pour
   autant que vous n'enleviez pas les cbles du `T' lui-mme. Bien
   entendu cela perturbera la machine d'o vous venez d'enlever le `T'.
   8-) Et notez aussi que si vous crez un petit rseau constitu de
   seulement deux machines, vous devez _quand mme_ mettre en place les
   `T' et les bouchons de 50 ohms. -- vous _ne pouvez pas_ juste cbler
   les deux machines entre elles !

   NDT : Notez aussi que vous ne devez pas crer une boucle avec le cble
   non plus, en reliant toutes les machines entre elles et en reliant la
   dernire machine avec la premire. La prsence d'un bouchon de 50 ohms
    _chaque_ extrmit du cble (et il ne doit y avoir que deux
   extrmits 8-) ) est indispensable pour qu'Ethernet fonctionne
   correctement. (Fin de la note)

   Il existe aussi des systmes de cblage rigolos qui _font comme si_ un
   seul fil arrivait  la carte, mais en fait les deux longueurs de cble
   reposant cte--cte, recouvertes par une protection extrieure, ce
   qui donne au fil une section de forme ovale. A l'extrmit de cette
   boucle est insr un connecteur BNC sur lequel se connecte votre
   carte. Vous avez donc l'quivalent d'un aller-retour de cble et d'un
   `T' BNC, mais avec ce type de cblage, il est impossible pour
   l'utilisateur d'enlever un cble d'un seul ct du `T' et donc de
   perturber le rseau.

   (NDT : C'est une bonne ide, mais la ralisation du cblage entre les
   prises de raccordement est dlicate, et le moindre dfaut amplifie
   rapidement les problmes de l'Ethernet fin. )

6.2 Paire torsade

   Les rseaux  paire torsade ncessitent des hubs actifs, dont les
   prix dmarrent aux environ de 300 francs, et le prix du cble brut
   peut tre en fait suprieur  celui du Thinnet. Vous devriez ignorer
   ceux qui disent que vous pouvez utiliser votre cblage tlphonique
   existant, car il est rare de trouver une installation o c'est le cas.

   (NdT : Ca c'est du pessimisme avr. J'ai dj fait pire. :])

   D'un autre ct, les prix des hubs sont en chute libre, toutes les
   propositions Ethernet 100 Mbps utilisent la paire torsade, et la
   plupart des installations professionnelles neuves utilisent la paire
   torsade.

   (NDT : Euh, c'est peut-tre aussi parce qu'avec un cblage banalis on
   peut faire de la voix (entendez : du tlphone), de la donne
   (entendez : du rseau), et de la vido, sur le mme cble, ce qui
   cote quand mme moins cher que trois cblages diffrents !)

   De plus, Russ Nelson ajoute que `Les nouvelles installations devraient
   utiliser du cblage Catgorie 5. Toute autre chose est une perte de
   temps de votre installateur, car le 100Base-ce-que-vous-voulez
   ncessitera du Cat. 5.'

   (NDT : Pour tre prcis, c'est du Catgorie 5, Classe D qu'il faut
   exiger. Un pour le type de cble, un pour la plage de frquence. :))

   Si vous n'avez que deux machines  raccorder, il est possible d'viter
   l'utilisation d'un hub, en croisant les paires missions et rception
   (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 numrotes de 1  8 de la gauche vers la
   droite. L'utilisation des broches est la suivante :

        Numro de broche        Utilisation
        ----------              ----------
        1                       Sortie des Donnes (+)
        2                       Sortie des Donnes (-)
        3                       Entre des Donnes (+)
        4                       Rserv pour le tlphone
        5                       Rserv pour le tlphone
        6                       Entre des Donnes (-)
        7                       Rserv pour le tlphone
        8                       Rserv pour le tlphone

   Si vous souhaitez fabriquer un cble, ce qui suit devrait vous fournir
   tous les dtails voulus. Les paires de signaux diffrentiels doivent
   se trouver sur la mme paire torsade afin d'obtenir l'impdance et
   les pertes minimales requises d'un cble UTP. Si vous consultez la
   table ci-dessus, vous constatez que 1+2 et 3+6 sont les ensembles de
   paires de signaux diffrentiels. Pas 1+3 et 2+6 !!!!!! A 10 MHz, avec
   des distances courtes, vous chapperez *peut-tre* aux consquences de
   telles erreurs, si c'est vraiment sur une courte distance. Mais n'y
   pensez mme pas  100 MHz.

   Pour un cordon de brassage normal, avec les extrmits `A' et `B',
   vous avez besoin d'un raccordement `droit', broche par broche,
   l'entre et la sortie utilisant chacune une paire de fils (pour des
   problmes d'impdance). 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 mme paire torsade. De mme, les fils qui joignent 3A-3B et 6A-6B
   doivent tre sur une autre paire torsade.

   Maintenant, si vous n'avez pas de hub, mais que vous voulez fabriquer
   un `cble null' (ou cble crois, NDT), ce que vous souhaitez faire
   est que l'entre de `A' devienne la sortie de `B', et que la sortie de
   `A' devienne l'entre de `B', sans changer la polarit. Cela signifie
   donc raccorder 1A  3B (sortie+ de A vers entre+ de B) et 2A  6B
   (sortie- de A vers entre- de B). Ces deux fils doivent tre sur une
   paire torsade. Ils transportent ce que la carte/le connecteur `A'
   considre comme la sortie, et ce qui est vu comme l'entre par la
   carte/le connecteur `B'. Puis raccordez 3A  1B (entre+ de A sur
   sortie+ de B) et 6A  2B (entre- de A sur sortie- de B). Ces deux-l
   aussi doivent tre sur une paire torsade. Ils transportent ce que la
   carte/le connecteur `A' considre comme son entre, et ce que la
   carte/le connecteur `B' considre comme sa sortie.

   Donc, si vous considrez un cordon de brassage normal, enlevez l'une
   de ses extrmits, changez les emplacements des paires de rception
   et d'mission dans le nouveau connecteur, sertissez-le, et vous avez
   un cble `null' (enfin, crois, quoi ! NDT). Rien de bien compliqu.
   Vous voulez juste que le signal transmis par une carte soit envoy sur
   le rcepteur de la seconde, et vice versa.

   Notez qu'avant que 10BaseT soit ratifi en tant que norme, il existait
   d'autres formats de rseau qui utilisaient des connecteurs RJ-45, avec
   le mme principe de cblage que ci-dessus. Des exemples sont le
   LattisNet de SynOptics et le StarLAN d'AT&T. Dans certains cas (comme
   les premires cartes 3C503) vous pouvez positionner des cavaliers pour
   que la carte puisse dialoguer avec des hubs de diffrents types, mais
   dans la plupart des cas les cartes conues pour ces anciens types de
   rseaux ne fonctionneront pas avec un hub/un rseau 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).

6.3 Thick Ethernet - Le `gros' Ethernet

   Le `Thick ethernet' est pratiquement obsolte, et n'est gnralement
   utilis que pour rester compatible avec une implmentation existante.
   Vous pouvez outrepasser les rgles 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 rseau ThickNet existant. Une
   solution correcte (mais plus chre) est d'utiliser un rpteur dans ce
   cas.

7. Configuration logicielle et diagnostics de carte

   Dans la plupart des cas, si la configuration est faite par logiciel,
   et stocke dans une EEPROM, vous devrez dmarrer DOS, et utiliser le
   programme DOS fourni par le constructeur pour configurer l'IRQ, les
   ports d'E/S, l'adresse mmoire et autres choses sur la carte. Du
   reste, on peut esprer 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 _plein_ d'autres fabricants.

   On trouve certaines cartes pour lesquelles des versions Linux des
   utilitaires de configuration existent, et elles sont listes ici.
   Donald a crit quelques petits programmes de diagnostic qui
   fonctionnent sous Linux. La plupart d'entre eux sont le rsultat
   d'outils de dbogage qu'il a crs 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. Mme 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 dtecte au dmarrage.

   Dans tous les cas, vous devrez excuter la plupart de ces programmes
   en tant que root (pour permettre l'accs aux ports d'E/S) et vous
   devrez certainement dsactiver la carte rseau avant en tapant
   ifconfig eth0 down en premier.

7.1 Programmes de configuration pour cartes Ethernet

  Cartes WD80x3

   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 dj 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 _devez_ avoir une carte avec EEPROM pour utiliser
   cet utilitaire. Les vieilles, _vieilles_ cartes wd8003, et certains
   clones de wd8013 utilisent  la place des cavaliers pour configurer la
   carte.

  Cartes Digital / DEC

   La carte EtherWorks 3 de Digital peut tre configure d'une faon
   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 rpertoire
   /pub/linux/system/Network/management un fichier qui s'appelle
   ewrk3tools-X.XX.tar.gz.

   (NDT : Le lecteur franais aura tout intrt  utiliser un site FTP
   plus proche, comme par exemple :
   ftp://ftp.lip6.fr/pub/linux/sunsite/system/Network/management)

  Cartes NE2000+ ou AT/LANTIC

   Certaines implmentations de la puce DP83905 de National Semiconductor
   (comme l'AT/LANTIC et la NE2000+) peuvent tre configures par
   logiciel. (Notez que ces cartes peuvent aussi muler une carte
   wd8013 !) Vous pouvez rcuprer 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 vrifient pas une adresse spcifique au constructeur avant de
   vous autoriser  les utiliser. Suivez l'URL que voici :

     Logiciel Kingston

   et rcuprez 20XX12.EXE et INFOSET.EXE.

   Soyez attentif en configurant des cartes NE2000+, car vous pouvez leur
   fournir des valeurs de paramtrage errones qui causeront des
   problmes. Un exemple classique est d'activer accidentellement la ROM
   de dmarrage dans l'EEPROM (mme si aucune ROM n'est installe) et de
   fournir une valeur qui entre en conflit avec la carte VGA. Le rsultat
   est un ordinateur qui se contente de vous envoyer des `bip' quand vous
   l'allumez et o rien n'apparat  l'cran.

   Vous pouvez typiquement vous sortir de ce mauvais pas en faisant ce
   qui suit :

   Enlevez la carte de la machine, redmarrez et entrez dans la
   configuration CMOS. Changez le paramtre `Display Adapter' (carte
   vido) en `Not Installed' (pas de carte vido) et changez le disque de
   dmarrage par dfaut (`Default Boot Drive' ou `Boot Sequence', NDT) en
   `A:' (votre lecteur de disquette). Changez aussi le paramtre `Wait
   for F1 if any Error' (attendre un appui sur F1 en cas d'erreur) en
   `Disabled' (dsactiv). De cette faon, l'ordinateur devrait dmarrer
   sans intervention de l'utilisateur. Maintenant crez une disquette DOS
   de dmarrage (`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 dfaut cohrentes soit excut automatiquement quand vous dmarrez
   sur cette disquette. Eteignez la machine, rinstallez la carte
   ne2000+, insrez votre nouvelle disquette de dmarrage, et rallumez la
   machine. Elle devrait certainement vous bipper de nouveau  la figure,
   mais vous devriez voir la lumire du lecteur de disquette s'allumer
   pendant qu'elle dmarre  partir de la disquette. Attendez une minute
   ou deux que le lecteur de disquette s'arrte, indiquant ainsi que la
   machine a fini d'excuter le programme default.exe, puis teignez
   votre ordinateur. Lorsque vous le rallumez, vous pouvez esprer avoir
   un cran qui fonctionne de nouveau, ce qui vous permet de remettre les
   paramtres CMOS  leurs anciennes valeurs, et de changer de nouveau
   les paramtres 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 mthode ci-dessus avec un disque de dmarrage Linux qui excute
   automatiquement le programme atlantic de Donald (avec les bonnes
   options sur la ligne de commande) au lieu d'une disquette de dmarrage
   DOS qui excute automatiquement le programme default.exe.

  Cartes 3Com

   La famille des cartes Etherlink III de 3Com (c'est--dire les 3c5x9)
   peut tre configure 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 sries ``B'' de la famille
   Etherlink III).

7.2 Programmes de diagnostic pour cartes Ethernet

   Tous les programmes de diagnostic que Donald a crit peuvent tre
   obtenus  partir de cette URL.

     Diagnostics pour cartes Ethernet

   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 possde sur la
   carte en question.

8. Informations Techniques

   Pour ceux d'entre vous qui souhaitent comprendre comment marche la
   carte, ou jouer avec les pilotes actuels, ou mme essayer de faire
   leur propre pilote pour une carte qui n'est actuellement pas
   supporte, ces informations peuvent se rvler utiles. Si vous
   n'entrez pas dans cette catgorie de personne, vous devriez peut-tre
   sauter cette section.

8.1 Entres/Sorties programmes contre mmoire partage contre DMA

   Si vous savez dj envoyer et recevoir des paquets les uns derrire
   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 trs prs de
   l'envoi de paquets les uns derrire les autres (cela dpendra du temps
   de latence d'interruption courant), et la 3c509 ou l'AT1500 n'ont
   absolument aucun problme pour mettre des paquets les uns derrire
   les autres.

   Le bus ISA peut faire du 5,3 Mo/s (42 Mbit/s), ce qui semble plus que
   ncessaire 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.

  Entres/Sorties (E/S) programmes (NE2000, 3c509, etc.)

   _Pour :_ N'utilise aucune ressource systme contrainte, juste quelques
   registres d'E/S, et n'a pas de limite  16 M.

   _Contre :_ Gnralement le taux de transfert le plus faible, le
   processeur attend tout le temps, et un accs entrelac (_interleaved_
   en anglais) aux paquets est habituellement difficile voire impossible.

  Mmoire partage (WD80x3, SMC-Ultra, 3c503, etc.)

   _Pour :_ Simple, plus rapide que les E/S programmes, permet l'accs
   alatoire aux paquets. Les pilotes Linux calculent la somme de
   contrle (_checksum_ en anglais) des paquets IP entrants lorsqu'ils
   sont copis depuis la carte, ce qui entrane une rduction
   supplmentaire de la charge du processeur par rapport  une carte
   quivalente en E/S programmes.

   _Contre :_ Utilise beaucoup d'espace mmoire (c'est important pour les
   utilisateur sous DOS, cela n'a pratiquement pas d'importance sous
   Linux), et charge encore le processeur.

  Accs Direct  la Mmoire (DMA) Esclave (normal) (p.ex. : aucune pourLinux !)

   _Pour :_ Libre le processeur pendant le transfert rel des donnes.

   _Contre :_ La vrification des conditions aux limites de blocs,
   l'allocation de tampons (_buffers_ 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 ncessite des tampons aligns en mmoire basse.

  DMA en Bus Master (p.ex. : LANCE, DEC 21040)

   _Pour :_ Libre le processeur pendant le transfert des donnes, peut
   lier des tampons entre eux, peut ncessiter peu voire pas de perte de
   temps processeur sur le bus ISA. La majorit des pilotes bus-mastering
   pour linux utilisent un schma 'copybreak' o les gros paquets sont
   directements placs dans les tampons rseau du noyau par la carte, les
   petits paquets tant copis par le CPU qui est plus rapide pour ce
   type de traitements.

   _Contre :_ (seulement pour les cartes ISA) Ncessite des tampons en
   mmoire basse et un canal DMA pour les cartes. Tout Matre de Bus aura
   des problmes avec les autres Matres de Bus qui sont des goinfres,
   comme certaines cartes SCSI primitives. Quelques jeux de puces pour
   cartes-mres mal penss ont des problmes avec les matres de bus. Et
   une raison pour n'avoir _aucun_ type de priphrique DMA est
   d'utiliser un processeur 486 conu pour tre insr (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.)

8.2 criture d'un pilote de carte

   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
   ncessaires  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 opration, et il a t
   d'un grand service par son aide au cours du dveloppement de certains
   pilotes pour Linux. Vous pouvez essayer cette URL pour consulter le
   programme de Russ :

     Pilote en mode paquet de Russ Nelson

   Une fois la documentation obtenue, vous pouvez crire un pilote pour
   votre carte et l'utiliser sous Linux (du moins en thorie).
   Rappelez-vous nanmoins que certains matriels anciens qui ont t
   crs pour des machines XT ne fonctionneront pas bien dans un
   environnement multitches comme Linux. Leur utilisation entranera des
   problmes importants si votre rseau est raisonnablement charg.

   La plupart des cartes possdent des pilotes pour des interfaces MS-DOS
   comme NDIS ou ODI, mais ceux-ci sont inutiles pour Linux. De
   nombreuses personnes ont suggr de les intgrer directement ou de
   raliser 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 considrablement meilleurs
   que leur quivalent MS-DOS. Par exemple, la srie des pilotes `8390'
   utilise des zones tampon de transmissions en ping-pong, qui commencent
   seulement  apparatre 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 charge pendant que la
   carte est en train de transmettre l'autre. Le deuxime paquet est
   alors transmis ds que le premier est parti, etc. De cette manire, la
   plupart des cartes sont capables d'envoyer des paquets  la dos  dos
   sur le cble).

   Bon. Vous avez donc dcid d'crire un pilote pour la carte Ethernet
   Machin, puisque vous avez les informations ncessaires  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 rseau 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 rcents.
   Jetez aussi un coup d'oeil sur le `Kernel Hackers Guide'  l'URL
   suivante :

     KHG

8.3 Inteface du pilote avec le noyau

   Voici quelques notes sur les fonctions que vous devrez crire si vous
   crez un nouveau pilote. Lisez-les en gardant sous la main le
   squelette de pilote dcrit ci-dessus : cela simplifiera les choses.

  Dtection de la carte (Probe)

   Appele au dmarrage pour vrifier l'existence de la carte. Meilleure
   si elle peut vrifier en douceur en lisant la mmoire etc. Peut aussi
   lire les ports d'E/S. Ecrire au dmarrage sur les ports d'E/S pour
   dtecter la carte n'est _pas bien_ parce que cela risque de tuer un
   autre priphrique. Certaines parties de l'initialisation du
   priphrique 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 mmoire la carte peut
   tre configure, comment autoriser l'utilisation de mmoire partage
   (si besoin), comment slectionner et mettre en oeuvre la gnration
   d'interruptions, etc.

  Gestionnaire d'interruptions (Interrupt handler)

   Appel par le noyau quand la carte dclenche une interruption. A la
   responsabilit de dterminer pourquoi la carte a dclench
   l'interruption, et d'agir en consquence. Les conditions habituelles
   d'interruption sont l'arrive de donnes, la fin d'une transmission,
   l'indication de conditions d'erreur. Vous avez besoin de connatre les
   bits d'informations lis  une interruption afin de pouvoir agir en
   consquence.

  Fonction de transmission (Transmit function)

   Est lie  dev->hard_start_xmit() et est appele par le noyau quand ce
   dernier dsire envoyer des donnes par l'intermdiaire du
   priphrique. Envoie les donnes sur la carte et dclenche la
   transmission. Vous avez besoin de savoir comment empaqueter les
   donnes et comment les faire parvenir sur la carte (copie en mmoire
   partage, 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
   donnes sur le cble, et (ventuellement) mettre une interruption
   quand ce sera fini. Quand le priphrique ne peut plus accepter de
   paquets supplmentaires, il doit armer le drapeau dev->tbusy. Quand de
   la place est devenue disponible, en gnral au cours d'une
   interruption de fin de transmission, dev->tbusy doit tre dsarm et
   les niveaux suprieurs doivent tre informs en utilisant
   mark_bh(INET_BH).

  Fonction de rception (Receive function)

   Appele par le gestionnaire d'interruptions du noyau quand la carte
   indique que des donnes sont disponibles. Rcupre les donnes de la
   carte, les empaquette dans un sk_buff et informe le noyau de la
   prsence des donnes en effectuant un netif_rx(sk_buff). Vouz devez
   savoir comment mettre en oeuvre le dclenchement d'interruptions  la
   rception de donnes, comment vrifier les bits d'informations
   correspondant  la rception, et comment rcuprer les donnes depuis
   la carte (l encore, par mmoire partage, ports d'E/S, DMA, etc.)

  Fonction d'ouverture (Open function)

   Est lie  dev->open. Est appele par les couches rseau quand
   quelqu'un fait ifconfig eth0 up - cela doit mettre le priphrique en
   route et l'autoriser  recevoir et transmettre des donnes. Toute
   incantation spciale lie  l'initialisation et qui n'aurait pas t
   ralise dans la squence de dtection (autoriser la gnration d'IRQ,
   etc.) trouvera sa place ici.

  Fonction de fermeture (facultative) (Close function)

   Met la carte dans un tat propre quand quelqu'un effectue ifconfig
   eth0 down. Doit librer les IRQ et les canaux DMA si le matriel le
   permet, et teindre tout ce qui pourrait conomiser de l'nergie
   (comme le transmetteur).

  Autres fonctions

   Des lments comme une fonction de rinitialisation, afin que, si les
   choses se dgradent, le pilote puisse essayer de rinitialiser la
   carte en dernier recours. Gnralement fait quand une transmission
   dpasse 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.

8.4 Informations techniques de 3Com

   Si vous tes intress(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 documents pour les auteurs de
   pilotes dans nos `Rfrences Techniques' (Technical References, TRs).
   Ces manuels dcrivent 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 dpartement marketing de la Division Adaptateurs Rseaux (Network
   Adapter Division) est responsable de la diffusion des TRs. Pour que ce
   programme reste efficace, nous le centralisons dans une entit appele
   `CardFacts'. C'est est un systme tlphonique automatis. Vous
   l'appelez avec un tlphone  frquences vocales et il vous envoie des
   choses par tlcopie. Pour obtenir un TR, appelez CardFacts au
   408-727-7021.

   (NDT : Cela ne fonctionne qu'aux Etats-Unis.) Demandez le formulaire
   de commande du dveloppeur (Developer's Order Form), le document
   numro 9070. Ayez votre numro de fax sous la main lorsque vous
   appelez. Compltez le formulaire de commande et envoyez-le par
   tlcopie au 408-764-5004. Les manuels sont expdis par le service
   J+2 de Federal Express.

   Il y a des gens ici qui pensent que nous sommes trop libraux avec les
   manuels, et qui cherchent des preuves que le systme est trop onreux,
   ou prend trop de temps et d'effort. Jusqu' prsent, les clients de
   3Com ont t trs bien sur ce point, et il n'y a pas de problme avec
   le niveau de demandes que nous avons obtenu. Nous avons besoin que
   votre coopration et votre retenue se maintiennent pour continuer
   ainsi.

8.5 Notes sur les cartes bases sur la puce PCnet / LANCE d'AMD

   La puce LANCE (Local Area Network Controller for Ethernet, Contrleur
   de Rseau Local pour Ethernet) d'AMD constituait l'offre initiale, et
   a depuis t remplace par la puce `PCnet-ISA', aussi connue en tant
   que 79C960. Notez que le nom `LANCE' est rest, et certaines personnes
   se rfrent  la nouvelle puce en utilisant l'ancien nom. Dave Roberts
   de la Division des Produits Rseaux (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 mme  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 numrot dans la srie 1500.
   C'est la seule diffrence.

   De nombreuses socits offrent des produits bass sur la PCnet-ISA, y
   compris HP, Racal-Datacom, Allied Telesis, Boca Research, Kingston
   Technology, etc. Les cartes sont  la base les mmes, except que
   certains constructeurs ont ajout des fonctionnalits `sans-cavaliers'
   (`jumperless') qui permettent  la carte d'tre configure 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 bases sur la puce PCnet-ISA peut se contenter
   d'obtenir la documentation technique auprs 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 `gnrique' 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 dmarrage, et un connecteur
   (1, 2 ou 3, selon les options de mdia offertes). Notez que s'il
   s'agit d'une carte coax, elle comportera aussi quelques composants
   pour le transceiver, mais ils devraient tre prs du connecteur et
   loigns de la PCnet-ISA.'

   Une note pour les bidouilleurs potentiels de cartes est que
   diffrentes implmentations de la LANCE effectuent le `redmarrage' de
   diffrentes faons. Certaines reprennent o elles s'taient arrtes
   dans l'anneau, et d'autres dmarrent directement au dbut de l'anneau,
   comme si elles venaient d'tre initialises.

8.6 Multicast et Mode `Promiscuous'

   Une des autres choses sur lesquels Donald a travaill est
   l'implmentation des points d'entre pour le multicast et le mode
   `promiscuous'. Tous les pilotes ISA _publis_ (c'est--dire _pas_ les
   pilotes au stade `alpha') supportent aujourd'hui le mode promiscuous.

   Donald crit : Je commencerai par parler du mode `promiscuous', qui
   est conceptuellement facile  implmenter. Pour la plupart des
   matriels, 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 matriels, vous devez arrter la carte (en perdant
   potentiellement quelques paquets), la reconfigurer, puis la ractiver.
   Ok, a c'est facile, donc je passe  quelque chose qui n'est pas aussi
   vident : le _multicast_. On peut le raliser de deux faons :

    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 modles (pattern matching stack), avec
       lequel vous crivez un programme qui extrait les adresses qui vous
       intressent. Son avantage est qu'il est trs gnral et
       programmable. Son inconvnient est qu'il n'existe pas de moyen
       gnral 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 enregistrs.
       Consultez  Le Berkeley Packet Filter pour plus d'informations.
    2. Utiliser le filtre multicast que la plupart des puces Ethernet
       possdent.

   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 prtendent 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 polynme standard de contrle Ethernet (somme de
       contrle/checksum CRC). Dans ce principe, les adresses multicast
       sont hashes et recherches dans une table de hashage. Si le bit
       correspondant est activ, ce paquet est accept. Les paquets
       Ethernet sont conus de telle faon que la partie matrielle pour
       raliser ceci est triviale -- vous mmorisez juste
       (habituellement) six bits du circuit CRC (qui est ncessaire de
       toute faon pour la vrification d'erreur) aprs 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 ncessitent que la
       table soit calcule et charge par l'hte. Cela signifie que le
       noyau doit comprendre le code pour le CRC.
    4. Le 82586 utilise le hashage  six bits de faon interne, mais il
       calcule la table de hashage lui-mme  partir d'une liste
       d'adresses multicast  accepter.

   Notez qu'aucune de ces puces ne ralise un filtrage parfait, et nous
   avons encore besoin d'un module de niveau intermdiaire pour raliser
   le filtrage final. Notez aussi que dans chaque cas nous devons
   conserver une liste complte des adresses multicast acceptes pour
   recalculer la table de hashage quand elle change.

8.7 Le filtre de paquets de Berkeley (Berkeley Packet Filter -- BPF)

   L'ide gnrale des dveloppeurs est que la fonctionnalit du BPF ne
   doit pas tre fournie par le noyau, mais doit se trouver dans une
   bibliothque de compatibilit (dont on espre qu'elle servira peu).

   Pour ceux qui ne seraient pas au courant : BPF (le Berkeley Packet
   Filter) est un mcanisme destin  spcifier aux couches rseau du
   noyau quels paquets vous intressent. Il est implment sous la forme
   d'un interprteur d'un langage  pile spcialis construit dans un
   niveau bas du code rseau. Une application passe un programme crit
   dans ce langage au noyau, et le noyau excute le programme sur chaque
   paquet entrant. Si le noyau possde plusieurs applications BPF, chaque
   programme est excut sur chaque paquet.

   Le problme est qu'il est difficile de dduire quel type de paquet
   intresse rellement l'application  partir du programme de filtrage,
   donc la solution est de toujours excuter le filtre. Imaginez un
   programme qui enregistre un programme BPF pour extraire un flux de
   donnes de faible dbit envoy  une adresse multicast. La plupart des
   cartes Ethernet possdent un filtre d'adresses multicast implment
   sous la forme d'une table de hashage  64 entres qui ignore la
   plupart des paquets multicast non souhaits, donc les capacits
   existent pour faire de cette opration une opration peu coteuse en
   ressources. Mais avec le BPF, le noyau doit passer l'interface en mode
   promiscuous, recevoir _tous_ les paquets, et les passer  travers ce
   filtre. D'ailleurs, c'est un travail qu'il est trs difficile de
   comptabiliser dans le processus qui a demand les paquets.

9. Faire du rseau avec un portable

   Il existe plusieurs faons de mettre votre portable en rseau. Vous
   pouvez utiliser le code SLIP (et tourner aux vitesses d'une liaison
   srie). Vous pouvez employer un portable avec un slot PCMCIA intgr,
   ou bien avec une station d'accueil et y mettre une carte Ethernet ISA.
   Vous pouvez encore utiliser un adaptateur Ethernet sur port parallle.

9.1 Utiliser SLIP (Serial Line IP, IP sur liaison srie)

   C'est la solution la moins chre, mais de loin la plus difficile. En
   plus, vous n'obtiendrez pas des taux de transfert trs levs. Comme
   SLIP n'est pas vraiment li aux cartes Ethernet, nous n'en parlerons
   pas plus ici. Consultez le _NET-2 Howto_.

9.2 Support PCMCIA

   Essayez de dterminer exactement de quel matriel vous disposez
   (c'est--dire le fabricant de la carte, celui du contrleur de puces
   PCMCIA) puis demandez sur la liste LAPTOPS. En tout tat de cause, ne
   vous attendez pas  ce que les choses soient trs 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
   rpertoire /pub/linux/packages/laptops/ qui pourront se rvler
   utiles.

   (NDT : Bien entendu, le lecteur franais 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 contrleur PCMCIA. Notez que ces pilotes
   sont en gnral lis  une puce PCMCIA spcifique (c'est--dire la
   82365 d'Intel ou la TCIC/2).

   Pour les cartes compatibles NE2000, certaines personnes ont russi
   juste en configurant la carte sous DOS, puis en dmarrant Linux depuis
   l'invite de commande DOS via loadlin.

   Les choses voluent pour les utilisateurs de Linux qui souhaitent un
   support PCMCIA, car des progrs substantiels ont t raliss. Le
   dernier paquetage de David Hinds, qui en est l'un des artisans, se
   trouve sur

     PCMCIA Package

   Cherchez un fichier comme pcmcia-cs-X.Y.Z.tgz o X.Y.Z est le dernier
   numro 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'accs 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
   dveloppement.

9.3 Carte Ethernet ISA dans la station d'accueil.

   Les stations d'accueil (_docking stations_ en anglais, ou encore
   _dock_, NDT) cotent typiqement environ 1500 francs et fournissent deux
   slots ISA standard, deux ports srie et un port parallle. La plupart
   d'entre elles sont alimentes par les batteries du portable, et
   quelques unes permettent d'en ajouter dans la station mme, pour peu
   que vous utilisiez des cartes ISA courtes. Ainsi, vous pouvez utiliser
   une carte rseau conomique et profiter des performances d'Ethernet 
   pleine vitesse.

9.4 Adaptateurs de poche et sur port parallle.

   Les adaptateurs Ethernet `de poche' peuvent aussi rpondre  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 parallle.

   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 cble 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.

10. Questions diverses.

   Tout ce qui se rapporte  Ethernet et qui ne rentrait pas ailleurs se
   retrouve ici. Ce n'est peut-tre pas significatif, ni intressant pour
   tout le monde, mais de totue faon, c'est l.

10.1 Passage des arguments Ethernet au noyau

   Voici deux commandes gnriques du noyau qui peuvent tre passes au
   noyau au moment du dmarrage (ether et reserve). Vous pouvez le faire
   avec LILO, loadlin, ou tout autre utilitaire de dmarrage 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 dmarrage :

   LILO: linux blabla=123,456,789

   Pour plus d'informations, ainsi qu'une liste complte, sur les
   arguments de dmarrage, veuillez consulter le

     BootPrompt-HOWTO

  L'argument ether

   La commande ether= est utilise en conjonction avec le pilote compil
   dans le noyau. Le ether= n'aura _absolument aucun effet_ sur un pilote
   modulaire. Sous sa forme la plus gnrique, elle ressemble  quelque
   chose comme :

     ether=IRQ,ADR_DE_BASE,PARAM_1,PARAM_2,NOM

   Tous les arguments sont optionnels. Le premier argument non-numrique
   est considr comme le NOM.

   _IRQ:_ Evident. Une valeur d'IRQ de `0' (habituellement la valeur par
   dfaut) signifie affectation automatique de l'IRQ. C'est un accident
   de l'Histoire que le paramtre d'IRQ soit en premier plutt que
   l'adresse de base -- cela sera corrig lorsque quelque chose d'autre
   changera.

   _ADR_DE_BASE:_ Evident aussi. Une valeur de `0' (habituellement la
   valeur par dfaut) signifie de tester une liste d'adresses spcifiques
    ce type de carte pour essayer de dtecter une carte Ethernet.

   _PARAM_1:_ Utilis  l'origine comme une valeur qui passe outre
   l'adresse de dpart de la zone mmoire pour une carte Ethernet 
   mmoire partage, comme la WD80*3. Certains pilotes utilisent les
   quatre bits de poids faible de cette valeur pour fixer le niveau de
   message de dbogage. 0 -- dfaut, 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
   slectionner le canal DMA. Sinon il utilise l'affectation automatique
   du DMA.

   _PARAM_2:_ Le pilote 3c503 l'utilise pour choisir entre le transceiver
   interne et le transceiver externe. 0 -- dfaut/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
   dtect automatiquement.

   _NOM:_ Slectionne le priphrique rseau auquel les valeurs se
   rfrent. Le noyau standard utilise les noms `eth0', `eth1', `eth2' et
   `eth3' pour les cartes Ethernet attaches au bus, et `atp0' pour
   l'adaptateur `de poche' sur port parallle. Le pilote ARCnet utilise
   le nom `arc0'. Le comportement par dfaut est de tester une seule
   carte Ethernet pour `eth0'. Vous ne pouvez activer plusieurs cartes
   qu'en fixant de faon explicite leur adresse de base avec les
   paramtres de LILO. Le noyau 1.0 considrait les cartes Ethernet
   bases sur la puce LANCE comme un cas spcial. Les arguments de LILO
   taient ignors, et les cartes LANCE recevaient toujours des noms
   `eth<n>' en commenant  `eth0'. Les cartes supplmentaires,
   non-LANCE, devaient tre affectes  `eth<n+1>', et le test habituel
   de `eth0' devait alors tre dsactiv avec quelque chose comme
   `ether=0,-1,eth0'. (Oui, c'est bogu.)

  La commande reserve

   Cette autre commande LILO est utilise exactement comme la commande
   `ether=' ci-dessus, c'est--dire que l'on ajoute son nom aux options
   spcifies dans lilo.conf :

     reserve=IO-base,extent{,IO-base,extent...}

   Sur certaines machines, il peut tre ncessaire d'empcher les pilotes
   de priphrique de tester des priphriques (auto-dtection) dans une
   zone spcifique. Cela peut tre le cas  cause d'un matriel mal conu
   qui _fige_ le dmarrage (comme certaines cartes Ethernet), qui est
   identifi par erreur, dont l'tat a t chang par une procdure de
   dtection prcdente, ou plus encore d'un matriel que vous ne
   souhaitez pas voir initialis par le noyau.

   L'argument de dmarrage reserve rpond  cette attente en spcifiant
   une rgion de port d'E/S qui ne doit pas tre teste. Cette rgion est
   rserve dans la table d'enregistrement des ports du noyau comme si un
   priphrique avait dj t trouv dans cette rgion. Notez que ce
   mcanisme ne devrait pas tre ncessaire sur toutes les machines.
   C'est seulement lorsqu'il y a un problme ou un cas spcial que son
   utilisation peut se rvler ncessaire.

   Les ports d'E/S dans la zone spcifie sont protgs contre les
   procdures de dtection de priphriques. Nous avons montr que cela
   est ncessaire lorsqu'un pilote se bloque sur une carte NE2000, ou
   identifie de faon errone un autre priphrique comme tant le sien.
   Un pilote de priphrique correct ne devrait pas tester une zone
   rserve,  moins qu'un autre argument de dmarrage ne spcifie
   explicitement qu'il doive le faire sur cette zone. Cela implique que
   reserve sera le plus souvent utilis avec un autre argument de
   dmarrage. Donc si vous spcifiez une zone de reserve pour protger un
   priphrique donn, vous devez gnralement spcifier explicitement
   une dtection pour ce priphrique. La plupart des pilotes ignorent la
   table d'enregistrement des ports si on leur fournit une adresse
   explicite.

   Par exemple, la ligne de dmarrage

     LILO: linux reserve=0x300,32 ether=0,0x300,eth0

   oblige tous les priphriques  l'exception des pilotes Ethernet  ne
   pas tester la plage 0x300-0x31f.

   Comme d'habitude avec les spcificateurs de dmarrage, il existe une
   limite de 11 paramtres, donc vous ne pouvez spcifier que 5 zones
   rserves par mot-cl reserve. Plusieurs spcificateurs reserve
   fonctionneront si vous avez une requte inhabituellement complique.

10.2 Utilisation des pilotes Ethernet comme modules

   La majorit des distributions disponibles ont des noyaux avec trs peu
   de pilotes intgrs. Les pilotes sont fournis comme modules
   chargeables dynamiquement. Ces pilotes modulaires sont normalement
   chargs par l'administrateur via la commande modprobe(8) dans certains
   cas, ils sont automatiquement chargs par le noyau via kerneld (pour
   les 2.0) ou kmod (pour les 2.1) qui eux-mmes 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 derrire
   ces jolis petits programmes et ce que'ils changent.

   Les informations qui dterminent quels modules doivent tre utiliss
   et les options qui leur sont associes sont en principe stockes dans
   le fichier /etc/conf.modules. Les deux options qui y ont le plus
   d'intert (pour les cartes ethernet) sont alias et options. La
   commande modprobe consulte ce fichier pour obtenir des informations
   sur les modules.

   Les modules utiliss sont normalement stocks dans un rpertoire 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 premire chose  mettre dans votre /etc/conf.modules est une ligne
   indiquant  modprobe o se trouve le pilote  utiliser avec eth0 (et
   eth1, ...), ceci grce  un alias. Par exemple, si vous avez une carte
   ISA SMC EtherEZ qui utilise le module smc-ultra.o, vous aurez besoin
   de crer 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 utilises avec tel module (ou alias de
   module). Continuons l'exemple ci-dessus : avec la ligne alias seule,
   le noyau vous prviendrait (cf. dmesg) que l'autodtection des cartes
   ISA n'est _pas_ une bonne ide. 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 hexadcimale 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 _REQUIS_ ou du moins
   _FORTEMENT RECOMMAND_ que vous fournissiez ces paramtres pour viter
   la dtection automatique de la carte. A la diffrence des
   priphriques PCI et EISA, il n'existe pas de moyen vraiment sr de
   raliser une dtection automatique de la majorit des priphriques
   ISA, et cela doit donc tre vit quand on utilise les pilotes sous la
   forme de modules chargeables.

   Une liste de toutes les options acceptes par chaque module se trouve
   dans le fichier :

   /usr/src/linux/Documentation/networking/net-modules.txt

   Vous avez intrt  le lire pour trouver les options  utiliser pour
   votre carte. Notez que quelques modules permettent les listes
   d'options spares par des virgules, ils sont capables de grer
   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 mme module de contrler
   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 utiliss ne peuvent tre supprims de la
   mmoire. Cela signifie que vous aurez  faire un ifconfig eth0 down
   (arrter la carte ethernet) avant de pouvoir les supprimer.

   La commande lsmod vous dira quels sont les modules qui sont chargs,
   s'ils sont utiliss, et rmmod les supprimera.

10.3 Documents associs

   La plupart des informations que vous trouvez dans ce document
   proviennent de messages sauvegards des groupes de comp.os.linux.*, ce
   qui montre qu'il s'agit d'une vraie source d'informations. D'autres
   renseignements trs utiles proviennent de tout un tas de petits
   fichiers de Donald lui-mme.

   Bien entendu, si vous configurez une carte Ethernet, vous voudrez
   configurer les logiciels que vous allez utiliser, et vous lirez pour
   cela le _Howto NET-3_. Ou encore, si vous vous sentez pousser des
   ailes de ``hacker'', vous pourrez toujours grapiller des informations
   supplmentaires directement dans les fichiers sources des pilotes. Ils
   comportent en gnral un paragraphe ou deux dcrivant les points
   importants, avant que le code ne dmarre...

   Pour ceux d'entre vous qui recherchent des informations qui ne sont
   pas spcifiques  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
   _comp.sys.ibm.pc.hardware.networking_. Les archives de news tels que
   deja.com sont aussi une source intarissable de rponses. Vous pouvez
   aussi rcuprer les FAQ de ces groupes de news sur par exemple :

     Les FAQ de Usenet

   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

10.4 Dsistement de responsabilit et Copyright

   Ce document _n'est pas_ 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 matriel hormis
   vous-mme. Si votre carte Ethernet ou tout autre partie matrielle de
   votre ordinateur part en fume (...bien que ce soit pratiquement
   impossible !) nous n'en prenons aucune responsabilit. LES AUTEURS NE
   SONT RESPONSABLES D'AUCUN DOMMAGE ENCOURU CONSCUTIF A DES ACTIONS
   EFFECTUES 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 compltes de ce manuel 
   condition que la notice de copyright et que cette notice de permission
   soient prserves dans toutes les copies.

   Il est permis de copier et de distribuer des versions modifies de ce
   document sous les mmes conditions que la copie complte,  condition
   que cette notice de copyright soit incluse exactement telle qu'elle
   l'est dans l'original, et que le travail driv rsultant, dans son
   intgralit, 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 mmes conditions que
   ci-dessus pour les versions modifies.

   Si vous avez l'intention d'intgrer 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 dpasses de documents _Linux HOWTO_ ont t
   publies, causant aux dveloppeurs le prjudice ind d'tre
   empoisonns par des questions dont les rponses figuraient dj dans
   les versions  jour.

   En accord avec cette notice, la version originale (en anglais) telle
   qu'elle apparat dans l'_Ethernet-HOWTO_ est fournie ici :

   This document is _not_ 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 _HOWTO Linux_ traduits en franais. Vous
   pouvez trouver une liste  jour de ces documents  l'adresse
   http://www.freenix.org/unix/linux/HOWTO/Liste-des-HOWTO.html

   Les _HOWTO Linux_ font partie du _Linux Documentation Project_ (LDP).
   Si vous souhaitez participer au LDP ou  sa traduction en franais,
   vous pouvez consulter
   http://www.freenix.org/unix/linux/HOWTO/Liste-des-HOWTO.html ou
   contacter Eric Dumas, dumas@linux.eu.org.

   Cette version franaise a t ralise par Mathieu Arnold
   <arn_mat@club-internet.fr>, Stphane Alnet <alnet@u-picardie.fr> 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 _dans la traduction_ en franais, merci
   d'en informer le traducteur. Vos remarques seront prises en compte
   pour la prochaine version de la traduction.

10.5 Conclusion

   Si vous avez trouv une faute de frappe naurme, ou des informations
   dpasses 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'hsitez pas  la
   r-envoyer, car elle a pu se perdre dans le flot habituel de SPAM et
   de prospectus que je reois.

   Merci !

   Paul Gortmaker, p_gortmaker@yahoo.com
