  Linux Ethernet-Howto
  par Paul Gortmaker Version franaise : Mathieu Arnold
  Version anglaise : v2.7, 5 mai 1999

  Ceci est l'_E_t_h_e_r_n_e_t_-_H_o_w_t_o, une compilation d'informations sur les
  priphriques Ethernet qui peuvent tre utiliss avec Linux, et la
  faon de les mettre en oeuvre. Notez que ce _H_o_w_t_o 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 _N_e_t_w_o_r_k _H_o_w_t_o pour ce type d'informations.
  ______________________________________________________________________

  Table des matires





















































  1. Introduction

     1.1 Nouvelles versions de ce document
     1.2 Ethernet-Howto, mode d'emploi
     1.3 Au secours ! - Ca ne marche pas !

  2. Quelle carte dois-je acheter pour Linux ?

     2.1 Quels sont les pilotes stables, alors ?
     2.2 Cartes 8 bits contre cartes 16 bits
     2.3 Cartes 32 bits (VLB/EISA/PCI)
     2.4 Cartes et pilotes 100 M disponibles
     2.5 100VG contre 100BaseT
     2.6 Les types de cbles que votre carte peut accepter

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

     3.1 Les pilotes `Alpha' -- Comment les obtenir et comment s'en servir
     3.2 Utiliser plus d'une carte Ethernet par machine
     3.3 le
     3.4 Problmes avec les cartes NE1000 / NE2000 (et leurs clones)
     3.5 Problmes avec les cartes SMC Ultra/EtherEZ et WD80*3
     3.6 Problmes avec des cartes 3Com
     3.7 Les questions qui ne sont pas spcifiques  une carte.
        3.7.1 Linux et les cartes Ethernet ISA Plug and Play
        3.7.2 Carte Ethernet non dtecte au dmarrage.
        3.7.3 (TT
        3.7.4 Une machine PCI dtecte la carte mais la procdure de test du pilote choue.
        3.7.5 Des cartes ISA  mmoire partage ne fonctionnent pas dans une machine PCI (
        3.7.6 On dirait que ma carte envoie des donnes, mais elle ne reoit jamais rien.
        3.7.7 Asynchronous Transfer Mode (ATM)
        3.7.8 Support de l'Ethernet Gigabit
        3.7.9 FDDI
        3.7.10 Full Duplex
        3.7.11 Les machines SMP et les cartes Ethernet
        3.7.12 Cartes Ethernet pour Linux sur carte-mre PCI Alpha/AXP
        3.7.13 L'Ethernet et Linux sur les SUN/Sparc.
        3.7.14 L'Ethernet, Linux et les autres architectures.
        3.7.15 Relier deux 10 et 100 BaseT sans hub
        3.7.16 SIOCSIFxxx: No such device
        3.7.17 SIOCSFFLAGS: Try again
        3.7.18 Utilisation de `ifconfig' et message `Link UNSPEC with HW-addr of 00:00:00:00:00:00'
        3.7.19 Nombre faramineux d'erreurs en rception (RX Errors) et en transmission (TX Errors)
        3.7.20 Liens dans
        3.7.21 Linux et les ``trailers'' (amorces)
        3.7.22 Accs direct au priphrique Ethernet

  4. Trucs et astuces  propos des performances

     4.1 Concepts gnriques
     4.2 La vitesse des cartes et du bus ISA
     4.3 Modifier la fentre de rception TCP
     4.4 Augmenter les performances de NFS

  5. Informations spcifiques par distributeur/constructeur/modle

     5.1 3Com
        5.1.1 3c501
        5.1.2 EtherLink II, 3c503, 3c503/16
        5.1.3 EtherLink plus, 3c505
        5.1.4 EtherLink-16, 3c507
        5.1.5 EtherLink III, 3c509 / 3c509B
        5.1.6 3c515
        5.1.7 3c523
        5.1.8 3c527
        5.1.9 3c529
        5.1.10 3c562
        5.1.11 3c575
        5.1.12 3c579
        5.1.13 3c589 / 3c589B
        5.1.14 3c590 / 3c595
        5.1.15 3c592 / 3c597
        5.1.16 3c900 / 3c905 / 3c905B
        5.1.17 3c985
     5.2 Accton
        5.2.1 Accton MPX
        5.2.2 Accton EN1203, EN1207, EtherDuo-PCI
        5.2.3 Adaptateur Accton EN2209 pour port parallle (EtherPocket)
        5.2.4 Accton EN2212 PCMCIA
     5.3 Allied Telesyn/Telesis
        5.3.1 AT1500
        5.3.2 AT1700
        5.3.3 AT2450
        5.3.4 AT1500
        5.3.5 AT2540FX
     5.4 AMD / Advanced Micro Devices
        5.4.1 AMD LANCE (7990, 79C960/961/961A, PCnet-ISA)
        5.4.2 AMD 79C965 (PCnet-32)
        5.4.3 AMD 79C970/970A (PCnet-PCI)
        5.4.4 AMD 79C971 (PCnet-FAST)
        5.4.5 AMD 79C972 (PCnet-FAST+)
        5.4.6 AMD 79C974 (PCnet-SCSI)
     5.5 Ansel Communications
        5.5.1 AC3200 EISA
     5.6 Apricot
        5.6.1 Apricot Xen-II On Board Ethernet
     5.7 Arcnet
     5.8 AT&T
        5.8.1 AT&T T7231 (LanPACER+)
     5.9 Boca Research
        5.9.1 Boca BEN (ISA, VLB; PCI)
     5.10 Cabletron
        5.10.1 E10**, E10**-x, E20**, E20**-x
        5.10.2 E2100
        5.10.3 E22**
     5.11 Cogent
        5.11.1 EM100-ISA/EISA
        5.11.2 Cogent eMASTER+, EM100-PCI, EM400, EM960, EM964
     5.12 Compaq
        5.12.1 Compaq Deskpro / Compaq XL (Embedded AMD Chip)
        5.12.2 Compaq Nettelligent/NetFlex (Embedded ThunderLAN Chip)
     5.13 Danpex
        5.13.1 Danpex EN9400
     5.14 D-Link
        5.14.1 DE-100, DE-200, DE-220-T, DE-250
        5.14.2 DE-520
        5.14.3 DE-528
        5.14.4 DE-530
        5.14.5 DE-600
        5.14.6 DE-620
        5.14.7 DE-650
     5.15 DFI
        5.15.1 DFINET-300 et DFINET-400
     5.16 Digital / DEC
        5.16.1 DEPCA, DE100/1, DE200/1/2, DE210, DE422
        5.16.2 Digital EtherWorks 3 (DE203, DE204, DE205)
        5.16.3 DE425 EISA, DE434, DE435, DE500
        5.16.4 DEC 21040, 21041, 2114x, Tulip
     5.17 Farallon
        5.17.1 Etherwave de Farallon
     5.18 Fujitsu
        5.18.1 Fujitsu FMV-181/182/183/184
     5.19 Hewlett Packard
        5.19.1 27245A
        5.19.2 HP EtherTwist, PC Lan+ (27247, 27252A)
        5.19.3 HP-J2405A
        5.19.4 Carte Ethernet embarque de l'HP-Vectra
        5.19.5 Cartes HP 10/100 VG Any Lan (27248B, J2573, J2577, J2585, J970, J973)
        5.19.6 HP NetServer 10/100TX PCI (D5013A)
     5.20 IBM / International Business Machines
        5.20.1 IBM Thinkpad 300
        5.20.2 IBM Credit Card Adaptor for Ethernet - Adaptateur `Credit Card' pour Ethernet d'IBM
        5.20.3 IBM Token Ring
     5.21 Cartes Ethernet ICL
        5.21.1 ICL EtherTeam 16i/32
     5.22 Cartes Ethernet Intel
        5.22.1 Ether Express
        5.22.2 Ether Express PRO/10
        5.22.3 Ether Express PRO/10 PCI (EISA)
        5.22.4 Ether Express PRO 10/100B
     5.23 Kingston
     5.24 LinkSys
        5.24.1 Cartes LinkSys Etherfast 10/100.
        5.24.2 LinkSys Pocket Ethernet Adapter Plus (PEAEPP)
        5.24.3 Adaptateur LinkSys PCMCIA
     5.25 Microdyne
        5.25.1 Microdyne Exos 205T
     5.26 Mylex
        5.26.1 Mylex LNE390A, LNE390B
        5.26.2 Mylex LNP101
        5.26.3 Mylex LNP104
     5.27 Ethernet chez Novell : NExxxx et les clones associs.
        5.27.1 NE1000, NE2000
        5.27.2 NE2000-PCI (RealTek/Winbond/Compex)
        5.27.3 NE-10/100
        5.27.4 NE1500, NE2100
        5.27.5 NE/2 MCA
        5.27.6 NE3200
        5.27.7 NE3210
        5.27.8 NE5500
     5.28 Proteon
        5.28.1 Proteon P1370-EA
        5.28.2 Proteon P1670-EA
     5.29 Pure Data
        5.29.1 PDUC8028, PDI8023
     5.30 Racal-Interlan
        5.30.1 ES3210
        5.30.2 NI5010
        5.30.3 NI5210
        5.30.4 NI6510 (not EB)
        5.30.5 EtherBlaster (aka NI6510EB)
     5.31 RealTek
        5.31.1 RealTek RTL8002/8012 (AT-Lan-Tec) Pocket adaptor
        5.31.2 RealTek 8009
        5.31.3 RealTek 8019
        5.31.4 RealTek 8029
        5.31.5 RealTek 8129/8139
     5.32 Sager
        5.32.1 Sager NP943
     5.33 Schneider & Koch
        5.33.1 SK G16
     5.34 SEEQ
        5.34.1 SEEQ 8005
     5.35 SMC (Standard Microsystems Corp.)
        5.35.1 WD8003, SMC Elite
        5.35.2 WD8013, SMC Elite16
        5.35.3 SMC Elite Ultra
        5.35.4 SMC Elite Ultra32 EISA
        5.35.5 SMC EtherEZ (8416)
        5.35.6 SMC EtherPower PCI (8432)
        5.35.7 SMC EtherPower II PCI (9432)
        5.35.8 SMC 3008
        5.35.9 SMC 3016
        5.35.10 SMC-9000 / SMC 91c92/4
        5.35.11 SMC 91c100
     5.36 Texas Instruments
        5.36.1 ThunderLAN
     5.37 Thomas Conrad
        5.37.1 Thomas Conrad TC-5048
     5.38 VIA
        5.38.1 VIA 86C926 Amazon
        5.38.2 VIA 86C100A Rhine II (et 3043 Rhine I)
     5.39 Western Digital
     5.40 Winbond
        5.40.1 Winbond 89c840
        5.40.2 Winbond 89c940
     5.41 Xircom
        5.41.1 Xircom PE1, PE2, PE3-10B*
        5.41.2 Cartes Xircom PCMCIA
     5.42 Zenith
        5.42.1 Z-Note
     5.43 Znyx
        5.43.1 Znyx ZX342 (DEC 21040 based)
     5.44 Identifier une carte inconnue
        5.44.1 Identifier le contrleur d'interface rseau (Network Interface Controller, NIC)
        5.44.2 Identifier l'adresse Ethernet
        5.44.3 Quelques astuces pour essayer d'utiliser une carte inconnue
     5.45 Pilotes pour priphriques Non-Ethernet

  6. Cbles, Coaxial, Paire Torsade

     6.1 Ethernet fin (thinnet)
     6.2 Paire torsade
     6.3 Thick Ethernet - Le `gros' Ethernet

  7. Configuration logicielle et diagnostics de carte

     7.1 Programmes de configuration pour cartes Ethernet
        7.1.1 Cartes WD80x3
        7.1.2 Cartes Digital / DEC
        7.1.3 Cartes NE2000+ ou AT/LANTIC
        7.1.4 Cartes 3Com
     7.2 Programmes de diagnostic pour cartes Ethernet

  8. Informations Techniques

     8.1 Entres/Sorties programmes contre mmoire partage contre DMA
        8.1.1 Entres/Sorties (E/S) programmes (NE2000, 3c509, etc.)
        8.1.2 Mmoire partage (WD80x3, SMC-Ultra, 3c503, etc.)
        8.1.3 Accs Direct  la Mmoire (DMA) Esclave (normal) (p.ex. : aucune pour Linux !)
        8.1.4 DMA en Bus Master (p.ex. : LANCE, DEC 21040)
     8.2 criture d'un pilote de carte
     8.3 Inteface du pilote avec le noyau
        8.3.1 Dtection de la carte (Probe)
        8.3.2 Gestionnaire d'interruptions (Interrupt handler)
        8.3.3 Fonction de transmission (Transmit function)
        8.3.4 Fonction de rception (Receive function)
        8.3.5 Fonction d'ouverture (Open function)
        8.3.6 Fonction de fermeture (facultative) (Close function)
        8.3.7 Autres fonctions
     8.4 Informations techniques de 3Com
     8.5 Notes sur les cartes bases sur la puce PCnet / LANCE d'AMD
     8.6 Multicast et Mode `Promiscuous'
     8.7 Le filtre de paquets de Berkeley (Berkeley Packet Filter -- BPF)
  9. Faire du rseau avec un portable

     9.1 Utiliser SLIP (Serial Line IP, IP sur liaison srie)
     9.2 Support PCMCIA
     9.3 Carte Ethernet ISA dans la station d'accueil.
     9.4 Adaptateurs de poche et sur port parallle.

  10. Questions diverses.

     10.1 Passage des arguments Ethernet au noyau
        10.1.1 L'argument
        10.1.2 La commande
     10.2 Utilisation des pilotes Ethernet comme modules
     10.3 Documents associs
     10.4 Dsistement de responsabilit et Copyright
     10.5 Conclusion


  ______________________________________________________________________

  11..  IInnttrroodduuccttiioonn

  L'_E_t_h_e_r_n_e_t_-_H_o_w_t_o indique quelles cartes vous devriez ou ne devriez pas
  acheter; comment les configurer, comment en utiliser plusieurs en 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 _n_e couvre _p_a_s l'aspect logiciel des choses, tel qu'il est dcrit
  dans le _N_E_T_-_3_-_H_o_w_t_o. 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'_E_t_h_e_r_n_e_t_-_H_o_w_t_o est de :

       Paul Gortmaker, p_gortmaker@yahoo.com


  La principale source d'information pour la premire version, en ASCII
  pur de l'_E_t_h_e_r_n_e_t_-_H_o_w_t_o 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..11..  NNoouuvveelllleess vveerrssiioonnss ddee ccee ddooccuummeenntt

  Les nouvelles versions de ce document peuvent tre rapatries depuis :

       Sunsite HOWTO Archive <ftp://meta
       lab.unc.edu/pub/Linux/docs/HOWTO/>


  Ceci est l'emplacement officiel de ce document, il peut aussi tre
  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 <ftp://ftp.lip6.fr/pub/linux/sunsite/docs/HOWTO/>

  ou, mieux, la version franaise :

  Archive des HOWTO franais sur LIP6
  <ftp://ftp.lip6.fr/pub/linux/french/HOWTO/>

  Archive des         HOWTO franais chez Freenix
  <http://www.freenix.org/unix/linux/french/HOWTO/>)

  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1..22..  EEtthheerrnneett--HHoowwttoo,, mmooddee dd''eemmppllooii

  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 _o_b_l_i_g__(_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
  _s_a_n_s _a_r_r__t 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1..33..  AAuu sseeccoouurrss !! -- CCaa nnee mmaarrcchhee ppaass !!

  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_'_e_s_t _p_a_s 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 _K_e_r_n_e_l_-_H_o_w_T_o qui vous aidera dans cette
  opration.

  (NDT : et sa version franaise, accessible sur

  Traduction du Kernel-Howto
  <ftp://ftp.lip6.fr/pub/linux/french/HOWTO/Kernel-HOWTO>)

  Arriv  ce point, vous devriez tre parvenu d'une 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
  _N_e_t_w_o_r_k _H_o_w_T_o et le `Guide de l'Administrateur Rseau' (`_N_e_t_w_o_r_k
  _A_d_m_i_n_i_s_t_r_a_t_o_r_'_s _G_u_i_d_e' (NAG) en anglais) qui se trouvent certainement
  tous les deux sur le CD-ROM d'installation.
  Une erreur de configuration 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..'', _e_t _s_i _c_e_l_a _n_e _f_o_n_c_t_i_o_n_n_e _t_o_u_j_o_u_r_s _p_a_s alors vous
  pourrez recourir  un envoi de message dans un groupe de _n_e_w_s
  appropri pour demander de l'aide. Si vous devez poster un message,
  veuillez 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2..  QQuueellllee ccaarrttee ddooiiss--jjee aacchheetteerr ppoouurr LLiinnuuxx ??

  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2..11..  QQuueellss ssoonntt lleess ppiillootteess ssttaabblleess,, aalloorrss ??

  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..22..  CCaarrtteess 88 bbiittss ccoonnttrree ccaarrtteess 1166 bbiittss

  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2..33..  CCaarrtteess 3322 bbiittss ((VVLLBB//EEIISSAA//PPCCII))

  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2..44..  CCaarrtteess eett ppiillootteess 110000 MM ddiissppoonniibblleess

  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 <http://ces
       dis.gsfc.nasa.gov/linux/misc/100mbs.html>



       La page 100VG de Donald <http://ces
       dis.gsfc.nasa.gov/linux/drivers/100vg.html>



       La page Fast Ethernet de Dan Kegel <http://alumni.cal
       tech.edu/~dank/fe/>



  22..55..  110000VVGG ccoonnttrree 110000BBaasseeTT

  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 _p_o_l_l_i_n_g. 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, _i_n ``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2..66..

  LLeess ttyyppeess ddee ccbblleess qquuee vvoottrree ccaarrttee ppeeuutt aacccceepptteerr

  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 _t_r_a_n_s_c_e_i_v_e_r 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3..

  FFooiirree AAuuxx QQuueessttiioonnss ((FFAAQQ)) -- LLeess qquueessttiioonnss ffrrqquueemmmmeenntt ppoosseess

  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 <http://www.deja.com>.


  33..11..

  LLeess ppiillootteess ``AAllpphhaa'' ---- CCoommmmeenntt lleess oobbtteenniirr eett ccoommmmeenntt ss''eenn sseerrvviirr

  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 <http://cesdis.gsfc.nasa.gov/linux/>


  pour localiser le pilote que vous cherchez. (Prenez garde aux naviga
  teurs WWW qui modifient le source sans rien dire en 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 `_Y_e_s', `Oui') 
  cette question si vous souhaitez tre interrog(e) sur l'inclusion
  d'un pilote alpha ou exprimental.


  33..22..  UUttiilliisseerr pplluuss dd''uunnee ccaarrttee EEtthheerrnneett ppaarr mmaacchhiinnee

  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/).

  _A_v_e_c _l_e _p_i_l_o_t_e _c_h_a_r_g_ _e_n _m_o_d_u_l_e _: Dans le cas de pilotes PCI, le
  module 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.

  _A_v_e_c _l_e _p_i_l_o_t_e _c_o_m_p_i_l_ _d_a_n_s _l_e _n_o_y_a_u _: Si vous avez le pilote compil
  dans le noyau, alors, voici tout ce qu'il faut savoir pour utiliser
  plusieurs cartes Ethernet. Toutefois, notez que pour le moment,
  seulement _u_n_e carte Ethernet est 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 _s_u_r_f_a_n_t sur le rseau, vous
  pourrez jeter un coup d'oeil  un _m_i_n_i_-_H_O_W_T_O que Donald a sur son site
  WWW. Consultez :


       Plusieurs Cartes Ethernet <http://ces
       dis.gsfc.nasa.gov/linux/misc/multicard.html>.



  33..33..  llee eetthheerr==  nn''aa rriieenn cchhaanngg.. PPoouurrqquuooii ??

  Comme il a t dit prcdemment, la commande ether= ne marche _q_u_e 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 _d_e_v_e_z faire les changements
  dans le fichier /etc/conf.modules.

  Si vous utilisez un pilote compil dans le noyau et avez ajout la
  ligne ether=  votre fichier de configuration LILO, notez qu'il ne
  sera pris en compte que lorsque vous relancerez lilo pour mettre 
  jour les informations.



  33..44..

  PPrroobbllmmeess aavveecc lleess ccaarrtteess NNEE11000000 // NNEE22000000 ((eett lleeuurrss cclloonneess))

  PPrroobbllmmee :: Une carte PCI clone NE2000 n'est pas dtecte au dmarrage
  avec un noyau 2.0.x.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: 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.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: 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.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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).

  PPrroobbllmmee :: 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.

  RRaaiissoonn :: Votre carte et/ou le lien vers le bus PCI ne sait pas grer
  les optimisations d'E/S du pilote.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: Ma carte ISA Plug and Play NE2000 (telle que la RealTek
  8019) n'est pas dtecte.

  RRaaiissoonn :: A l'origine, les spcifications de NE2000 (et par consquent
  le pilote linux NE2000) ne supportent pas le PnP.

  SSoolluuttiioonn :: 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 _i_s_a_p_n_p_t_o_o_l_s. 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 <http://www.roestock.demon.co.uk/isapnptools/>

  PPrroobbllmmee :: 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.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: Vous pouvez indiquer au pilote que vous possdez une
  _m_a_u_v_a_i_s_e _c_a_r_t_e (_b_a_d _c_a_r_d) en utilisant une valeur hxadcimale 0xbad
  au moment du dmarrage pour le paramtre mem_end (qui n'est
  normalement pas utilis). Vous _d_e_v_e_z aussi fournir une adresse de base
  non nulle pour les ports d'E/S de la carte quand vous utilisez la
  valeur 0xbad. Par exemple, une carte qui se trouve  0x340 et qui
  n'acquitte pas la 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

  PPrroobbllmmee :: Ma carte NE*000 bloque la machine au premier accs rseau.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: Ma carte Ethernet NE*000  l'adresse 0x360 n'est pas
  dtecte.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: Le rseau `disparat'  chaque fois que j'imprime quelque
  chose (NE2000).

  RRaaiissoonn :: 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.

  PPrroobbllmmee :: 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)

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: 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.

  SSoolluuttiioonn :: 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.

  RRaaiissoonn :: 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.

  PPrroobbllmmee :: La machine se bloque pendant la dtection du SCSI au
  dmarrage.

  RRaaiissoonn :: 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.


  PPrroobbllmmee :: La machine se bloque pendant la dtection de la carte son
  au dmarrage.

  RRaaiissoonn :: Non, en fait c'est pendant la dtection silencieuse du SCSI,
  et c'est le mme problme que ci-dessus.

  PPrroobbllmmee :: Ma carte NE2000 n'est pas dtecte au dmarrage. Il n'y a
  aucun message pendant le dmarrage.

  SSoolluuttiioonn :: 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 _H_o_w_t_o) 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3..55..

  PPrroobbllmmeess aavveecc lleess ccaarrtteess SSMMCC UUllttrraa//EEtthheerrEEZZ eett WWDD8800**33

  PPrroobbllmmee :: Vous obtenez des messages semblables  :

          eth0: bogus packet size: 65531, status=0xff, nxpg=0xff



  RRaaiissoonn :: Il y a un problme de mmoire partage.

  SSoolluuttiioonn :: 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
  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.

  PPrroobbllmmee :: Une carte EtherEZ de SMC ne fonctionne pas en mode de
  mmoire non-partage (PIO).

  RRaaiissoonn :: Les versions les plus anciennes du pilote Ultra ne pouvaient
  utiliser la carte que dans le mode de travail  mmoire partage.

  SSoolluuttiioonn :: 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.

  PPrroobbllmmee :: Une vieille wd8003 et/ou une wd8013 configurable par
  cavaliers ont toujours la mauvaise IRQ.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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).

  PPrroobbllmmee :: Une carte SMC Ultra est dtecte comme tant une wd8013,
  mais l'IRQ et l'adresse de base de la mmoire partage sont fausses.

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: 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3..66..  PPrroobbllmmeess aavveecc ddeess ccaarrtteess 33CCoomm

  PPrroobbllmmee :: 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 ?

  SSoolluuttiioonn :: 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 _v_i_a 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


  PPrroobbllmmee :: 3c503: configured interrupt X invalid, will use autoIRQ.
  (3c503: l'interruption X configure est invalide, dtection
  automatique de l'IRQ)

  RRaaiissoonn :: 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.

  SSoolluuttiioonn :: Utilisez l'une des IRQ valides donnes ci-dessus, ou
  autorisez la dtection automatique en ne prcisant aucune ligne d'IRQ.

  PPrroobbllmmee :: 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 ?

  SSoolluuttiioonn :: 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3..77..  LLeess qquueessttiioonnss qquuii nnee ssoonntt ppaass ssppcciiffiiqquueess  uunnee ccaarrttee..




  33..77..11..  LLiinnuuxx eett lleess ccaarrtteess EEtthheerrnneett IISSAA PPlluugg aanndd PPllaayy

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



  33..77..22..  CCaarrttee EEtthheerrnneett nnoonn ddtteeccttee aauu ddmmaarrrraaggee..

  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.



  33..77..33..  iiffccoonnffiigg  iinnddiiqquuee llaa mmaauuvvaaiissee aaddrreessssee dd''EE//SS ppoouurr llaa ccaarrttee..

  Non, ce n'est pas vrai. C'est vous qui l'interprtez de manire
  errone. Ce n'est _p_a_s 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.


  33..77..44..  cchhoouuee..  UUnnee mmaacchhiinnee PPCCII ddtteeccttee llaa ccaarrttee mmaaiiss llaa pprrooccdduurree ddee
  tteesstt dduu ppiilloottee

  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.



  33..77..55..  PPCCII (( 00xxffffffff )) DDeess ccaarrtteess IISSAA  mmmmooiirree ppaarrttaaggee nnee ffoonnccttiioonn
  nneenntt ppaass ddaannss uunnee mmaacchhiinnee

  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.


  33..77..66..  rriieenn..  OOnn ddiirraaiitt qquuee mmaa ccaarrttee eennvvooiiee ddeess ddoonnnneess,, mmaaiiss eellllee nnee
  rreeooiitt jjaammaaiiss

  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.



  33..77..77..  AAssyynncchhrroonnoouuss TTrraannssffeerr MMooddee ((AATTMM))

  Werner Almesberger s'est proccup de la disponibilit d'ATM pour
  Linux.  Il a travaill avec la carte ENI155p d'Efficient Networks
  (Efficient Networks <http://www.efficient.com/>) et la carte ZN1221 de
  Zeitnet (Zeitnet <http://www.zeitnet.com/>).

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

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

       Linux et ATM <http://lrcwww.epfl.ch/linux-atm/>



  33..77..88..  SSuuppppoorrtt ddee ll''EEtthheerrnneett GGiiggaabbiitt

  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.



  33..77..99..  FFDDDDII

  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.



  33..77..1100..  FFuullll DDuupplleexx

  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.



  33..77..1111..  LLeess mmaacchhiinneess SSMMPP eett lleess ccaarrtteess EEtthheerrnneett

  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.


  33..77..1122..  CCaarrtteess EEtthheerrnneett ppoouurr LLiinnuuxx ssuurr ccaarrttee--mmrree PPCCII AAllpphhaa//AAXXPP

  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.


  33..77..1133..  LL''EEtthheerrnneett eett LLiinnuuxx ssuurr lleess SSUUNN//SSppaarrcc..

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

  Linux Sparc <http://www.geog.ubc.ca/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.



  33..77..1144..  LL''EEtthheerrnneett,, LLiinnuuxx eett lleess aauuttrreess aarrcchhiitteeccttuurreess..

  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 !)



  33..77..1155..  RReelliieerr ddeeuuxx 1100 eett 110000 BBaasseeTT ssaannss hhuubb

  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.


  33..77..1166..  SSIIOOCCSSIIFFxxxxxx:: NNoo ssuucchh ddeevviiccee

  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.




  33..77..1177..  SSIIOOCCSSFFFFLLAAGGSS:: TTrryy aaggaaiinn

  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 _e_n _c_o_u_r_s _d_'_u_t_i_l_i_s_a_t_i_o_n. La
  plupart des pilotes de carte Ethernet sous Linux ne prennent l'IRQ que
  lorsqu'ils sont ouverts via `ifconfig'. Si vous russissez  faire en
  sorte que l'autre priphrique `relche' la ligne d'IRQ, alors vous
  serez capable de ressayer (_T_r_y _a_g_a_i_n en anglais) avec ifconfig.


  33..77..1188..  0000::0000::0000::0000::0000::0000'' UUttiilliissaattiioonn ddee ``iiffccoonnffiigg'' eett mmeessssaaggee ``LLiinnkk
  UUNNSSPPEECC wwiitthh HHWW--aaddddrr ooff

  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.


  33..77..1199..  ((TTXX EErrrroorrss)) NNoommbbrree ffaarraammiinneeuuxx dd''eerrrreeuurrss eenn rrcceeppttiioonn ((RRXX
  EErrrroorrss)) eett eenn ttrraannssmmiissssiioonn

  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 _g_r_o_s _n_o_m_b_r_e BBLLAANNCC
  errors 0 BBLLAANNCC dropped 0 BBLLAANNCC 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.


  33..77..2200..  LLiieennss ddaannss //ddeevv//  ppoouurr ccaarrtteess EEtthheerrnneett

  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.




  33..77..2211..  LLiinnuuxx eett lleess ````ttrraaiilleerrss'''' ((aammoorrcceess))

  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.


  33..77..2222..  AAccccss ddiirreecctt aauu pprriipphhrriiqquuee EEtthheerrnneett

  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4..  TTrruuccss eett aassttuucceess  pprrooppooss ddeess ppeerrffoorrmmaanncceess

  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4..11..  CCoonncceeppttss ggnnrriiqquueess

  Mme une carte 8 bits est capable de recevoir des paquets qui se
  suivent (_b_a_c_k_-_t_o_-_b_a_c_k _p_a_q_u_e_t_s en anglais) sans aucun 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4..22..  LLaa vviitteessssee ddeess ccaarrtteess eett dduu bbuuss IISSAA

  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_'_i_m_p_o_r_t_e _q_u_e_l_l_e
  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4..33..  MMooddiiffiieerr llaa ffeennttrree ddee rrcceeppttiioonn TTCCPP

  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 fonction
  nant  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 Ether
  net. 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..44..  AAuuggmmeenntteerr lleess ppeerrffoorrmmaanncceess ddee NNFFSS

  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 _p_o_u_v_e_z faire si vous
  avez une carte 8bits est soit de diminuer la taille de transfert NFS 
  2 Ko (voire 1 Ko), soit d'essayer d'augmenter la vitesse du bus ISA
  afin que les tampons de la carte soient 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5..

  IInnffoorrmmaattiioonnss ssppcciiffiiqquueess ppaarr ddiissttrriibbuutteeuurr//ccoonnssttrruucctteeuurr//mmooddllee

  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5..11..  33CCoomm

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


  55..11..11..  33cc550011

  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 _f_o_r_t_e_m_e_n_t
  _d__c_o_n_s_e_i_l_l__e ! Encore plus avec un noyau IP `multicast', puisque vous
  allez aboutir  un arrt pendant que vous coutez _c_h_a_c_u_n des paquets
  `multicast'. Lisez les commentaires au dbut du code source pour plus
  de dtails.


  55..11..22..  EEtthheerrLLiinnkk IIII,, 33cc550033,, 33cc550033//1166

  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'
  (_d_i_s_a_b_l_e 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.


  55..11..33..  EEtthheerrLLiinnkk pplluuss,, 33cc550055

  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.


  55..11..44..  EEtthheerrLLiinnkk--1166,, 33cc550077

  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.





  55..11..55..  EEtthheerrLLiinnkk IIIIII,, 33cc550099 // 33cc550099BB

  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 `_p_l_u_g _a_n_d _p_l_a_y', _e_t de dterminer le
  support de sortie dont ils ont besoin. Le pilote Linux _n_'_e_s_t _p_a_s
  capable aujourd'hui d'utiliser la fonctionnalit de dtection
  automatique du support physique, donc vous _d_e_v_e_z 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
  _t_o_u_j_o_u_r_s 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.


  55..11..66..  33cc551155

  Statut : Support, Nom du pilote : 3c515

  Il s'agit de l'offre 100 Mb/s de 3Com en ISA, nom de code
  ``_C_o_r_k_S_c_r_e_w'' (tire-bouchon, en anglais). Un pilote assez jeune pour
  ces cartes venant de Donald est inclus dans la version 2.2 du noyau.
  Pour les dernires informations, vous auriez certainement intrt  le
  chercher dans la page sur les ``Vortex'' :


       Vortex <http://cesdis.gsfc.nasa.gov/linux/drivers/vor
       tex.html>



  55..11..77..  33cc552233

  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/


  55..11..88..  33cc552277

  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.


  55..11..99..  33cc552299

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





  55..11..1100..  33cc556622

  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.


  55..11..1111..  33cc557755

  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.



  55..11..1122..  33cc557799

  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.



  55..11..1133..  33cc558899 // 33cc558899BB

  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.



  55..11..1144..  33cc559900 // 33cc559955

  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 <http://cesdis.gsfc.nasa.gov/linux/drivers/vor
       tex.html>


  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



  55..11..1155..  33cc559922 // 33cc559977

  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.


  55..11..1166..  33cc990000 // 33cc990055 // 33cc990055BB

  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 <http://cesdis.gsfc.nasa.gov/linux/drivers/vor
       tex.html>


  Si vous avez un doute, allez faire un tour sur la page WWW ci-dessus.
  Donald a mis en place une liste de diffusion sur les annonces
  concernant le support du pilote Vortex, entre autres.  Pour vous
  abonner  la liste, il suffit de faire :

  echo subscribe | /bin/mail linux-vortex-request@cesdis.gsfc.nasa.gov



  55..11..1177..  33cc998855

  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5..22..  AAccccttoonn



  55..22..11..  AAccccttoonn MMPPXX

  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.



  55..22..22..  AAccccttoonn EENN11220033,, EENN11220077,, EEtthheerrDDuuoo--PPCCII

  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.


  55..22..33..  AAddaappttaatteeuurr AAccccttoonn EENN22220099 ppoouurr ppoorrtt ppaarraallllllee ((EEtthheerrPPoocckkeett))

  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




  55..22..44..  AAccccttoonn EENN22221122 PPCCMMCCIIAA

  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5..33..  AAlllliieedd TTeelleessyynn//TTeelleessiiss



  55..33..11..  AATT11550000

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


  55..33..22..  AATT11770000

  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.



  55..33..33..  AATT22445500

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



  55..33..44..  AATT11550000

  Statut : Partiellement support, Nom du pilote : rtl8139

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



  55..33..55..  AATT22554400FFXX

  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5..44..  AAMMDD // AAddvvaanncceedd MMiiccrroo DDeevviicceess

  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.


  55..44..11..  AAMMDD LLAANNCCEE ((77999900,, 7799CC996600//996611//996611AA,, PPCCnneett--IISSAA))

  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
  _f_u_l_l _d_u_p_l_e_x. Toutes les cartes comportant une de ces puces devraient
  fonctionner avec le pilote lance.c,  l'exception de 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.



  55..44..22..  AAMMDD 7799CC996655 ((PPCCnneett--3322))

  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.


  55..44..33..  AAMMDD 7799CC997700//997700AA ((PPCCnneett--PPCCII))

  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 _f_u_l_l _d_u_p_l_e_x 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.


  55..44..44..  AAMMDD 7799CC997711 ((PPCCnneett--FFAASSTT))

  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 _f_u_l_l _d_u_p_l_e_x. Elle a t introduite en juin
  1996 sur le march.


  55..44..55..  AAMMDD 7799CC997722 ((PPCCnneett--FFAASSTT++))

  Statut : Inconnu, Nom du pilote : pcnet32

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


  55..44..66..  AAMMDD 7799CC997744 ((PPCCnneett--SSCCSSII))

  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'_E_t_h_e_r_n_e_t_-_H_O_W_T_O, pas du _S_C_S_I_-_H_O_W_T_O.


  55..55..  AAnnsseell CCoommmmuunniiccaattiioonnss



  55..55..11..  AACC33220000 EEIISSAA

  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5..66..  AApprriiccoott



  55..66..11..  AApprriiccoott XXeenn--IIII OOnn BBooaarrdd EEtthheerrnneett

  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5..77..  AArrccnneett

  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5..88..  AATT&&T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.


  55..88..11..  AATT&&TT TT77223311 ((LLaannPPAACCEERR++))

  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5..99..  BBooccaa RReesseeaarrcchh

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


  55..99..11..  BBooccaa BBEENN ((IISSAA,, VVLLBB;; PPCCII))

  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 <http://cesdis.gsfc.nasa.gov/linux/>


  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 _e_n_c_o_r_e acheter une de ces cartes, alors essayez au
  moins d'obtenir une clause de retour inconditionnel sous 7 jours, pour
  que vous puissiez la rendre si elle ne fonctionne pas correctement sur
  votre 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5..1100..  CCaabblleettrroonn

  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.


  55..1100..11..  EE1100****,, EE1100****--xx,, EE2200****,, EE2200****--x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.



  55..1100..22..  EE22110000

  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 _t_o_u_t_e _l_a
  _z_o_n_e _d_e _1_2_8 _K_o !  Cela signifie que vous _n_e _p_o_u_v_e_z _p_a_s, sur cette
  zone, utiliser de 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 _d_e_v_r_e_z teindre la machine et _a_t_t_e_n_d_r_e
  qu'elle se repose pendant 30 secondes.

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


  55..1100..33..  EE2222****

  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5..1111..  CCooggeenntt

  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




  55..1111..11..  EEMM110000--IISSAA//EEIISSAA

  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.


  55..1111..22..  CCooggeenntt eeMMAASSTTEERR++,, EEMM110000--PPCCII,, EEMM440000,, EEMM996600,, EEMM996644

  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5..1122..  CCoommppaaqq

  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.


  55..1122..11..  CCoommppaaqq DDeesskkpprroo // CCoommppaaqq XXLL ((EEmmbbeeddddeedd AAMMDD CChhiipp))

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



  55..1122..22..  CCoommppaaqq NNeetttteelllliiggeenntt//NNeettFFlleexx ((EEmmbbeeddddeedd TThhuunnddeerrLLAANN CChhiipp))

  Statut : Support, Nom du pilote : tlan

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



  55..1133..  DDaannppeexx



  55..1133..11..  DDaannppeexx EENN99440000

  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5..1144..  DD--LLiinnkk



  55..1144..11..  DDEE--110000,, DDEE--220000,, DDEE--222200--TT,, DDEE--225500


  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.


  55..1144..22..  DDEE--552200

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


  55..1144..33..  DDEE--552288

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

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



  55..1144..44..  DDEE--553300

  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.


  55..1144..55..  DDEE--660000

  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
  _m_a_i_n_t_e_n_a_n_t eth0 et non pas celui prcdemment utilis, dl0.

  Si votre port parallle _n_e se trouve _p_a_s  l'adresse standard 0x378,
  il vous faudra recompiler le noyau. Bjorn crit : ``Puisque le pilote
  de la DE-620 essaie de supprimer la moindre microseconde dans les
  boucles, j'ai 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.



  55..1144..66..  DDEE--662200

  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.


  55..1144..77..  DDEE--665500

  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 _n_e fait _p_a_s partie du noyau
  standard, et que vous devrez donc appliquer quelques patches.

  Consultez ``Support du PCMCIA'' dans ce document, et si vous le
  pouvez, jetez un coup d'oeil  :

       La page PCMCIA de Don <http://ces
       dis.gsfc.nasa.gov/linux/pcmcia.html>



  55..1155..  DDFFII



  55..1155..11..  DDFFIINNEETT--330000 eett DDFFIINNEETT--440000

  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5..1166..  DDiiggiittaall // DDEECC



  55..1166..11..  DDEEPPCCAA,, DDEE110000//11,, DDEE220000//11//22,, DDEE221100,, DDEE442222

  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.


  55..1166..22..  DDiiggiittaall EEtthheerrWWoorrkkss 33 ((DDEE220033,, DDEE220044,, DDEE220055))

  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)


  55..1166..33..  DDEE442255 EEIISSAA,, DDEE443344,, DDEE443355,, DDEE550000

  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.


  55..1166..44..  DDEECC 2211004400,, 2211004411,, 22111144xx,, TTuulliipp

  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 _d_e_u_x 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.

  AAtttteennttiioonn :: Mme si votre carte est base sur cette puce, _l_e_s _p_i_l_o_t_e_s
  _p_e_u_v_e_n_t _n_e _p_a_s _f_o_n_c_t_i_o_n_n_e_r _p_o_u_r _v_o_u_s. David C. Davies crit : ``Il n'y
  aucune garantie que SOIT tulip.c SOIT de4x5.c feront fonctionner une
  autre carte 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 _a_v_a_n_t 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 <http://ces
       dis.gsfc.nasa.gov/linux/drivers/tulip.html>


  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 _a_l_p_h_a (voir ``Pilotes alpha'') actuellement, et qu'il doit donc
  tre trait comme tel. Pour l'utiliser, vous devrez diter
  arch/i386/config.in et enlever les commentaires qui entourent la ligne
  sur le support CONFIG_DEC_ELCP.

  Donald a 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5..1177..  FFaarraalllloonn

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


  55..1177..11..  EEtthheerrwwaavvee ddee FFaarraalllloonn

  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5..1188..  FFuujjiittssuu

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


  55..1188..11..  FFuujjiittssuu FFMMVV--118811//118822//118833//118844

  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5..1199..  HHeewwlleetttt PPaacckkaarrdd

  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.


  55..1199..11..  2277224455AA

  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 (_l_o_o_p_b_a_c_k)).

  Si vous avez l'intention d'utiliser ce pilote sous la forme d'un
  module chargeable, vous devriez probablement consulter ``Utiliser les
  pilotes Ethernet comme modules'' pour des informations spcifiques aux
  modules.





  55..1199..22..  HHPP EEtthheerrTTwwiisstt,, PPCC LLaann++ ((2277224477,, 2277225522AA))

  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.


  55..1199..33..  HHPP--JJ22440055AA

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


  55..1199..44..  CCaarrttee EEtthheerrnneett eemmbbaarrqquuee ddee ll''HHPP--VVeeccttrraa

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


  55..1199..55..  CCaarrtteess HHPP 1100//110000 VVGG AAnnyy LLaann ((2277224488BB,, JJ22557733,, JJ22557777,, JJ22558855,,
  JJ997700,, JJ997733))

  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.


  55..1199..66..  HHPP NNeettSSeerrvveerr 1100//110000TTXX PPCCII ((DD55001133AA))

  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5..2200..  IIBBMM // IInntteerrnnaattiioonnaall BBuussiinneessss MMaacchhiinneess



  55..2200..11..  IIBBMM TThhiinnkkppaadd 330000

  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 <http://peipa.essex.ac.uk/html/linux-
       thinkpad.html>


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


  55..2200..22..  EEtthheerrnneett dd''IIBBMM IIBBMM CCrreeddiitt CCaarrdd AAddaappttoorr ffoorr EEtthheerrnneett -- AAddaappttaa
  tteeuurr ``CCrreeddiitt CCaarrdd'' ppoouurr

  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 <http://ces
       dis.gsfc.nasa.gov/linux/pcmcia.html>



  55..2200..33..  IIBBMM TTookkeenn RRiinngg

  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5..2211..  CCaarrtteess EEtthheerrnneett IICCLL



  55..2211..11..  IICCLL EEtthheerrTTeeaamm 1166ii//3322

  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5..2222..  CCaarrtteess EEtthheerrnneett IInntteell

  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.


  55..2222..11..  EEtthheerr EExxpprreessss

  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.


  55..2222..22..  EEtthheerr EExxpprreessss PPRROO//1100

  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.


  55..2222..33..  EEtthheerr EExxpprreessss PPRROO//1100 PPCCII ((EEIISSAA))

  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_'_a_v_e_z _p_a_s 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 <http://www.ultra
       net.com/~stalba/eep10pci.html>


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


  55..2222..44..  EEtthheerr EExxpprreessss PPRROO 1100//110000BB

  Statut : Support, Nom du pilote : eepro100

  Notez que ce pilote _n_e fonctionnera _p_a_s avec les cartes 100A qui sont
  plus anciennes. Les 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 <http://ces
       dis.gsfc.nasa.gov/linux/drivers/eepro100.html>


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


       echo subscribe | /bin/mail linux-eepro100-request@ces
       dis.gsfc.nasa.gov


  Apparemment Donald a t oblig de signer un accord de confidentialit
  qui tablit qu'il pouvait en fait communiquer le code-source du
  pilote !  Comment prendre une telle preuve de btise de la part
  d'Intel ?


  55..2233..  KKiinnggssttoonn

  Kingston fait plusieurs cartes, incluant des cartes  base de NE2000+,
  AMD PCnet, et DEC tulip. La majorit des cartes devrait marcher avec
  leurs pilotes respectifs. Voyez Kingston Web Page
  <http://www.kingston.com> pour plus de dtails.

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



  55..2244..  LLiinnkkSSyyss

  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


  55..2244..11..  CCaarrtteess LLiinnkkSSyyss EEtthheerrffaasstt 1100//110000..

  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.


  55..2244..22..  LLiinnkkSSyyss PPoocckkeett EEtthheerrnneett AAddaapptteerr PPlluuss ((PPEEAAEEPPPP))

  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.


  55..2244..33..  AAddaappttaatteeuurr LLiinnkkSSyyss PPCCMMCCIIAA

  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5..2255..  MMiiccrrooddyynnee



  55..2255..11..  MMiiccrrooddyynnee EExxooss 220055TT

  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5..2266..  MMyylleexx

  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 <http://www.mylex.com>




  55..2266..11..  MMyylleexx LLNNEE339900AA,, LLNNEE339900BB

  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.


  55..2266..22..  MMyylleexx LLNNPP110011

  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.


  55..2266..33..  MMyylleexx LLNNPP110044

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

  La LNP104 utilise la puce 21050 de DEC pour fournir _q_u_a_t_r_e ports
  10BaseT 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5..2277..  EEtthheerrnneett cchheezz NNoovveellll :: NNEExxxxxxxx eett lleess cclloonneess aassssoocciiss..

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


  55..2277..11..  NNEE11000000,, NNEE22000000

  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 _t_o_u_s 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.


  55..2277..22..  NNEE22000000--PPCCII ((RReeaallTTeekk//WWiinnbboonndd//CCoommppeexx))

  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_'_e_s_t _p_a_s 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.



  55..2277..33..  NNEE--1100//110000

  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.


  55..2277..44..  NNEE11550000,, NNEE22110000

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


  55..2277..55..  NNEE//22 MMCCAA

  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.


  55..2277..66..  NNEE33220000

  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.


  55..2277..77..  NNEE33221100

  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.


  55..2277..88..  NNEE55550000

  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5..2288..  PPrrootteeoonn



  55..2288..11..  PPrrootteeoonn PP11337700--EEAA

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

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


  55..2288..22..  PPrrootteeoonn PP11667700--EEAA

  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5..2299..  PPuurree DDaattaa



  55..2299..11..  PPDDUUCC88002288,, PPDDII88002233

  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5..3300..  RRaaccaall--IInntteerrllaann

  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.


  55..3300..11..  EESS33221100

  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.


  55..3300..22..  NNII55001100

  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.


  55..3300..33..  NNII55221100

  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.


  55..3300..44..  NNII66551100 ((nnoott EEBB))

  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.


  55..3300..55..  EEtthheerrBBllaasstteerr ((aakkaa NNII66551100EEBB))

  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5..3311..  RReeaallTTeekk



  55..3311..11..  RReeaallTTeekk RRTTLL88000022//88001122 ((AATT--LLaann--TTeecc)) PPoocckkeett aaddaappttoorr

  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_'__t_a_i_t _p_a_s eth0 mais atp0.


  55..3311..22..  RReeaallTTeekk 88000099

  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.


  55..3311..33..  RReeaallTTeekk 88001199


  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.


  55..3311..44..  RReeaallTTeekk 88002299

  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.


  55..3311..55..  RReeaallTTeekk 88112299//88113399

  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5..3322..  SSaaggeerr



  55..3322..11..  SSaaggeerr NNPP994433

  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5..3333..  SScchhnneeiiddeerr && KKoocchh



  55..3333..11..  SSKK GG1166

  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5..3344..  SSEEEEQQ



  55..3344..11..  SSEEEEQQ 88000055

  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5..3355..  SSMMCC ((SSttaannddaarrdd MMiiccrroossyysstteemmss CCoorrpp..))

  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 <http://www.smc.com>.


  55..3355..11..  WWDD88000033,, SSMMCC EElliittee

  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 _v_i_e_i_l_l_e_s vieilles cartes wd8003) n'ont
  aucun moyen d'indiquer la ligne d'IRQ qu'elles utilisent. Dans ce cas,
  l'affectation automatique d'IRQ est 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.


  55..3355..22..  WWDD88001133,, SSMMCC EElliittee1166

  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.





  55..3355..33..  SSMMCC EElliittee UUllttrraa

  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 _r_e_s_s_e_m_b_l_e  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.


  55..3355..44..  SSMMCC EElliittee UUllttrraa3322 EEIISSAA

  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.


  55..3355..55..  SSMMCC EEtthheerrEEZZ ((88441166))

  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 _S_M_C _U_l_t_r_a 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.


  55..3355..66..  SSMMCC EEtthheerrPPoowweerr PPCCII ((88443322))

  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 _a_v_a_n_t de payer.


  55..3355..77..  SSMMCC EEtthheerrPPoowweerr IIII PPCCII ((99443322))

  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


  55..3355..88..  SSMMCC 33000088

  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.


  55..3355..99..  SSMMCC 33001166

  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.


  55..3355..1100..  SSMMCC--99000000 // SSMMCC 9911cc9922//4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.


  55..3355..1111..  SSMMCC 9911cc110000


  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5..3366..  TTeexxaass IInnssttrruummeennttss



  55..3366..11..  TThhuunnddeerrLLAANN

  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5..3377..  TThhoommaass CCoonnrraadd



  55..3377..11..  TThhoommaass CCoonnrraadd TTCC--55004488

  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5..3388..  VVIIAA

  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/






  55..3388..11..  VVIIAA 8866CC992266 AAmmaazzoonn

  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.


  55..3388..22..  VVIIAA 8866CC110000AA RRhhiinnee IIII ((eett 33004433 RRhhiinnee I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5..3399..  WWeesstteerrnn DDiiggiittaall

  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5..4400..  WWiinnbboonndd

  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.


  55..4400..11..  WWiinnbboonndd 8899cc884400

  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


  55..4400..22..  WWiinnbboonndd 8899cc994400

  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5..4411..  XXiirrccoomm

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


  55..4411..11..  XXiirrccoomm PPEE11,, PPEE22,, PPEE33--1100BB**

  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
  _S_i_l_l_y _I_n_t_e_r_r_u_p_t _G_e_n_e_r_a_t_o_r).


  55..4411..22..  CCaarrtteess XXiirrccoomm PPCCMMCCIIAA

  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5..4422..  ZZeenniitthh



  55..4422..11..  ZZ--NNoottee

  Statut : Support, Nom du pilote : znet

  L'adaptateur rseau intgr au Z-Note est bas sur la puce i82593
  d'Intel, et utilise _d_e_u_x canaux DMA. Un pilote (alpha ?), est
  disponible dans la version courante du noyau. Comme tous les
  adaptateurs de poche ou portables, il se trouve dans la section
  `Pocket and portable adaptors' lorsque vous excutez make config.
  Notez aussi que l'IBM ThinkPad 300 est compatible avec le Z-Note.


  55..4433..  ZZnnyyxx



  55..4433..11..  ZZnnyyxx ZZXX334422 ((DDEECC 2211004400 bbaasseedd))

  Statut : Support, Nom du pilote : de4x5, tulip

  Vous avez le choix entre _d_e_u_x 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5..4444..  IIddeennttiiffiieerr uunnee ccaarrttee iinnccoonnnnuuee

  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.


  55..4444..11..  CCoonnttrroolllleerr,, NNIICC)) IIddeennttiiffiieerr llee ccoonnttrrlleeuurr dd''iinntteerrffaaccee rrsseeaauu
  ((NNeettwwoorrkk IInntteerrffaaccee

  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 _o_u 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.


  55..4444..22..  IIddeennttiiffiieerr ll''aaddrreessssee EEtthheerrnneett

  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.


  55..4444..33..  QQuueellqquueess aassttuucceess ppoouurr eessssaayyeerr dd''uuttiilliisseerr uunnee ccaarrttee iinnccoonnnnuuee

  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
       <http://www.slug.org.au/NIC/>



  55..4455..  PPiillootteess ppoouurr pprriipphhrriiqquueess NNoonn--EEtthheerrnneett

  Quelques autres pilotes existent dans les sources Linux qui se
  prsentent _c_o_m_m_e 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 _P_P_P_-_H_o_w_t_o.)

  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6..  CCbblleess,, CCooaaxxiiaall,, PPaaiirree TToorrssaaddee

  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
  _c_o_m_p_._d_c_o_m_._l_a_n_s_._e_t_h_e_r_n_e_t contient un tas d'informations utiles sur les
  cbles et tout ce genre de choses. Jetez un coup d'oeil  :


       Usenet FAQs <ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/>


  pour la FAQ de ce groupe de news.

  (NDT : Le lecteur francophone utilisera bien entendu un site miroir
  comme URL sur ibp  complter.. <ftp://ftp.lip6.fr/faq/...> ou tout
  site quivalent proche de chez lui).


  66..11..  EEtthheerrnneett ffiinn ((tthhiinnnneett))

  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 _q_u_a_n_d _m__m_e mettre en place les `T'
  et les bouchons de 50 ohms. -- vous _n_e _p_o_u_v_e_z _p_a_s juste 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
   _c_h_a_q_u_e 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 _f_o_n_t _c_o_m_m_e _s_i 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6..22..  PPaaiirree ttoorrssaaddee

  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6..33..  TThhiicckk EEtthheerrnneett -- LLee ``ggrrooss'' EEtthheerrnneett

  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7..  CCoonnffiigguurraattiioonn llooggiicciieellllee eett ddiiaaggnnoossttiiccss ddee ccaarrttee

  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 _p_l_e_i_n d'autres fabricants.

  On trouve certaines cartes pour lesquelles des versions Linux des
  utilitaires de configuration existent, et elles sont 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7..11..  PPrrooggrraammmmeess ddee ccoonnffiigguurraattiioonn ppoouurr ccaarrtteess EEtthheerrnneett



  77..11..11..  CCaarrtteess WWDD8800xx33

  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 _d_e_v_e_z avoir une carte avec EEPROM pour utiliser cet
  utilitaire. Les vieilles, _v_i_e_i_l_l_e_s cartes wd8003, et certains clones
  de wd8013 utilisent  la place des cavaliers pour configurer la carte.




  77..11..22..  CCaarrtteess DDiiggiittaall // DDEECC

  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)


  77..11..33..  CCaarrtteess NNEE22000000++ oouu AATT//LLAANNTTIICC

  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 <http://www.kingston.com/down
       load/etherx/etherx.htm>


  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.


  77..11..44..  CCaarrtteess 33CCoomm

  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7..22..  PPrrooggrraammmmeess ddee ddiiaaggnnoossttiicc ppoouurr ccaarrtteess EEtthheerrnneett

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


       Diagnostics pour cartes Ethernet <ftp://ces
       dis.gsfc.nasa.gov/pub/linux/diag/index.html>


  Allied Telesis AT1700 -- cherchez le fichier /pub/linux/diag/at1700.c
  sur cesdis.gsfc.nasa.gov.

  Cabletron E21XX -- cherchez le fichier /pub/linux/diag/e21.c sur
  cesdis.gsfc.nasa.gov.

  HP PCLAN+ -- cherchez le fichier /pub/linux/diag/hp+.c sur
  cesdis.gsfc.nasa.gov.

  Intel EtherExpress -- cherchez le fichier /pub/linux/diag/eexpress.c
  sur cesdis.gsfc.nasa.gov.

  Cartes NE2000 -- cherchez le fichier /pub/linux/diag/ne2k.c sur
  cesdis.gsfc.nasa.gov. Il existe aussi une version PCI pour les clones
  NE2000-PCI qui sont maintenant classiques.

  Adaptateur de poche RealTek (ATP) -- cherchez le fichier
  /pub/linux/diag/atp-diag.c sur cesdis.gsfc.nasa.gov.

  Toutes les autres cartes -- essayez de taper cat /proc/net/dev et
  dmesg pour savoir quelles informations utiles le noyau possde sur la
  carte en question.



  88..  IInnffoorrmmaattiioonnss TTeecchhnniiqquueess

  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8..11..

  EEnnttrreess//SSoorrttiieess pprrooggrraammmmeess ccoonnttrree mmmmooiirree ppaarrttaaggee ccoonnttrree DDMMAA

  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.


  88..11..11..  EEnnttrreess//SSoorrttiieess ((EE//SS)) pprrooggrraammmmeess ((NNEE22000000,, 33cc550099,, eettcc..))

  PPoouurr :: N'utilise aucune ressource systme contrainte, juste quelques
  registres d'E/S, et n'a pas de limite  16 M.

  CCoonnttrree :: Gnralement le taux de transfert le plus faible, le
  processeur attend tout le temps, et un accs entrelac (_i_n_t_e_r_l_e_a_v_e_d en
  anglais) aux paquets est habituellement difficile voire impossible.


  88..11..22..  MMmmooiirree ppaarrttaaggee ((WWDD8800xx33,, SSMMCC--UUllttrraa,, 33cc550033,, eettcc..))

  PPoouurr :: Simple, plus rapide que les E/S programmes, permet l'accs
  alatoire aux paquets. Les pilotes Linux calculent la somme de
  contrle (_c_h_e_c_k_s_u_m 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.

  CCoonnttrree :: 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.


  88..11..33..  LLiinnuuxx !!))  AAccccss DDiirreecctt  llaa MMmmooiirree ((DDMMAA)) EEssccllaavvee ((nnoorrmmaall))
  ((pp..eexx.. :: aauuccuunnee ppoouurr

  PPoouurr :: Libre le processeur pendant le transfert rel des donnes.

  CCoonnttrree :: La vrification des conditions aux limites de blocs,
  l'allocation de tampons (_b_u_f_f_e_r_s en anglais) contigus, et la
  programmation des registres DMA en font la plus lente de toutes les
  techniques. Elle utilise en plus un canal DMA (une ressource rare !)
  et ncessite des tampons aligns en mmoire basse.


  88..11..44..  DDMMAA eenn BBuuss MMaasstteerr ((pp..eexx.. :: LLAANNCCEE,, DDEECC 2211004400))

  PPoouurr :: 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.

  CCoonnttrree :: (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 _a_u_c_u_n 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8..22..  ccrriittuurree dd''uunn ppiilloottee ddee ccaarrttee

  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
       <http://www.crynwr.com/crynwr/home.html>


  Une fois la documentation obtenue, vous pouvez crire un pilote pour
  votre carte et l'utiliser sous Linux (du moins en 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 <http://www.redhat.com:8080/HyperNews/get/khg.html>



  88..33..  IInntteeffaaccee dduu ppiilloottee aavveecc llee nnooyyaauu

  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.


  88..33..11..  DDtteeccttiioonn ddee llaa ccaarrttee ((PPrroobbee))

  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 _p_a_s _b_i_e_n 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.


  88..33..22..  GGeessttiioonnnnaaiirree dd''iinntteerrrruuppttiioonnss ((IInntteerrrruupptt hhaannddlleerr))

  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.



  88..33..33..  FFoonnccttiioonn ddee ttrraannssmmiissssiioonn ((TTrraannssmmiitt ffuunnccttiioonn))

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




  88..33..44..  FFoonnccttiioonn ddee rrcceeppttiioonn ((RReecceeiivvee ffuunnccttiioonn))

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


  88..33..55..  FFoonnccttiioonn dd''oouuvveerrttuurree ((OOppeenn ffuunnccttiioonn))

  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.



  88..33..66..  FFoonnccttiioonn ddee ffeerrmmeettuurree ((ffaaccuullttaattiivvee)) ((CClloossee ffuunnccttiioonn))

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


  88..33..77..  AAuuttrreess ffoonnccttiioonnss

  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8..44..  IInnffoorrmmaattiioonnss tteecchhnniiqquueess ddee 33CCoomm

  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8..55..

  NNootteess ssuurr lleess ccaarrtteess bbaasseess ssuurr llaa ppuuccee PPCCnneett // LLAANNCCEE dd''AAMMDD

  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8..66..  MMuullttiiccaasstt eett MMooddee ``PPrroommiissccuuoouuss''

  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 _p_u_b_l_i__s (c'est--dire ppaass 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 _m_u_l_t_i_c_a_s_t. 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8..77..

  LLee ffiillttrree ddee ppaaqquueettss ddee BBeerrkkeelleeyy ((BBeerrkkeelleeyy PPaacckkeett FFiilltteerr ---- BBPPFF))

  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 ttoouuss 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9..  FFaaiirree dduu rrsseeaauu aavveecc uunn ppoorrttaabbllee

  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9..11..  UUttiilliisseerr SSLLIIPP ((SSeerriiaall LLiinnee IIPP,, IIPP ssuurr lliiaaiissoonn ssrriiee))

  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 _N_E_T_-_2 _H_o_w_t_o.


  99..22..  SSuuppppoorrtt PPCCMMCCIIAA

  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 <ftp://cb-iris.stanford.edu/pub/pcmcia>


  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9..33..  CCaarrttee EEtthheerrnneett IISSAA ddaannss llaa ssttaattiioonn dd''aaccccuueeiill..

  Les stations d'accueil (_d_o_c_k_i_n_g _s_t_a_t_i_o_n_s en anglais, ou encore _d_o_c_k,
  NDT) 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9..44..  AAddaappttaatteeuurrss ddee ppoocchhee eett ssuurr ppoorrtt ppaarraallllllee..

  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.


  1100..  QQuueessttiioonnss ddiivveerrsseess..

  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.


  1100..11..  PPaassssaaggee ddeess aarrgguummeennttss EEtthheerrnneett aauu nnooyyaauu

  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 <http://metalab.unc.edu/mdw/HOWTO/Boot
       Prompt-HOWTO.html>



  1100..11..11..  LL''aarrgguummeenntt eetthheerr

  La commande ether= est utilise en conjonction avec le pilote compil
  dans le noyau. Le ether= n'aura _a_b_s_o_l_u_m_e_n_t _a_u_c_u_n _e_f_f_e_t sur un pilote
  modulaire. Sous sa forme la plus 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.

  IIRRQQ:: 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.

  AADDRR__DDEE__BBAASSEE:: 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.

  PPAARRAAMM__1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.

  PPAARRAAMM__2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.

  NNOOMM:: 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.)


  1100..11..22..  LLaa ccoommmmaannddee rreesseerrvvee

  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 _f_i_g_e 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.


  1100..22..  UUttiilliissaattiioonn ddeess ppiillootteess EEtthheerrnneett ccoommmmee mmoodduulleess

  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 _p_a_s 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 _R_E_Q_U_I_S ou du moins
  _F_O_R_T_E_M_E_N_T _R_E_C_O_M_M_A_N_D_ que vous fournissiez ces 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.


  1100..33..  DDooccuummeennttss aassssoocciiss

  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 _H_o_w_t_o _N_E_T_-_3. Ou encore, si vous vous sentez pousser des ailes
  de ``hacker'', vous pourrez toujours grapiller des informations
  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
  _c_o_m_p_._s_y_s_._i_b_m_._p_c_._h_a_r_d_w_a_r_e_._n_e_t_w_o_r_k_i_n_g. Les archives de news tels que
  deja.com sont aussi une source intarissable de rponses. Vous pouvez
  aussi rcuprer les FAQ de ces groupes de news sur par exemple :


       Les FAQ de Usenet <ftp://ftp.lip6.fr/pub/doc/faq/usenet-by-
       hierarchy/>


  Vous pouvez aussi consulter la `Page d'accueil d'Ethernet' pour ainsi
  dire, qui se trouve  l'URL suivante :

       La page d'accueil d'Ethernet
       <http://wwwhost.ots.utexas.edu/ethernet/ethernet-home.html>



  1100..44..  DDssiisstteemmeenntt ddee rreessppoonnssaabbiilliitt eett CCooppyyrriigghhtt

  Ce document _n_'_e_s_t _p_a_s la bible. Toutefois, il s'agit certainement de
  la source d'informations la plus  jour que vous pourrez trouver.
  Personne n'est responsable de ce qui arrive  votre 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 _L_i_n_u_x _H_O_W_T_O 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'_E_t_h_e_r_n_e_t_-_H_O_W_T_O est fournie ici :

  This document is _n_o_t gospel. However, it is probably the most up to
  date info that you will be able to find. Nobody is responsible for
  what happens to your hardware but yourself. If your ethercard or any
  other hardware goes up in smoke (...nearly impossible!)  we take no
  responsibility. ie. THE AUTHORS ARE NOT RESPONSIBLE FOR ANY DAMAGES
  INCURRED DUE TO ACTIONS TAKEN BASED ON THE INFORMATION INCLUDED IN
  THIS DOCUMENT.

  This document is Copyright (c) 1993-1997 by Paul Gortmaker. Permission
  is granted to make and distribute verbatim copies of this manual
  provided the copyright notice and this permission notice are preserved
  on all copies.

  Permission is granted to copy and distribute modified versions of this
  document under the conditions for verbatim copying, provided that this
  copyright notice is included exactly as in the original, and that the
  entire resulting derived work is distributed under the terms of a
  permission notice identical to this one.

  Permission is granted to copy and distribute translations of this
  document into another language, under the above conditions for
  modified versions.

  A hint to people considering doing a translation.  First, translate
  the SGML source (available via FTP from the HowTo main site) so that
  you can then generate other output formats.  Be sure to keep a copy of
  the original English SGML source that you translated from! When an
  updated HowTo is released, get the new SGML source for that version,
  and then a simple diff -u old.sgml new.sgml will show you exactly what
  has changed so that you can easily incorporate those changes into your
  translated SMGL source without having to re-read or re-translate
  everything.

  If you are intending to incorporate this document into a published
  work, please make contact (via e-mail) so that you can be supplied
  with the most up to date information available. In the past, out of
  date versions of the Linux HowTo documents have been published, which
  caused the developers undue grief from being plagued with questions
  that were already answered in the up to date versions.


  Ce document fait partie des _H_O_W_T_O _L_i_n_u_x traduits en franais.  Vous
  pouvez trouver une liste  jour de ces documents  l'adresse
  <http://www.freenix.org/unix/linux/HOWTO/Liste-des-HOWTO.html>

  Les _H_O_W_T_O _L_i_n_u_x font partie du _L_i_n_u_x _D_o_c_u_m_e_n_t_a_t_i_o_n _P_r_o_j_e_c_t (LDP). Si
  vous souhaitez participer au LDP ou  sa traduction en 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 _d_a_n_s _l_a _t_r_a_d_u_c_t_i_o_n en franais, merci
  d'en informer le traducteur. Vos remarques seront prises en compte
  pour la prochaine version de la traduction.


  1100..55..  CCoonncclluussiioonn


  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







