Page suivantePage précédenteTable des matières

5. Informations spécifiques par distributeur/constructeur/modèle

Ce qui suit est une liste de nombreuses cartes, rangées par ordre alphabétique de distributeur, puis par identifiant de produit. A côté de chaque identifiant de produit, vous verrez soit `supporté', soit `partiellement supporté', soit `non supporté'.

`Supporté' signifie qu'un pilote existe pour cette carte, que de nombreuses personnes en sont contentes et qu'il semble fiable.

`Partiellement supporté' signifie qu'un pilote existe, mais que l'une au moins des conditions suivantes est vraie : (1) Le pilote et/ou le matériel comportent des erreurs, ce qui peut engendrer de piètres performances, des échecs de connexion ou même des crashs. (2) Le pilote est récent ou la carte est très peu connue, et par conséquent celui-ci a été peu utilisé/testé et son auteur a eu très peu de retours quant à son fonctionnement. Il est évident que la situation (2) est préférable à la situation (1), et la description de la carte et du pilote devrait montrer clairement laquelle est la bonne. Dans un cas comme dans l'autre, vous devrez certainement répondre 'Y' à la question ``Prompt for development and/or incomplete code/drivers?'' (``Demander confirmation pour pour les pilotes en cours de développement ou incomplets ?'') lorsque vous lancerez make config.

`Non supporté' signifie qu'il n'existe pas de pilote disponible à l'heure actuelle pour cette carte. Cela peut être dû à un manque d'intérêt pour un matériel qui est rare ou peu commun, ou au fait que les distributeurs n'en fournissent pas la documentation nécessaire pour l'écriture du pilote.

Notez que la différence entre `supporté' et `partiellement supporté' est plutôt subjective, et qu'elle est basée sur les retours d'informations fournis par les utilisateurs, observés dans les groupes de news et les listes de diffusion. (Après tout, il est impossible à une personne de tester tous les pilotes avec toutes les cartes pour chaque version du noyau !!!) Soyez donc prévenus que telle carte indiquée comme `partiellement supportée' pourra fonctionner impeccablement pour vous (ce qui est bien), alors que telle autre indiquée comme `supportée' vous donnera des problèmes sans fin (ce qui n'est pas aussi bien).

Après le statut, le nom du pilote donné dans le noyau de Linux est indiqué. Ceci sera aussi le nom du module tel qu'il apparait à la ligne alias eth0 pilote dans votre fichier de configuration /etc/conf.modules.

5.1 3Com

Si vous n'êtes pas sûr de ce qu'est votre carte, mais que vous pensez qu'il s'agit d'une 3Com, vous pourrez certainement le déterminer à partir du numéro d'assemblage. 3Com dispose d'un document `Identifying 3Com Adapters By Assembly Number' (Identifier les adaptateurs 3Com par leur numéro d'assemblage, référence 24500002) qui devrait très certainement éclaircir les choses. Consultez  Informations techniques de 3Com pour plus d'informations sur la façon d'obtenir de 3Com des documents techniques.

Notez aussi que vous pouvez éventuellement consulter le site FTP de 3Com qui recèle diverses gâteries : ftp.3Com.com.

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

3c501

Statut : Partiellement supporté, Nom du pilote : 3c501

Cette carte 8 bits datant de l'âge de pierre, trop tapée du ciboulot pour être utilisée. Evitez-la comme la peste. N'achetez pas cette carte, même pour faire une blague. Ses performances sont atroces, et elle a de nombreuses déficiences.

Pour ceux qui ne seraient pas encore convaincus, la 3C501 ne sait faire qu'une chose à la fois -- pendant que vous enlevez un paquet du tampon (qui ne peut en contenir qu'un seul), elle ne peut pas en recevoir un autre, pas plus qu'elle ne peut en recevoir un pendant le chargement d'un paquet à transmettre. C'était parfait pour un réseau entre deux ordinateurs à base de 8088 où le traitement de chaque paquet et la réponse prenaient des dizaines de millisecondes, mais les réseaux modernes envoient des paquets les uns à la suite des autres pour pratiquement chaque transaction.

Les IRQ automatiques fonctionnent, le DMA n'est pas utilisé, la détection automatique ne teste que 0x280 et 0x300, et le niveau de débogage est indiqué dans le troisième argument passé au démarrage.

Encore une fois, l'utilisation d'une 3C501 est fortement déconseillée ! Encore plus avec un noyau IP `multicast', puisque vous allez aboutir à un arrêt pendant que vous écoutez chacun des paquets `multicast'. Lisez les commentaires au début du code source pour plus de détails.

EtherLink II, 3c503, 3c503/16

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

La 3c503 ne possède pas de mémoire reprogrammable pour stocker sa configuration (un ``EEPROM setup'') ; un programme de diagnostic et de configuration n'est donc pas nécessaire avant d'utiliser la carte sous Linux. L'adresse de mémoire partagée de la 3c503 est fixée en utilisant des cavaliers qui sont partagés avec l'adresse de la mémoire programmable de démarrage (``boot PROM''). Cela a tendance à semer la confusion chez les personnes habituées aux autres cartes ISA, sur lesquelles on laisse toujours le cavalier sur la position `désactivée' (disable en anglais) à moins d'avoir une PROM de démarrage.

Ces cartes devraient être aussi rapide que les cartes WD80x3 qui utilisent le même bus, mais il apparaît qu'elles sont légèrement plus lentes. Ces cartes Ethernet à mémoire partagée ont aussi un mode à Entrées/Sorties programmées qui n'utilise pas les possibilités de la 8390 (leurs ingénieurs ont trouvé trop de bogues !). Le pilote 3c503 de Linux sait aussi travailler avec la 3c503 en mode d'E/S programmées, mais c'est plus lent et moins sûr que le mode à mémoire partagée. De plus, le mode d'E/S programmées n'est pas aussi bien testé lors des mises à jour des pilotes. Vous ne devriez pas utiliser le mode d'E/S programmées à moins d'en avoir besoin pour la compatibilité avec le DOS.

La ligne d'IRQ de la 3c503 est fixée par logiciel, sans l'aide d'une EEPROM. A la différence des pilotes sous DOS, le pilote Linux est capable de choisir automatiquement l'IRQ : il utilise la première ligne d'interruption disponible parmi {5,2/9,3,4}, en choisissant à chaque fois que la carte est ifconfigurée. (Les anciennes versions du pilote sélectionnaient l'IRQ au moment du démarrage). L'appel ioctl() dans `ifconfig' retournera EAGAIN si aucune ligne d'IRQ n'est disponible à ce moment-là.

Des problèmes classiques que les gens ont avec la 3c503 sont abordés dans  Problèmes avec....

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

Notez que certains vieux 386 sans disques ont des 3c503 sur la carte mère (faites par 3Com, mais vendues sous un autre nom, tel que `Bull') l'identificateur n'est pas celui des cartes 3Com, et elles ne seront donc pas détectées. Pour plus de détails, référez-vous au paquetage Etherboot, dont vous aurez besoin pour démarrer ces PC sans disques.

EtherLink plus, 3c505

Statut : Partiellement supporté, Nom du pilote : 3c505

Il s'agit d'un pilote qui avait été écrit par Craig Southeren geoffw@extro.ucc.su.oz.au. Ces cartes utilisent la puce i82586 d'Intel et sont assez peu répandues. Le pilote est inclus dans le noyau standard, mais il est classé comme pilote `alpha'. Consultez  Pilotes alpha pour des informations importantes à propos de l'utilisation de pilotes Ethernet en phase de test `alpha' sous Linux.

Vous devriez aussi lire le fichier /usr/src/linux/drivers/net/README.3c505 si vous comptez utiliser une de ces cartes. Il contient diverses options que vous pouvez activer ou désactiver.

EtherLink-16, 3c507

Statut : Partiellement supporté, Nom du pilote : 3c507

Cette carte utilise l'une des puces Intel, et le développement du pilote est fortement lié à celui du pilote de la carte Ether Express d'Intel. Le pilote est inclus dans la distribution standard du noyau, mais en tant que pilote `alpha'.

Consultez  Pilotes alpha pour des informations importantes concernant l'utilisation de pilotes en phase de test `alpha' sous Linux.

EtherLink III, 3c509 / 3c509B

Statut : Supporté, Nom du pilote : 3c509

Cette carte est plutôt bon marché et possède de bonnes performances pour une conception ISA qui ne soit pas `bus-master'. Le revers de la médaille est que la 3c509 originelle nécessitait des temps de latence vraiment très faibles en réponse aux interruptions. La 3c509B ne souffre pas du même problème, car elle possède un tampon mémoire plus important (voir ci-dessous). Ces cartes utilisent des transferts en mode d'Entrées/Sorties programmées (PIO), de la même façon qu'une carte ne2000, et par conséquent une carte à mémoire partagée comme la wd8013 sera plus efficace en comparaison.

La 3c509 d'origine avait un petit tampon mémoire pour les paquets (4 Ko au total, 2 en réception et 2 en transmission), ce qui poussait le pilote à éliminer un paquet si les interruptions étaient masquées trop longtemps. Pour minimiser ce problème, vous pouvez essayer de dé-masquer les interruptions pendant les transferts sur disques IDE (consultez man hdparm) et / ou augmenter la vitesse de votre bus ISA de façon à ce que les transferts IDE se terminent plus tôt.

Le modèle plus récent, la 3c509B, possède 8 Ko de mémoire, et le tampon peut être partagé en 4/4, 5/3 ou 6/2 en réception/transmission. Ce paramètre est changé à l'aide de l'utilitaire de configuration sous DOS, et est stocké dans la mémoire EEPROM. Cela devrait éliminer le problème précédent avec la 3c509 originelle.

Les utilisateurs de 3c509B devraient utiliser soit l'utilitaire DOS fourni afin de désactiver le `plug and play', et de déterminer le support de sortie dont ils ont besoin. Le pilote Linux n'est pas capable aujourd'hui d'utiliser la fonctionnalité de détection automatique du support physique, donc vous devez sélectionner 10Base-T ou 10Base-2 ou AUI. Notez que pour arrêter totalement le PnP, vous devrez faire un 3C5X9CFG /PNP:DISABLE et ensuite, éteindre et rallumer la machine pour que cela prenne effet.

Certaines personnes ont posé des questions sur les paramètres ``Server or Workstation'' (serveur ou station de travail) et ``Highest Modem Speed'' (plus haute vitesse de modem) qui sont présentés dans l'utilitaire de configuration du DOS. Donald écrit que ``Ce ne sont que des orientations fournies au pilotes, et le pilote Linux n'utilise pas ces paramètres ; il optimise toujours pour un taux de transfert important plutôt que pour un temps de latence faible (`Server'). Un temps de latence faible était un critère critique pour le vieux trafic, non-fenêtré, de IPX. Afin de réduire le temps de latence, le pilote sous DOS de la 3c509 inhibe les interruptions de certaines opérations, bloquant les interruptions du port série. D'où la nécessité du paramètre `modem speed' (vitesse du modem). Le pilote Linux évite la nécessité de désactiver les interruptions sur de longues périodes en ne travaillant que sur des paquets complets, par exemple en ne commençant pas à transmettre un paquet avant qu'il n'ait été complètement transféré sur la carte.''

Notez que la procédure de détection de la carte ISA utilise une méthode différente de la plupart des autres cartes. A la base, vous demandez aux cartes de répondre en envoyant des données sur un port ID_PORT (port 0x100 jusqu'à 0x1ff par intervalle de 0x10). Cette méthode de détection signifie qu'une carte donnée sera toujours détectée en premier dans une configuration comportant plusieurs cartes ISA 3c509. La carte avec la plus petite adresse Ethernet physique sera toujours eth0. Cela ne devrait gêner personne, à l'exception de ceux qui souhaitent assigner une adresse physique sur 6 octets à une interface donnée. Si vous avez plusieurs cartes 3c509, il vaut mieux ajouter des commandes ether=0,0,ethN sans préciser le port d'E/S (c'est-à-dire en utilisant E/S=zéro) et autoriser la procédure de détection à faire le tri pour déterminer quelle carte est la première. Utiliser une valeur d'E/S non nulle va faire que toutes les cartes ne seront pas détectées : donc, ne le faites pas.

Si cela vous gêne vraiment, jetez un coup d'oeil au tout dernier pilote de Donald, car cela vous permettra d'utiliser une valeur 0x3c509 dans le champ (inutilisé) de l'adresse mémoire pour obliger la détection à réussir.

3c515

Statut : Supporté, Nom du pilote : 3c515

Il s'agit de l'offre 100 Mb/s de 3Com en ISA, nom de code ``CorkScrew'' (tire-bouchon, en anglais). Un pilote assez jeune pour ces cartes venant de Donald est inclus dans la version 2.2 du noyau. Pour les dernières informations, vous auriez certainement intérêt à le chercher dans la page sur les ``Vortex'' :

Vortex

3c523

Statut : Partiellement supporté, Nom du pilote : 3c523

Cette carte pour bus MCA utilise la puce i82586, et Chris Beauregard a modifié le pilote ni52 pour qu'il fonctionne avec ces cartes. Le pilote correspondant peut être trouvé dans l'arborescence des sources des noyaux 2.2.

Plus de détails sont fournis sur la page MCA pour Linux à http://glycerine.cetmm.uni.edu/mca/

3c527

Statut : Non supporté

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

3c529

Statut : Partiellement supporté, Nom du pilote : 3c509

Cette carte utilise en fait le même jeu de puces que la 3c509. De fait, Donald a placé des points d'entrée dans le pilote de la 3c509 pour vérifier l'existence de cartes MCA après la détection des cartes EISA, et avant celle des cartes ISA, longtemps avant que le MCA soit supporté par le noyau. Le code de détection MCA est inclus dans le pilote livré avec le noyau 2.2.

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

3c562

Statut : Supporté, Nom du pilote : 3c589 (distribué séparément)

Cette carte PCMCIA est la combinaison d'une carte Ethernet 3c589B et d'un modem. Le modem est vu comme un modem standard par l'utilisateur final. La seule difficulté est d'arriver à faire en sorte que les deux pilotes Linux partagent la même interruption. Il y a une série de nouveaux registres et un peu de support de partage d'interruptions matérielles. Vous aurez besoin d'utiliser un noyau 2.0 ou plus récent, qui comporte ce qu'il faut pour le partage d'interruptions.

Merci de nouveau à Cameron pour l'obtention d'un exemplaire d'essai et l'envoi d'une documentation à David Hinds. Consultez le paquetage PCMCIA de David pour plus d'informations.

Consultez  PCMCIA pour en savoir plus sur les jeux de puces PCMCIA, les activateurs de sockets, etc.

3c575

Statut : Inconnu

Un pilote pour cette carte PCMCIA est en cours de développement et l'on peut espérer qu'il sera inclus dans le paquetage PCMCIA de David dans le futur. Le mieux est de regarder dans le paquetage PCMCIA pour voir ce qui s'y passe.

3c579

Statut : Supporté, Nom du pilote : 3c509

La version EISA de la 509. La version EISA actuelle utilise la même puce de largeur 16 bits plutôt qu'une interface 32 bits, et les performances ne sont donc pas époustouflantes. Le code de détection EISA a été ajouté dans 3c509.c pour la version 0.99pl14. Assurez-vous que la carte est configurée pour le mode d'adressage EISA. Lisez la section précédente sur la 3c509 pour des informations sur le pilote.

3c589 / 3c589B

Statut : Partiellement supporté, Nom du pilote : 3c589

Beaucoup de monde utilise cette carte PCMCIA depuis déjà un bon bout de temps. Notez qu'elle n'est pas incluse (à l'heure actuelle) dans l'arborescence par défaut du noyau. Le "B" dans le nom signifie la même chose ici que dans le cas de la 3c509.

Les pilotes sont disponibles sur le site ftp de Donald, et dans le paquetage PCMCIA de David Hinds. Vous aurez aussi besoin d'avoir un chipset PCMCIA supporté. Allez faire un tour dans le Support PCMCIA pour plus d'informations sur les pilotes, les chipsets supportés, les activateurs de sockets, etc.

3c590 / 3c595

Statut : Supporté, Nom du pilote : 3c59x

Ces cartes ``Vortex'' sont destinées aux machines à bus PCI, la 3c590 constituant l'offre à 10 Mb/s de 3Com et la 3c595 celle à 100 Mb/S. Notez aussi que vous pouvez utiliser la 595 comme une 590 (c'est-à-dire en mode 10 Mb/s). Le pilote est inclus dans les sources du noyau 2.0, mais est aussi continuellement mis à jour. Si vous rencontrez des problèmes avec le pilote des noyaux 2.0, vous pouvez obtenir un pilote à jour à partir de l'URL suivante :

Vortex

Notez qu'il existe en fait deux cartes 3c590, des modèles des premiers temps ayant 32 Ko de mémoire, et des plus récents qui n'en ont que 8 . Il y a des chances pour que vous ne puissiez plus acheter une 3c59x neuve, car elles ont été remplacées par les 3c90x. Si vous achetez une carte d'occasion, essayez d'obtenir la version 32 Ko. Les cartes 3c595 ont 64 Ko, car vous ne pouvez pas faire grand-chose avec seulement 8 Ko de mémoire vive à 100 Mb/s !

Grand merci à Cameron Spitzer et Terry Murphy de 3Com pour l'envoi de cartes et de documentation à Donald afin qu'il puisse écrire le pilote.

Donald a mis en place une liste de diffusion pour le support du pilote Vortex. Pour vous abonner à la liste, vous n'avez qu'à faire :

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

3c592 / 3c597

Statut : Supporté, Nom du pilote : 3c59x

Ce sont les versions EISA des séries 3c59x. La 3c592/3c597 (aussi connue sous le nom de Demon) devrait fonctionner avec le pilote Vortex présenté au paragraphe précédent.

3c900 / 3c905 / 3c905B

Statut : Supporté, Nom du pilote : 3c59x

Ces cartes (aussi connues sous le nom de `Boomerang', ou encore EtherLink III XL) ont été mises sur le marché pour remplacer les cartes 3c590/3c595.

Le support pour la version à base de Cyclone 'B' a récemment été ajouté. Pour utiliser cette carte avec les anciens noyaux 2.0, vous devez obtenir le pilote 3c59x.c mis à jour sur le site de Donald :

Vortex

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

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

3c985

Statut : Supporté, Nom du pilote : acenic

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

5.2 Accton

Accton MPX

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

Ne vous laissez pas avoir par le nom. Cette carte est tout de même supposée être une compatible NE2000, et devrait par conséquent fonctionner avec le pilote du même nom.

Accton EN1203, EN1207, EtherDuo-PCI

Statut : Supporté, Nom du pilote : de4x5, tulip

Une autre implémentation de la puce PCI 21040 de DEC. La carte EN1207 comporte le 21140, mais a aussi un connecteur 10Base-2, ce qui s'est révélé source de problèmes pour certaines personnes en terme de sélection de ce support. Par contre, l'utilisation de la carte avec du 10Base-T et du 100Base-T a fonctionné pour certaines autres. Donc, comme pour tous les achats, vous devez d'abord essayer et vous assurer que vous pourrez retourner la carte si elle ne fonctionne pas pour vous.

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

Adaptateur Accton EN2209 pour port parallèle (EtherPocket)

Statut : Partiellement supporté, Nom du pilote : ?

Un pilote pour ces adaptateurs sur port parallèle est disponible mais ne fait pas encore partie des sources des noyaux 2.0 ou 2.1. Vous pouvez obtenir ce pilote sur :

http://www.unix-ag.uni-siegen.de/~nils/accton_linux.html

Accton EN2212 PCMCIA

Statut : Partiellement supporté, Nom du pilote : ?

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

5.3 Allied Telesyn/Telesis

AT1500

Statut : Supporté, Nom du pilote : lance

Il s'agit d'une série de cartes Ethernet peu chères qui utilisent la version 79C960 de la puce LANCE d'AMD. Ce sont des cartes utilisant le le contrôle du bus, et elles figurent donc parmi les cartes Ethernet ISA les plus rapides.

La sélection du DMA et des informations sur la numérotation de la puce se trouvent dans  AMD LANCE.

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

AT1700

Statut : Supporté, Nom du pilote : at1700

Notez que pour accéder à ce pilote lors du make config vous devez encore répondre `Y' à la question ``Prompt for development and/or incomplete code/drivers?'' au tout début. C'est simplement dû au manque de retour d'informations sur la stabilité du pilote, étant donné qu'il s'agit d'une carte relativement rare. Si vous avez des problèmes avec le pilote qui est livré avec le noyau, vous serez peut etre interessé par celui qui est disponible à : http://www.cc.hit-u.ac.jp/nagoya/at1700/

Les cartes Ethernet Allied Telesis des séries AT1700 sont basées sur la MB86965 de Fujitsu. Cette puce utilise une interface à E/S programmées, et une paire de tampons de transmission à taille fixe. Cela permet d'envoyer des petits groupes de paquets les uns à la suite des autres, avec une courte pause pendant le changement de tampon.

Une fonctionnalité unique est la possibilité de piloter du câble STP (Shielded Twisted Pair, paire torsadée blindée) 150 ohms couramment installé pour le Token Ring, en plus du câble 100 ohms UTP (Unshielded Twisted Pair, paire torsadée non-blindée) de 10BaseT. Une version fibre optique de la carte (AT1700FT) existe également.

La puce Fujitsu utilisée sur l'AT1700 a un défaut de conception : elle ne peut être remise complètement à zéro qu'en effectuant un cycle d'allumage de la machine. Le fait d'appuyer sur le bouton de redémarrage (`Reset') ne réinitialise pas l'interface du bus. Cela ne serait pas gênant, si la carte ne pouvait être détectée qu'après qu'elle ait été récemment réinitialisée. Le moyen de contourner le problème est d'éteindre puis de rallumer la machine si le noyau a un problème pour détecter l'AT1700.

Certaines séries de production de l'AT1700 ont un autre problème : elles sont conçues pour utiliser de façon permanente le canal DMA 5. Cela n'est pas documenté, il n'existe aucun cavalier pour désactiver cette "fonctionnalité", et aucun pilote n'ose utiliser la possibilité de DMA à cause de problèmes de compatibilité. Aucun pilote de périphérique ne sera écrit pour utiliser la DMA si le fait d'installer une seconde carte dans la machine casse les deux cartes, et le seul moyen de désactiver le DMA est d'utiliser un couteau.

Certaines séries de l'AT1700 ont un autre problème : Elles sont bloquées sur le canal DMA 5. Cela n'est pas documenté, et il n'y a pas de cavaliers pour désactiver cette "fonctionnalité", et aucun pilote n'ose utiliser le DMA a cause des problèmes de compatibilité. Aucun pilote ne sera écrit pour utiliser le DMA a cause car le fait d'installer une deuxième carte empêcherais les DEUX de marcher, et le seul moyen de désactiver le DMA, c'est avec un couteau.

AT2450

Statut : Supporté, Nom du pilote : pcnet32

La version PCI de l'AT1500, qui ne souffre pas des problèmes de la carte PCI 79c970 de Boca. La sélection du DMA et des informations sur la numérotation de la puce se trouvent dans  AMD LANCE.

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

AT1500

Statut : Partiellement supporté, Nom du pilote : rtl8139

Cette carte utilise la puce Realtek 8139, référez vous à la section Realtek 8139

AT2540FX

Statut : Partiellement supporté, Nom du pilote : eepro100

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

5.4 AMD / Advanced Micro Devices

Carl Ching d'AMD a eu la gentillesse de fournir une description très détaillée de tous les produits Ethernet d'AMD cités, ce qui a permis de clarifier cette section.

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

Statut : Supporté, Nom du pilote : lance

Il n'existe en fait aucune carte Ethernet AMD. Vous êtes certainement en train de lire ce paragraphe parce que les seules marques que vous ayez pu trouver sur votre carte disent `AMD' et le numéro ci-dessus. La 7990 est la puce `LANCE' d'origine, mais la plupart des documents (y compris celui-ci) se réfèrent à toutes ces puces similaires sous la dénomination de puces `LANCE' (...incorrectement, devrais-je ajouter).

Les numéros ci-dessus se réfèrent aux puces d'AMD qui sont le coeur de nombreuses cartes Ethernet. Par exemple, l'AT1500 d'Allied Telesis (voir  AT1500), et la NE1500/2100 (voir  NE1500) utilisent ces puces.

La 7990/79c90 a été remplacée depuis bien longtemps par des versions plus récentes. La 79C960 (aussi connue sous le nom de PCnet-ISA) contient pour l'essentiel la base de la 79c90, avec tout le support matériel complémentaire requis, ce qui permet de monter une solution Ethernet en une seule puce. La 79c961 (PCnet-ISA+) est une version ``Plug and Play'', sans cavaliers, de la 960. La dernière puce des séries ISA est la 79c961A (PCnet-ISA II), qui ajoute des capacités de full duplex. Toutes les cartes comportant une de ces puces devraient fonctionner avec le pilote lance.c, à l'exception de très vieilles cartes qui utilisent la 7990 d'origine avec une configuration à mémoire partagée. Ces cartes anciennes peuvent être repérées par l'absence de cavaliers pour le choix d'un canal DMA.

Parmi les problèmes classiques, on rencontre le message `busmaster arbitration failure'. Celui-ci s'affiche quand le pilote LANCE ne peut pas obtenir un accès au bus après qu'un temps raisonnable se soit écoulé (50 micro-secondes). Cela indique habituellement que l'implémentation de la maîtrise de bus DMA de la carte-mère est incorrecte, ou qu'un autre périphérique monopolise le bus, ou qu'il y a un conflit de canal DMA. Si votre programme de configuration du BIOS possède la `GAT option' (GAT pour Guaranteed Access Time, temps d'accès garanti), essayez de modifier ce paramètre pour voir si cela va mieux.

Notez aussi que le pilote ne cherche une carte valide qu'à ces adresses : 0x300, 0x320, 0x340, 0x360, et qu'une adresse fournie par un argument de démarrage ether= est ignorée sans qu'il en soit fait mention (cela sera corrigé), donc assurez-vous que votre carte est configurée pour l'une des adresses d'E/S ci-dessus, pour l'instant.

Le pilote fonctionnera encore correctement, même si plus de 16 Mo de mémoire sont installés, car des tampons-relais en mémoire basse sont utilisés au besoin (c'est-à-dire que toute donnée située au-delà de la limite des 16 Mo est copiée dans un tampon en-dessous de la limite avant d'être remis à la carte pour transmission).

Le canal DMA peut être configuré avec les bits (inutilisés en dehors de ça) de la valeur de dev->mem_start (aussi connue comme PARAM_1 (voir  PARAM_1). S'il n'est pas fixé, il est testé en activant chaque canal DMA tour à tour et en regardant si l'initialisation réussit.

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

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

AMD 79C965 (PCnet-32)

Statut : Supporté, Nom du pilote : pcnet32

Il s'agit de la PCnet-32 -- une version 32 bits, à contrôle de bus, de la puce LANCE originelle pour les systèmes VLB (Vesa Local Bus) et à bus local. Bien que ces puces puissent être utilisée avec le pilote lance.c standard, une version 32 bits (pcnet32.c) est aussi disponible, laquelle n'a pas à se préoccuper des limitations à 16 Mo liées au bus ISA.

AMD 79C970/970A (PCnet-PCI)

Statut : Supporté, Nom du pilote : pcnet32

Il s'agit de la PCnet-PCI -- similaire à la PCnet-32, mais conçue pour des systèmes basés sur le bus PCI. De nouveau, consultez les informations ci-dessus sur la PCnet-32. Cela signifie que vous devez construire un noyau comportant le support du BIOS PCI. La 970A ajoute le support du mode full duplex ainsi que d'autres fonctionnalités par rapport à la conception d'origine de la 970.

Notez que l'implémentation de Boca pour la 79C970 ne fonctionne pas sur les machines Pentium rapides. Il s'agit d'un problème matériel, puisqu'il affecte aussi les utilisateurs DOS. Consultez la section sur Boca pour plus de détails.

AMD 79C971 (PCnet-FAST)

Statut : Supporté, Nom du pilote : pcnet32

Il s'agit de la puce 100 Mbits d'AMD pour les systèmes PCI, qui comporte elle aussi le mode full duplex. Elle a été introduite en juin 1996 sur le marché.

AMD 79C972 (PCnet-FAST+)

Statut : Inconnu, Nom du pilote : pcnet32

Devrait marcher exactement comme la '971, mais reste à confirmer quand même.

AMD 79C974 (PCnet-SCSI)

Statut : Supporté, Nom du pilote : pcnet32

Il s'agit de la PCnet-SCSI -- qui à la base est traitée comme une 970 du point de vue Ethernet. Consultez aussi les informations ci-dessus. Ne demandez pas si la partie SCSI de la puce est supportée -- il s'agit de l'Ethernet-HOWTO, pas du SCSI-HOWTO.

5.5 Ansel Communications

AC3200 EISA

Statut : Partiellement supporté, Nom du pilote : ac3200

Notez que pour accéder à ce pilote lors du make config vous devez encore répondre `Y' à la question ``Prompt for development and/or incomplete code/drivers?'' au tout début. C'est simplement dû au manque de retour d'informations sur la stabilité du pilote, étant donné qu'il s'agit d'une carte relativement rare.

Ce pilote est inclus dans le noyau actuel comme étant en phase de test `alpha'. Il est basé sur la classique puce NS8390 utilisée dans les cartes NE2000 et WD80x3. Veuillez consulter  Pilotes `alpha' dans le présent document pour des informations importantes concernant les pilotes `alpha'.

Si vous l'utilisez, veuillez informer l'un d'entre nous de la façon dont les choses fonctionnent, car nous avons eu peu de retour d'informations, même si le pilote est dans le noyau depuis la version 1.1.25.

Si vous avez l'intention d'utiliser ce pilote comme module chargeable, vous devriez lire  Utilisation des pilotes Ethernet comme modules pour des informations spécifiques aux modules.

5.6 Apricot

Apricot Xen-II On Board Ethernet

Statut : Supporté, Nom du pilote : apricot

Cette carte Ethernet sur carte-mère utilise une puce i82596 à contrôle du bus. Elle ne peut se trouver qu'à l'adresse d'E/S 0x300. En consultant le source du pilote, il apparaît que l'IRQ est matériellement fixée à 10.

Les premières versions du pilote avaient une tendance à croire que tout ce qui vivait en 0x300 était un adaptateur réseau Apricot. Depuis, l'adresse matérielle est testée afin d'éviter ces détections erronées.

5.7 Arcnet

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

Avec le coût vraiment très bas et les meilleures performances d'Ethernet, il est probable que la plupart des endroits disposant d'un réseau vont se débarrasser de leur matériel Arcnet pour rien, ce qui amènera un grand nombre de systèmes personnels à utiliser Arcnet.

Un avantage d'Arcnet est que toutes les cartes ont des interfaces identiques, donc un seul pilote fonctionnera pour tout le monde. Il comporte aussi une gestion intégrée des erreurs, et est donc supposé ne jamais perdre un paquet. (Chouette pour le trafic UDP !)

Le pilote Arcnet d'Avery Pennarun est dans le noyau par défaut depuis la version 1.1.80. Le pilote Arcnet utilise `arc0' comme nom au lieu de l'`eth0' habituel pour les périphériques Ethernet.

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

apenwarr@foxnet.net

Le noyau standard comporte des fichiers d'information pour la configuration des cavaliers et des aides plus générales.

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

5.8 AT&T

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

AT&T T7231 (LanPACER+)

Statut : Non supporté

Ces cartes StarLAN utilisent une interface similaire à la puce i82586. A une époque, Matthijs Melchior (matthijs.n.melchior@att.com) jouait avec le pilote de la 3c507, et avait presque quelque chose d'utilisable qui fonctionnait. Nous n'en avons pas entendu parler beaucoup depuis lors.

5.9 Boca Research

Oui, ils font autre chose que des cartes séries multi-ports. :-)

Boca BEN (ISA, VLB; PCI)

Statut : Supporté, Nom du pilote : pcnet32, lance

Ces cartes sont basées sur les puces PCnet d'AMD. Les acheteurs exigeants doivent être prévenus que de nombreux utilisateurs ont eu des problèmes sans fin avec ces cartes VLB/PCI. Les propriétaires de systèmes Pentium rapides ont été tout particulièrement touchés. Notez qu'il ne s'agit pas d'un problème de pilote, puisqu'il touche aussi les utilisateurs de DOS/Windows/NT. Le numéro du support technique de Boca est le 1 (407) 241-8088,

(NDT : Ce numéro est bien entendu aux États-Unis.)

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

Donald a réalisé un test comparatif entre les cartes PCI Boca et une implémentation similaire d'Allied Telsyn avec la puce PCnet/PCI, qui montrait que le problème se situe dans l'implémentation faite par Boca de la puce PCnet/PCI. On peut consulter les résultats de ce test sur le serveur WWW de Don :

Linux @ CESDIS

Boca offre une `réparation - garantie' aux propriétaires affectés par ce problème qui entraîne l'ajout d'un des condensateurs manquants, mais il semble que cette correction ne fonctionne pas à 100 % pour la plupart des gens, bien que cela en aide quelques uns.

Si vous pensez encore acheter une de ces cartes, alors essayez au moins d'obtenir une clause de retour inconditionnel sous 7 jours, pour que vous puissiez la rendre si elle ne fonctionne pas correctement sur votre système.

Des informations plus générales sur les puces AMD se trouvent dans  AMD LANCE.

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

5.10 Cabletron

Donald écrit : ``Oui, encore une autre de ces sociétés qui ne donnera pas ses informations pour programmer. Ils ont attendu des mois avant de confirmer qu'en fait toutes leurs informations étaient propriétaires, gaspillant délibérément mon temps. Évitez leurs cartes comme la peste si vous le pouvez. Notez aussi que certaines personnes ont appelé Cabletron, et se sont entendues dire des choses comme `un certain D. Becker travaille sur un pilote pour Linux' -- laissant entendre que je travaillais pour eux. Ce N'est PAS le cas.''

Apparemment, Cabletron a changé sa politique à propos des informations sur la programmation (tout comme Xircom) depuis que Donald a fait ce commentaire il y a quelques années. Envoyez un e-mail à support@ctron.com si vous voulez vérifier ce point précis, ou demander des informations techniques. Toutefois, à l'heure actuelle, il y a très peu de demandes pour des pilotes mis à jour pour les cartes E20xx et E21xx.

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

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

Il s'agit de presque-clones de NEx000 qui fonctionnent avec les pilotes NEx000 standard d'après les informations qui nous sont revenues, grâce à un test spécial-Cabletron dans la procédure de détection. S'il y a le moindre problème, il ne sera très certainement pas résolu, car les informations de programmation ne sont pas disponibles.

E2100

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

Un fois de plus, on ne peut pas faire grand-chose quand les informations de programmation sont propriétaires. La E2100 bénéficie d'une conception lamentable. Dès qu'elle mappe sa mémoire partagée pendant un transfert de paquet, elle le fait en utilisant toute la zone de 128 Ko ! Cela signifie que vous ne pouvez pas, sur cette zone, utiliser de façon sécurisée un autre périphérique à mémoire partagée géré par interruption, y compris une autre E2100. Cela fonctionnera la plupart du temps, mais de temps à autre cela vous sautera à la figure. (Oui, on pourrait éviter ce problème en inhibant les interruptions pendant le transfert des paquets, mais dans ce cas-là on perdra pratiquement à coup sûr des tops d'horloge). De plus, si vous programmez incorrectement la carte, ou que vous arrêtez la machine juste au mauvais moment, même le bouton de `reset' ne la rendra pas à la vie. Vous devrez éteindre la machine et attendre qu'elle se repose pendant 30 secondes.

La sélection du support physique est automatique, mais vous pouvez outrepasser cette fonctionnalité en utilisant les bits de poids faibles du paramètre dev->mem_end. Consultez  PARAM_2. Les utilisateurs des modules peuvent spécifier une valeur xcvr=N comme option dans le fichier /etc/conf.modules.

Ne prenez pas non plus la E2100 pour un clone de NE2100. L'E2100 repose sur une DP8390 de National Semiconductor à mémoire partagée, à peu près similaire à une WD8013 avec des lésions cérébrales, tandis que la NE2100 (et la NE1500) utilise une conception basée sur la puce à contrôle du bus LANCE d'AMD.

Vous trouverez un pilote pour la E2100 dans le noyau standard. Toutefois, au vu de l'indisponibilité des informations de programmation, n'attendez pas des corrections de bogues. N'en utilisez pas à moins d'en avoir une sur les bras.

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

E22**

Statut : Partiellement supporté, Nom du pilote : lance

Si l'on en croit les informations trouvées dans un bulletin technique de Cabletron, ces cartes utilisent le jeu de puces standard PC-net d'AMD (section  AMD PC-Net) et devraient fonctionner avec le pilote générique lance.

5.11 Cogent

Voici où et comment les joindre :

 Cogent Data Technologies, Inc.
 175 West Street, P.O. Box 926
 Friday Harbour, WA 98250, USA.
 Cogent Sales              (service commercial)
 15375 S.E. 30th Place, Suite 310
 Bellevue, WA 98007, USA.
 Technical Support:        (support technique)
 Phone (360) 378-2929 between 8am and 5pm PST
 (Téléphone entre 8h et 17h, heure de la côte
 Pacifique)
 Fax (360) 378-2882
 Compuserve GO COGENT
 Bulletin Board Service (360) 378-5405
 Internet: support@cogentdata.com

EM100-ISA/EISA

Statut : Partiellement supporté, Nom du pilote : smc9194

Ces cartes utilisent la puce SMC 91c100 et devraient fonctionner avec le pilote SMC 91c92, mais cela reste à vérifier.

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

Statut : Supporté, Nom du pilote : de4x5, tulip

Il s'agit encore une fois d'une implémentation de la 21040 de DEC, dont on peut espérer qu'elle fonctionne correctement avec le pilote 21040 classique.

L'EM400 et l'EM964 sont des cartes à quatre ports qui utilisent un pont DEC 21050 et quatre puces 21040.

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

5.12 Compaq

Compaq n'est pas vraiment dans le domaine de la conception et de la fabrication de cartes Ethernet, mais beaucoup de leurs systèmes comportent des contrôleurs Ethernet intégrés à la carte-mère.

Compaq Deskpro / Compaq XL (Embedded AMD Chip)

Statut : Supporté, Nom du pilote : pcnet32

Des machines comme celles de la série XL ont une puce PCI 79c97x d'AMD sur la carte-mère qui peut être utilisée avec le pilote LANCE standard. Mais avant de pouvoir l'utiliser, vous devez faire quelques manipulations pour que le BIOS PCI se trouve à une place où Linux peut le voir. Frank Maas a été suffisamment sympa pour nous fournir les détails :

``Le problème avec cette machine Compaq est que le point d'entrée du bus PCI est chargé en mémoire haute, à un endroit où le noyau Linux ne pourra pas (n'ira pas) le chercher. Résultat : la carte n'est jamais détectée ni utilisable (en passant : la souris ne fonctionnera pas non plus). La manière de contourner le problème (telle qu'elle est décrite en détail dans http://www-c724.uibk.ac.at/XL/) est de charger MS-DOS, de lancer un petit pilote que Compaq a écrit puis de charger le noyau Linux en utilisant LOADLIN. Ok, je vous laisse le temps de dire 'beurk', mais pour l'instant c'est la seule solution qui fonctionne que je connaisse. Le petit pilote se contente de déplacer le répertoire PCI à un endroit où il est normalement stocké (et où Linux peut le trouver).''

Des informations plus générales sur les puces AMD se trouvent dans  AMD LANCE.

Compaq Nettelligent/NetFlex (Embedded ThunderLAN Chip)

Statut : Supporté, Nom du pilote : tlan

Ces systèmes utilisent une puce Texas Instrument ThunderLAN, pour plus d'informations, référez vous à la section ThunderLAN.

5.13 Danpex

Danpex EN9400

Statut : Supporté, Nom du pilote : de4x5, tulip

Encore une autre carte basée sur la puce 21040 de DEC, dont on sait qu'elle fonctionne correctement, et à un prix relativement modéré.

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

5.14 D-Link

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

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

Certaines des premières cartes D-Link ne possédaient pas la signature 0x57 en PROM, mais le pilote ne2000 en a connaissance. Pour les cartes configurables par logiciel, vous pouvez obtenir le programme de ad hoc sur www.dlink.com. Les cartes DE2** étaient celles les plus fréquemment indiquées comme possédant des erreurs de correspondance sur des fausses adresses de transfert avec les premières versions de Linux. Notez qu'il existe aussi des cartes chez Digital (DEC, Digital Equipment Corporation) nommées DE100 et DE200, mais la similitude s'arrête là.

DE-520

Statut : Supporté, Nom du pilote : pcnet32

Il s'agit d'une carte PCI qui utilise la version PCI de la puce LANCE d'AMD. Des informations sur la sélection DMA et la numérotation des puces se trouvent dans  AMD LANCE.

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

DE-528

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

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

DE-530

Statut : Supporté, Nom du pilote : de4x5, tulip

Il s'agit d'une implémentation générique de la puce PCI 21040 de DEC, dont on sait qu'elle fonctionne avec le pilote générique 21040 `tulip'.

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

DE-600

Statut : Supporté, Nom du pilote : de600

Les utilisateurs de portables et autres personnes qui souhaitent un moyen rapide de mettre leur ordinateur sur Ethernet pourront être intéressés par ceci. Le pilote est inclus dans l'arborescence du noyau par défaut. Bjorn Ekwall bj0rn@blox.se a écrit le pilote. Attendez-vous à des taux de transfert de 180 Ko/s par le port parallèle. Vous devriez lire le fichier README.DLINK dans l'arborescence du noyau.

(NDT : Ce fichier est bien entendu en anglais.)

Notez que le nom de périphérique que vous passez à ifconfig est maintenant eth0 et non pas celui précédemment utilisé, dl0.

Si votre port parallèle ne se trouve pas à l'adresse standard 0x378, il vous faudra recompiler le noyau. Bjorn écrit : ``Puisque le pilote de la DE-620 essaie de supprimer la moindre microseconde dans les boucles, j'ai défini l'IRQ et l'adresse du port comme des constantes plutôt que comme des variables. Cela donne une vitesse utilisable, mais cela signifie aussi que vous ne pouvez pas changer ces valeurs depuis par exemple lilo ; vous _devez_ recompiler...'' Notez aussi que certains portables implémentent le port parallèle interne à l'adresse 0x3bc, ce qui est l'endroit où les ports parallèles étaient/sont sur les cartes monochromes.

DE-620

Statut : Supporté, Nom du pilote : de620

Même chose que pour la DE-600, avec seulement deux formats de sortie. Bjorn a écrit un pilote pour ce modèle, pour les versions 1.1 et supérieures du noyau. Consultez les informations ci-dessus à propos de la DE-600.

DE-650

Statut : Partiellement supporté, Nom du pilote : de650 ?

Des gens utilisent cette carte PCMCIA depuis quelque temps déjà avec leur portable. Il s'agit d'une conception simple basée sur le 8390, qui ressemble beaucoup à une NE2000. La carte PCMCIA `LinkSys' et l'IC-Card Ethernet sont, de plus, supposées être des clones de DE-650. Notez qu'à l'heure actuelle, ce pilote ne fait pas partie du noyau standard, et que vous devrez donc appliquer quelques patches.

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

La page PCMCIA de Don

5.15 DFI

DFINET-300 et DFINET-400

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

Ces cartes sont maintenant détectées (depuis la version 0.99pl15) grâce à Eberhard Moenkeberg (emoenke@gwdg.de) qui a noté qu'elles utilisent `DFI' dans les trois premiers octets de la PROM, à la place de 0x57 dans les octets 14 et 15, ce que font toutes les autres cartes NE1000 et NE2000. (La 300 est un semblant de clone 8 bits de la NE1000, et la 400 est un semblant de clone NE2000.)

5.16 Digital / DEC

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

Statut : Supporté, Nom du pilote : depca

De la documentation incluse dans le fichier source depca.c comprend des informations sur la façon d'utiliser plus d'une de ces cartes dans une machine. Notez que la DE422 est une carte EISA. Ces cartes sont toutes basées sur la puce LANCE d'AMD. Consultez  AMD LANCE pour plus d'informations. Au maximum, deux des cartes ISA peuvent être utilisées, parce que leurs adresses d'E/S de base ne peuvent être fixées qu'à 0x300 ou 0x200. Si vous avez l'intention de le faire, veuillez lire les notes dans le fichier source du pilote, depca.c, dans l'arborescence du noyau standard.

Ce pilote fonctionnera aussi sur les machines à processeur Alpha, et il comprend différents ioctl() avec lesquels l'utilisateur peut s'amuser.

Digital EtherWorks 3 (DE203, DE204, DE205)

Statut : Supporté, Nom du pilote : ewrk3

Ces cartes utilisent une puce propriétaire de DEC, par opposition à la puce LANCE utilisée dans les cartes antérieures comme la DE200. Ces cartes peuvent fonctionner en mémoire partagée ou en E/S programmées, bien que vous ayez un gain de performance de 50 % en utilisant le mode PIO (E/S programmées). La taille de la mémoire partagée peut être réglée à 2 Ko, 32 Ko, ou 64 Ko, mais seules les valeurs 2 et 32 ont été testées avec ce pilote. David dit que les performances sont virtuellement les mêmes entre le mode 2 Ko et le mode 32 Ko. Plus d'informations (y compris l'utilisation du pilote comme module chargeable) figurent en tête du fichier source du pilote, ewrk3.c, ainsi que dans le fichier README.ewrk3. Ces deux fichiers se trouvent dans la distribution standard du noyau. Ce pilote supporte les CPU alpha tout comme le depca.c.

Le pilote standard a un certain nombre d'appels ioctl() intéressants qui peuvent être utilisés pour lire ou effacer les statistiques sur les paquets, lire/écrire l'EEPROM, changer l'adresse matérielle, et d'autres choses du même genre. Les bidouilleurs pourront lire le code source pour plus d'information à ce sujet.

David a aussi écrit un utilitaire de configuration pour cette carte (outre les lignes du programme DOS NICSETUP.EXE) ainsi que d'autres outils. Vous pouvez les trouver sur la majorité des sites Linux dans le répertoire /pub/Linux/system/Network/management -- cherchez un fichier ewrk3tools-X.XX.tar.gz.

(NDT : Le lecteur français aura bien entendu tout intérêt à utiliser un site miroir, plus rapide. Par exemple :

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

DE425 EISA, DE434, DE435, DE500

Statut : Supporté, Nom du pilote : de4x5, tulip

Ces cartes sont basées sur la puce 21040 mentionnée plus bas. La DE500 utilise les puces 21140 pour fournir des connexions Ethernet 10/100Mb/s. Lisez la section sur la 21040 ci-dessous pour plus d'informations. Il existe aussi quelques option de compilation qui permettent aux cartes non conçues par DEC de fonctionner avec ce pilote. Jetez un coup d'oeil à README.de4x5 pour les détails.

Toutes les cartes Digital réaliseront la détection automatique du média (à l'exception, temporaire, de la DE500 à cause d'un problème de brevet).

Ce pilote est aussi prêt à fonctionner avec les processeurs Alpha et accepte d'être chargé comme module. Les utilisateurs peuvent accéder aux fonctionnalités internes du pilotes par des appels ioctl() -- voir l'outil ewrk3 et les sources de4x5.c pour des informations sur la façon de procéder.

DEC 21040, 21041, 2114x, Tulip

Statut : Supporté, Nom du pilote : de4x5, tulip

La 21040 de DEC est une solution Ethernet en une seule puce à contrôle proposée par Digital, similaire à la PCnet d'AMD. La 21040 est spécifiquement conçue pour l'architecture à bus PCI. Les nouvelles cartes PCI EtherPower de SMC l'utilisent.

Vous avez le choix entre deux pilotes pour les cartes basées sur cette puce. Vous pouvez utiliser le pilote de la DE425 dont nous avons parlé plus haut, et le pilote générique `tulip' pour 21040.

Attention : Même si votre carte est basée sur cette puce, les pilotes peuvent ne pas fonctionner pour vous. David C. Davies écrit : ``Il n'y aucune garantie que SOIT tulip.c SOIT de4x5.c feront fonctionner une autre carte basée sur le DC2114x que celles pour lesquelles ils ont été écrit. POURQUOI ?? demandez-vous. Parce qu'il existe un registre, le Registre multi-usages (General Purpose Register, CSR12) qui, primo, dans la DC21140A est programmable par chaque fabricant et ils le font tous d'une façon différente, et, secundo, dans la DC21142/3 est maintenant un registre de contrôle SIA (façon DC21041). La seule petite lueur d'espoir est que nous puissions décoder la SROM pour aider à la configuration du pilote. Et encore, ce n'est pas une solution garantie puisque chez certains constructeurs (par exemple la carte 9332 de SMC) on ne suit pas le format de programmation SROM recommandé par Digital Semiconductor.''

En termes non-techniques, cela signifie que si vous n'êtes pas sûr(e) qu'une carte inconnue avec une puce DC2114x fonctionnera avec le(s) pilote(s) Linux, alors vous devez vous assurer que vous pourrez rendre la carte à votre revendeur avant de l'avoir payée.

La puce 21041 mise à jour, se trouve aussi à la place de la 21040 sur la plupart des cartes récentes EtherPower de SMC. La 21140 est destinée au support du 100Base-? et fonctionne avec les pilotes Linux de la puce 21040. Pour utiliser le pilote de4x5 de David avec des cartes non conçues par DEC, lisez le fichier README.de4x5 pour les détails.

Donald a utilisé des cartes EtherPower-10/100 de SMC pour développer le pilote `tulip'. Notez que le pilote qui se trouve dans l'arborescence du noyau à l'heure actuelle n'est pas la version la plus à jour. Si vous avez des problèmes avec ce pilote, vous devriez récupérer la dernière version sur le site FTP/WWW de Donald.

Pilote Tulip

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

Notez également que le pilote tulip est encore considéré comme un pilote alpha (voir  Pilotes alpha) actuellement, et qu'il doit donc être traité comme tel. Pour l'utiliser, vous devrez éditer arch/i386/config.in et enlever les commentaires qui entourent la ligne sur le support CONFIG_DEC_ELCP.

Donald a même créé une liste de diffusion pour les annonces sur le support du pilote tulip, etc. Pour vous y abonner, il vous suffit de taper :

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

5.17 Farallon

Farallon vend des adaptateurs et des transceivers EtherWave. Ce périphérique permet de mettre en série plusieurs périphériques 10baseT.

Etherwave de Farallon

Statut : Supporté, Nom du pilote : 3c509

On rapporte qu'il s'agit d'un clone de 3c509 qui inclut le transceiver EtherWave. Des gens les ont utilisés avec succès sous Linux avec la version actuelle du pilote 3c509. C'est bien trop cher pour une utilisation généralisée, mais c'est une bonne option pour des cas particuliers. Les prix chez Hublet démarrent à 125 dollars (environ 750 francs), et l'EtherWave ajoute entre 75 et 100 dollars (450 à 600 francs) au prix de la carte -- c'est bien si vous avez tiré un câble trop court, mais pas si vous avez deux réseaux qui tombent trop courts.

5.18 Fujitsu

Contrairement à de nombreux fabricants de puces, Fujitsu a aussi fabriqué et vendu des cartes réseau basées sur les leurs.

Fujitsu FMV-181/182/183/184

Statut : Supporté, Nom du pilote : fmv18x

Si on en croit le pilote, ces cartes sont faites dans la lignée de l'implémentation de la Fujitsu MB86965, ce qui les rend très similaires aux cartes Allied Telesis AT1700.

5.19 Hewlett Packard

Les cartes 272** utilisent des E/S programmées, similaires aux cartes NE*000, mais le port de transferts de données peut être `éteint' quand vous n'y accédez pas, ce qui évite les problèmes avec les pilotes qui réalisent une détection automatique.

Merci à Glenn Talbott d'avoir aidé à éclaircir la confusion qui régnait dans cette section en ce qui concerne les numéros de version des matériels HP.

27245A

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

Carte 8 bits 10BaseT basée sur le 8390, non recommandée pour toutes les raisons des 8 bits. Elle a été repensée il y a quelques années pour augmenter l'intégration, ce qui a causé des changements dans les durées d'initialisation, qui affectent les programmes de test, mais pas les pilotes réseau. (La nouvelle carte n'est pas `prête' aussi vite que l'ancienne après être entrée ou sortie du mode en boucle locale (loopback)).

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

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

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

La HP PC Lan+ est différente de la carte HP PC Lan standard. Ce pilote a été ajouté à la liste des pilotes du noyau standard pendant le cycle de développement des version 1.1.x. Il peut être utilisé soit en mode PIO (E/S programmées) comme une ne2000, ou en mode mémoire partagée comme une wd8013.

La 47B est une carte 16 bits 10BaseT avec AUI à base de 8390, et la 52A est une carte 16 bits ThinLAN avec AUI à base de 8390. Ces cartes comportent 32 Ko de mémoire vive embarquée pour le tampon de réception/transmission des paquets au lieu des 16 Ko habituels, et elles offrent toutes les deux une fonction de détection automatique du connecteur réseau.

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

HP-J2405A

Statut : Supporté, Nom du pilote : lance

Ces cartes sont meilleur marché, et légèrement plus rapides que la 27247/27252A, mais il leur manque certaines fonctionnalités, comme la connectivité AUI ou ThinLAN (10Base2), et un support pour PROM de démarrage (boot PROM). C'est une conception plutôt générique de la LANCE, mais une décision mineure de conception la rend incompatible avec un pilote générique `NE2100'. Un support spécial pour cette carte (y compris la lecture du canal DMA sur la carte) est inclus grâce aux informations fournies par Glenn Talbott de chez HP.

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

Carte Ethernet embarquée de l'HP-Vectra

Statut : Supporté, Nom du pilote : lance

L'HP-Vectra possède une puce PCnet d'AMD sur sa carte-mère. La sélection du DMA et des informations sur la numérotation de la puce se trouvent dans  AMD LANCE.

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

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

Statut : Supporté, Nom du pilote : hp100

Ce pilote supporte aussi certains produits Complex VG. Comme ce pilote supporte les cartes ISA, EISA et PCI, il se trouve dans la section des cartes ISA quand vous faites un make config dans les sources du noyau.

HP NetServer 10/100TX PCI (D5013A)

Statut : Supporté, Nom du pilote : eepro100

Apparemment, ces cartes sont juste des cartes Intel EtherExpress Pro 10/100B card dont on a changé la marque. Allez voir la section sur Intel pour plus de détails.

5.20 IBM / International Business Machines

IBM Thinkpad 300

Statut : Supporté, Nom du pilote : znet

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

Ce site est supposé avoir une base de données exhaustive de choses utiles pour les versions récentes du Thinkpad. Je ne l'ai pas vérifié moi-même.

Thinkpad-info

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

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

Statut : Partiellement supporté, Nom du pilote : ? (distribué séparément)

Des personnes utilisent aussi cette carte PCMCIA avec Linux. Comme déjà noté, vous aurez besoin d'un jeu de puces PCMCIA supporté par Linux sur votre portable, et vous devrez mettre à jour le support PCMCIA dans le noyau standard.

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

La page PCMCIA de Donald

IBM Token Ring

Statut : Partiellement supporté, Nom du pilote : ibmtr

Le support de Token Ring nécessite plus que la simple écriture d'un pilote, il faut aussi écrire les routines de routage source pour Token Ring. C'est le routage par la source qui sera le plus long à écrire.

Peter De Schrijver a passé du temps sur Token Ring récemment, et a travaillé avec des cartes Token Ring ISA et MCA d'IBM.

Le code Token Ring actuel a été inclus dans les premiers noyaux des séries 1.3.x.

Peter dit qu'il a été testé à l'origine avec une carte Token Ring MCA 16/4 Megabit, mais qu'il devrait fonctionner avec d'autres cartes basées sur Tropic.

5.21 Cartes Ethernet ICL

ICL EtherTeam 16i/32

Statut : Supporté, Nom du pilote : eth16i

Mika Kuoppala (miku@pupu.elt.icl.fi) a écrit ce pilote, qui a été inclus dans les premiers noyaux 1.3.4x. Cette carte utilise la puce MB86965 de Fujitsu qui est aussi utilisée dans les cartes AT1700.

5.22 Cartes Ethernet Intel

Note : les noms de certaines cartes Intel sont ambigus au possible et prêtent à confusion . Si vous avez un doute, vérifiez le numéro sur la puce principale de la carte i8xxxx, ou, pour les cartes PCI, utilisez les informations disponibles dans le repertoire /proc et ensuite, comparez-les aux numéros listés ici.

Ether Express

Statut : Supporté, Nom du pilote : eexpress

Cette carte utilise l'Intel i82586. Les premières versions de ce pilote (dans les noyaux 1.2) étaient classées en cours de test `alpha', parce qu'elles ne fonctionnaient pas correctement pour la plupart des gens. Le pilote des versions 2.0 du noyau semble fonctionner bien mieux pour ceux qui l'ont essayé. Toutefois, les sources le donnent comme étant toujours expérimental, et pose pas mal de probleme sur les machines rapides.

Les commentaires au début du fichier source donnent la liste de certains des problèmes (et solutions) associés à ces cartes.Il a été rapporté que la bidouille de ralentissement qui consiste à remplacer tous les outb par des outb_p dans le pilote a permis d'éviter des blocages pour au moins une personne.

Ether Express PRO/10

Statut : Supporté, Nom du pilote : eepro

Bao Chau Ha a écrit un pilote pour ces cartes, qui a été inclus dans les premiers noyaux 1.3.x. Il peut aussi fonctionner avec certains des systèmes Ethernet intégrés de Compaq, basés sur la puce i82595.

Ether Express PRO/10 PCI (EISA)

Statut : Partiellement supporté, Nom du pilote : ? (distribué séparement)

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 contrôleur-réseau i82596 d'Intel. Si votre carte comporte la i82557, alors vous n'avez pas cette carte, mais au contraire la version dont il est question ci-dessous, qui nécessite par conséquent le pilote EEPro100 plutôt que celui-ci.

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

Pilote EEPro10

Si vous avez la carte EISA, vous devrez certainement bidouiller un peu le pilote pour prendre en compte les différents mécanismes de détection (PCI ou EISA) qui sont utilisés dans chaque cas.

Ether Express PRO 10/100B

Statut : Supporté, Nom du pilote : eepro100

Notez que ce pilote ne fonctionnera pas avec les cartes 100A qui sont plus anciennes. Les numéros de puces que gère le pilote sont i82557/i82558.

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

Page de l'EEPro-100B

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

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

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

5.23 Kingston

Kingston fait plusieurs cartes, incluant des cartes à base de NE2000+, AMD PCnet, et DEC tulip. La majorité des cartes devrait marcher avec leurs pilotes respectifs. Voyez  Kingston Web Page pour plus de détails.

Il paraît que la carte à base de KNE40 DEC 21041 tulip fonctionne très bien avec le pilote tulip générique

5.24 LinkSys

LinkSys produit tout un tas de clones de NE2000, certains étant de simple cartes ISA, d'autres des cartes ISA `plug and play' et même des clones de NE2000 PCI basés sur l'un des jeux de puces NE2000-PCI supportés. Il existe tout simplement trop de modèles pour pouvoir tous les citer ici.

LinkSys aime bien Linux, ils ont une page WWW de support spécifique, et Linux est imprimé sur les boîtes de certains de leurs produits. Consultez :

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

Cartes LinkSys Etherfast 10/100.

Statut : Supporté, Nom du pilote : tulip

Notez que ces cartes ont connu quelques `révisions' (c-à-d différents chipsets utilisés) mais toutes avaient le même nom. La première utilisait le chipset DEC. La seconde, le contrôleur réseau Lite-On PNIC 82c168 PCI, et le support pour celle-ci a été inclus dans le pilote tulip standard (depuis la version 0.83). Plus d'informations sur PNIC à :

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

Pour plus d'informations sur les différentes versions de ces cartes, référez vous au site de LinkSys mentionné ci-dessus.

LinkSys Pocket Ethernet Adapter Plus (PEAEPP)

Statut : Supporté, Nom du pilote : de620

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

Adaptateur LinkSys PCMCIA

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

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

5.25 Microdyne

Microdyne Exos 205T

Statut : Partiellement supporté, Nom du pilote : ?

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

5.26 Mylex

Mylex peut être joint aux numéros suivants, au cas où quelqu'un aurait envie de leur demander quelque chose.

 MYLEX CORPORATION, Fremont Ventes: 800-77-MYLEX, (510) 796-6100 FAX:
 (510) 745-8016.

Ils ont aussi un site WWW: Site WWW de Mylex

Mylex LNE390A, LNE390B

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

Ces cartes EISA plutôt anciennes utilisent une implémentation à mémoire partagée similaire aux wd80x3. Un pilote pour ces cartes est disponible dans les noyaux 2.2. Assurez vous de bien spécifier une zone de mémoire inférieure a 1 Mo ou alors, supérieure à la taille totale de la RAM de votre ordinateur.

Mylex LNP101

Statut : Supporté, Nom du pilote : de4x5, tulip

Il s'agit d'une carte PCI basée sur la puce 21040 de DEC. On peut sélectionner les ports 10BaseT, 10Base2 ou 10Base5 (AUI). La carte LNP101 a été testée et elle fonctionne avec le pilote 21040 générique.

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

Mylex LNP104

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

La LNP104 utilise la puce 21050 de DEC pour fournir quatre ports 10BaseT indépendants. Elle devrait fonctionner avec les pilotes 21040 récents qui savent partager les IRQ, mais personne à ce jour n'a indiqué l'avoir essayée (autant que je sache).

5.27 Ethernet chez Novell : NExxxx et les clones associés.

Le préfixe `NE' vient de `Novell Ethernet'. Novell a suivi la conception la moins chère décrite dans les documentations de National Semiconductor, et a vendu les droits de fabrication à Eagle (s'en est débarrassé ?), juste pour pouvoir mettre sur le marché des cartes Ethernet à prix raisonnables. (La maintenant omniprésente carte NE2000).

NE1000, NE2000

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

``NE2000'' est maintenant un nom générique pour une conception minimaliste basée sur la puce 8390 de National Semiconductor. Ces cartes utilisent des E/S programmées plutôt que la mémoire partagée, ce qui amène une installation plus facile mais des performances légèrement moins bonnes et quelques problèmes. Certains des problèmes qui peuvent survenir avec les cartes NE2000 sont cités à Problèmes avec....

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

En général ce n'est pas une bonne idée de placer un clone de NE2000 à l'adresse d'E/S 0x300 parce que pratiquement tous les pilotes de périphériques testent cette adresse au démarrage. Certains clones de NE2000 bas de gamme acceptent difficilement d'être titillés au mauvais endroit, et ils répondront en bloquant votre machine. L'adresse 0x320 est également une mauvaise idée car les pilotes SCSI testent 0x330.

Donald a écrit un programme de diagnostic pour NE2000 (ne2k.c) qui fonctionne pour toutes les cartes NE2000. Consultez  Programmes de diagnostic pour plus d'information.

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

NE2000-PCI (RealTek/Winbond/Compex)

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

Oui, croyez-le ou non, des gens fabriquent des cartes PCI basées sur la vieille interface de la NE2000, conçue il y a plus de dix ans. Actuellement, presque toutes ces cartes sont basées sur la puce 8029 de RealTek ou la puce 89c940 de Winbond. Les cartes Compex, KTI, VIA et Netvin utilisent apparemment aussi ces puces, mais possèdent un une signature PCI différente.

Le dernier noyau Linux 2.0 est capable de détecter automatiquement toutes ces cartes et de les utiliser. (Si vous utilisez un noyau version 2.0.34 ou plus ancien, vous devriez le mettre à jour pour vous assurer que votre carte sera détectée). Il y a dorénavant deux pilotes que vous pouvez utiliser, le pilote ISA/PCI originel ne.c et le pilote PCI plus récent ne2k-pci.c.

Pour utiliser le pilote original, vous devez répondre `Y' à l'option `Other ISA cards' (`Autres cartes ISA ?') lorsque vous exécutez make config car en fait vous utilisez le même pilote NE2000 que celui des cartes ISA. (Cela devrait accréditer l'idée que ces cartes ne sont en aucune façon aussi intelligentes que, disons, une carte à base de PCNet-PCI ou DEC 21040...).

Le récent pilote PCI diffère de la version ISA/PCI par le fait que le support pour les cartes 8 bits NE1000 a été supprimé et que les données transitent de/vers la carte en de plus gros paquets, sans les pauses que les vieilles ISA NE2000 nécessitaient pour opérer de façon fiable. Il en résulte un pilote légèrement plus petit, et légèrement plus efficace, mais ne vous emballez pas trop vite, les différences ne seront pas éclatantes en utilisation normale. (Si vous voulez beaucoup d'efficacité avec peu de charge CPU, alors une NE2000 PCI est un très mauvais choix). Des mises à jour ainsi que plus d'informations sont disponibles à :

http://cesdis.gsfc.nasa.gov/linux/drivers/ne2k-pci.html

Si vous avez une carte PCI NE2000 qui n'est pas détectée par le dernier pilote, veuillez contacter le responsable du pilote NE2000 qui est indiqué dans /usr/src/linux/MAINTAINERS, en lui joignant les sorties d'un cat /proc/pci et de dmesg afin que le support pour votre carte puisse être ajouté dans le pilote.

Notez aussi que pas mal de fabricants de cartes sont connus pour mettre un autocollant `Compatible NE2000' sur les boîtes de leurs produits même si c'est totalement différent (ex : PCNet-PCI ou RealTek 8139). En cas de doute, regardez la puce principale et comparez avec ce qui est écrit ici.

NE-10/100

Statut : Non supporté

Il s'agit de cartes ISA 100Mb/s basées sur les puces DP83800 et DP83840 de National Semiconductor. Il n'y a actuellement aucun support logiciel, et personne n'a indiqué qu'il travaillait à un pilote. Apparemment, la documentation de ces puces n'est pas disponible, à part un bien pauvre PDF insuffisant pour créer un pilote.

NE1500, NE2100

Statut : Supporté, Nom du pilote : lance

Ces cartes utilisent la puce 7990 LANCE originelle d'AMD et sont supportées grâce au pilote Linux lance. Les clones de NE2100 plus récents reposent sur la puce mise à jour PCnet/ISA d'AMD.

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

La sélection du DMA et des informations sur la numérotation de la puce se trouvent dans  AMD LANCE.

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

NE/2 MCA

Statut : Partiellement supporté, Nom du pilote : ne2

Quelques cartes NE2000 MCA ont été fabriquées par diverses sociétés. Ce pilote, disponible dans les noyaux 2.2 détectera les cartes suivantes : Novell Ethernet Adapter NE/2, Compex ENET-16 MC/P, et l'Ethernet Adapter AE/2 de chez Arco.

NE3200

Statut : Non supporté

Cette vieille carte EISA utilise un 80186 à 8 MHz en compagnie d'un i82586. Personne ne travaille à un support et de toute façon, il n'y a ni documentation sur la carte, ni de vraie demande pour un pilote.

NE3210

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

Cette carte EISA est complètement différente de la NE3200, car elle utilise une puce National Semiconductor 8390. Le pilote se trouve dans les noyaux 2.2. Assurez vous d'avoir réglé la mémoire partagée en dessous de 1 Mo, ou au dessus de la plus grande adresse de mémoire physique qui est installée sur la machine.

NE5500

Statut : Supporté, Nom du pilote : pcnet32

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

5.28 Proteon

Proteon P1370-EA

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

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

Proteon P1670-EA

Statut : Supporté, Nom du pilote : de4x5, tulip

Encore une autre carte PCI basée sur la puce Tulip de DEC. On rapporte qu'elle fonctionne correctement avec Linux.

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

5.29 Pure Data

PDUC8028, PDI8023

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

Les séries PDUC8028 et PDI8023 de cartes PureData semblent fonctionner correctement, grâce au code de détection spécial qu'a fourni Mike Jagdis jaggy@purplet.demon.co.uk. Le support pour ces cartes est intégré dans le pilote Western Digital (WD).

5.30 Racal-Interlan

On peut joindre Racal-Interlan via le WWW à www.interlan.com. Je crois qu'ils étaient connus sous le nom de MiCom-Interlan à une époque.

ES3210

Statut : Partiellement supporté, Nom du pilote : es3210

Il s'agit d'une carte EISA à mémoire partagée basée sur le 8390. Un pilote expérimental pour les versions 2.2 du noyau est disponible. On indique qu'il fonctionne correctement, mais la détection de l'IRQ EISA et de l'adresse de mémoire partagée paraît ne pas fonctionner avec (au moins) les premières révisions de ces cartes. (Ce problème n'est pas spécifique à Linux d'ailleurs). Dans ce cas, vous devez les fournir au pilote ; par exemple, pour une carte utilisant l'IRQ 5 et la mémoire partagée en 0xd0000. Avec un pilote modulaire, ajoutez options es3210 irq=5 mem=0xd0000 à votre fichier /etc/conf.modules. Si le pilote est intégré au noyau, donnez lui ether=5,0,0xd0000,eth0 au boot. L'adresse de base d'E/S est détectée automatiquement et une valeur de zéro doit donc être utilisée.

NI5010

Statut : Partiellement supporté, Nom du pilote : ni5110

Le pilote pour ces vieilles cartes 8 bits MiCom-Interlan était disponible séparément, mais on le trouve maintenant en tant que pilote expérimental dans les noyaux 2.2.

NI5210

Statut : Partiellement supporté, Nom du pilote : ni52

Cette carte utilise aussi les puces Intel et Michael Hipp a écrit un pilote pour elle. Il est inclus dans le noyau standard en tant que pilote en phase `alpha'. Michael aimerait recevoir des informations des utilisateurs qui possèdent cette carte. Consultez  Les pilotes `Alpha' pour des informations importantes sur l'utilisation des pilotes Ethernet en phase de test `alpha' avec Linux.

NI6510 (not EB)

Statut : Partiellement supporté, Nom du pilote : ni65

Il existe également un pilote pour la NI6510 (basée sur la puce LANCE), et il a aussi été écrit par Michael Hipp. Là aussi, il s'agit d'un pilote `alpha'. Pour une raison inconnue, cette carte n'est pas compatible avec le pilote LANCE générique. Consultez  Les pilotes `Alpha' pour des informations importantes sur l'utilisation des pilotes Ethernet en phase de test `alpha' avec Linux.

EtherBlaster (aka NI6510EB)

Statut : Supporté, Nom du pilote : lance

Depuis le noyau 1.3.23, le pilote LANCE générique comprend un test supplémentaire pour la signature 0x52, 0x44 spécifique de la NI6510EB. D'autres ont indiqué que cette signature n'est pas la même pour toutes les cartes NI6510EB, ce qui peut amener le pilote lance à ne pas détecter votre carte. Si cela vous arrive, vous pouvez changer la procédure de détection (aux environs de la ligne 322 de lance.c) pour qu'elle printk() (affiche) quelles sont les valeurs pour votre carte, puis utiliser ces valeurs à la place du 0x52, 0x44 donné par défaut.

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

5.31 RealTek

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

Statut : Supporté, Nom du pilote : atp

Il s'agit d'un adaptateur de poche générique, peu cher, développé en OEM, vendu par AT-Lan-Tec, et (sans doute) par un certain nombre d'autres fournisseurs. Un pilote est inclus dans le noyau standard. Une quantité substantielle d'information est contenue dans le fichier source du pilote, atp.c.

Notez que dans les premières versions de ce pilote, le nom de périphérique que vous passiez à ifconfig n'était paseth0 mais atp0.

RealTek 8009

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

C'est un clone de NE2000 ISA, et il fonctionne très bien avec le pilote NE2000 Linux. Le programme rset8009.exe peut être obtenu depuis le site WWW de RealTek's http://www.realtek.com.tw - ou via ftp depuis le même site.

RealTek 8019

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

Celle-ci est la version "Plug and Pray" de la précédente. Utilisez l'utilitaire DOS pour désactiver le PnP et activez la configuration logicielle. Attribuez une IRQ et des adresses d'E/S raisonnables, et tout devrait aller pour le mieux. (Si vous utilisez les modules, n'oubliez pas d'ajouter une option io=0xNNN au fichier /etc/conf.modules. Le programme rset8009.exe peut être obtenu depuis le site WWW de RealTek's http://www.realtek.com.tw -- ou via ftp depuis le même site.

RealTek 8029

Statut : Supporté, Nom du pilote : ne2k-pci

Il s'agit d'une implémentation PCI sur une seule puce d'un clone de NE2000. Différents fournisseurs vendent maintenant des cartes comportant cette puce. Consultez  NE2000 PCI pour des informations sur l'utilisation d'une de ces cartes. Notez qu'il s'agit d'un design de plus de dix ans collé sur un bus PCI, et ce ne sera pas vraiment meilleur que pour le pendant ISA.

RealTek 8129/8139

Statut : Partiellement supporté, Nom du pilote : rtl8139

Encore une autre solution Ethernet PCI sur une puce unique de RealTek. Un pilote pour les cartes basées sur elle devrait être inclus dans la version 2.0.34 du noyau Linux. Pour plus d'informations, consultez :

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

5.32 Sager

Sager NP943

Statut : Partiellement supporté, Nom du pilote : 3c501

Il s'agit juste d'un clone de 3c501, avec un préfixe de S.A. PROM différent. Je pense qu'elle est aussi cliniquement morte que la vraie 3c501, en passant. Le pilote vérifie la présence de l'identificateur de la NP943 et la traite comme une 3c501 par la suite. Consultez  3Com 3c501 pour toutes les bonnes raisons qui font que vous ne devriez vraiment pas avoir ne serait-ce que l'intention d'utiliser une de ces cartes.

5.33 Schneider & Koch

SK G16

Statut : Supporté, Nom du pilote : sk_g16

Ce pilote, écrit par PJD Weichmann et SWS Bern, a été inclus dans les noyaux des versions 1.1. Il se trouve que la SK G16 est semblable à la NI6510, en ce sens qu'elle est basée sur la première édition de la puce LANCE (la 7990). Une fois de plus, cette carte semble ne pas fonctionner avec le pilote LANCE générique.

5.34 SEEQ

SEEQ 8005

Statut : Supporté, Nom du pilote : seeq8005

Ce pilote qui est l'oeuvre de Hamish Coleman a été inclus dans les premiers noyaux 1.3.x. Peu d'informations sur la carte figurent dans le pilote, et donc pas grand chose à en dire ici. Si vous avez une question, vous aurez probablement tout intérêt à envoyer un message à hamish@zot.apana.org.au.

5.35 SMC (Standard Microsystems Corp.)

La division Ethernet de Western Digital a été achetée par SMC il y a bien longtemps lorsque les wd8003 et wd8013 étais les produits phares. Depuis lors, SMC a continué de faire des cartes ISA basées sur le 8390 (Elite16, Ultra, EtherZ) et a aussi étoffé son catalogue de quelques produits PCI.

Voici comment contacter SMC :

SMC / Standard Microsystems Corp., 80 Arkay Drive, Hauppage, New York, 11788, USA. Support technique par téléphone : 800-992-4762 (USA) ou 800-433-5345 (Canada) ou 516-435-6250 (Autres pays). Demandes de documentation : 800-SMC-4-YOU (USA) ou 800-833-4-SMC (Canada) ou 516-435-6255 (Autres pays). Support technique par E-mail : techsupt@ccmail.west.smc.com. Site FTP  : ftp.smc.com. Site Web : SMC.

WD8003, SMC Elite

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

Ce sont les versions 8 bits de la carte. La 8003 8 bits est légèrement moins chère, mais ne vaut ces économies que pour une utilisation légère. Notez que certaines des cartes sans EEPROM (des clones avec des cavaliers, ou de vieilles vieilles vieilles cartes wd8003) n'ont aucun moyen d'indiquer la ligne d'IRQ qu'elles utilisent. Dans ce cas, l'affectation automatique d'IRQ est utilisée, et si cela échoue, le pilote utilise l'IRQ 5 sans rien dire. Vous pouvez obtenir les disquettes d'installation/de paramétrage de SMC sur leur site FTP. Notez que certains des plus récents programmes 'SuperDisk' de SMC ne réussiront pas à détecter les vraies vieilles cartes sans EEPROM. Le fichier SMCDSK46.EXE semble être un bon choix passe-partout. Notez aussi que les réglages des cavaliers pour toutes leurs cartes se trouvent dans un fichier texte dans l'archive sus-mentionnée. La dernière (meilleure ?) version peut être obtenue depuis ftp.smc.com.

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

WD8013, SMC Elite16

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

Au fil des ans, la conception a ajouté plus de registres et une EEPROM. (Les premières cartes wd8003 sont apparues il y a environ dix ans !) Les clones portent en général un nom en `8013', et se passent habituellement d'EEPROM au profit de cavaliers. Les cartes SMC dernier modèle auront la puce SMC 83c690 au lieu de la DP8390 de National Semiconductor que l'on trouvait sur les premières. Les cartes conçues pour utiliser la mémoire partagée sont un peu plus rapides que celles qui reposent sur les E/S programmées (PIO), spécialement avec des paquets de taille importante. Plus important, du point de vue du pilote, cela permet d'éviter quelques bogues du mode PIO du 8390, de garantir un accès sûr au tampon de paquets sur un système multi-thread, et de ne plus avoir un registre de données PIO qui bloque votre machine pendant les procédures de détection après un redémarrage à chaud.

Les cartes sans EEPROM qui ne peuvent pas lire l'IRQ sélectionnée essaieront l'affectation automatique d'IRQ (auto-IRQ), et si cela échoue, affecteront sans rien dire l'IRQ 10. (Les versions 8 bits affecteront l'IRQ 5).

Pour les cartes qui n'ont pas une quantité de mémoire embarquée standard, la taille de la mémoire peut être spécifiée au moment du démarrage (ou dans le fichier /etc/conf.modules si vous utilisez les modules). La taille mémoire standard est de 8 Ko pour une carte 8 bits et de 16 Ko pour une carte 16 bits. Par exemple, les antédiluviennes WD8003EBT peuvent être configurées par cavaliers pour utiliser 32 Ko. Pour avoir un accès complet à cette mémoire, vous aurez recours à quelque chose comme (pour une adresse d'E/S de base de 0x280 et l'IRQ 9) :


 LILO: linux ether=9,0x280,0xd0000,0xd8000,eth0

Consultez aussi  Les problèmes des 8013 pour certains des problèmes les plus classiques et les questions qui reviennent le plus fréquemment.

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

SMC Elite Ultra

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

Cette carte Ethernet est basée sur la 83c790 de SMC, qui comporte quelques nouveautés par rapport à la 83c690. Bien qu'elle possède un mode similaire aux anciennes cartes Ethernet SMC, elle n'est pas entièrement compatible avec les vieux pilotes WD80*3. Néanmoins, dans ce mode le pilote partage la plupart de son code avec les autres pilotes 8390, tout en étant légèrement plus rapide qu'un clone de WD8013.

Puisqu'une partie de l'Ultra ressemble à une 8013, sa procédure de détection est censée en trouver une avant que celle de la wd8013 n'ait une chance de l'identifier par erreur.

Donald a mentionné qu'il est possible d'écrire un pilote séparé pour le mode `Altego' de l'Ultra, qui permet d'enchaîner les transmissions au coût d'une utilisation inefficace des tampons de réception, mais cela n'arrivera probablement jamais.

Utilisateurs d'adaptateurs SCSI dotés du contrôle de bus, prenez note : dans le manuel qui accompagne Interactive UNIX, il est mentionné qu'une bogue dans la SMC Ultra cause des corruptions de données avec des disques SCSI utilisés derrière un adaptateur aha-154X. Cela touche certainement aussi des cartes compatibles aha-154X, comme les BusLogic, et les adaptateurs SCSI AMI-FastDisk.

SMC a reconnu que le problème se produit avec Interactive, et des anciens pilotes Windows NT. Il s'agit d'un conflit matériel avec des révisions antérieures de la carte qui peut être contourné dans la conception du pilote. Le pilote actuel de l'Ultra vous protège contre ce problème en n'activant la mémoire partagée que lors des transferts de données avec la carte. Assurez-vous que votre version de noyau soit au moins la 1.1.84, ou que celle du pilote indiquée au démarrage est au moins smc-ultra.c:v1.12, sinon vous êtes vulnérable à ce problème.

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

SMC Elite Ultra32 EISA

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

Cette carte EISA partage nombre de points communs avec son pendant ISA. Un pilote qui fonctionne (et qui est stable) est inclus dans les versions 2.0 et 2.2 du noyau. Les remerciements vont à Leonard Zubkoff pour l'achat de quelques unes de ces cartes afin que le support Linux pour celles-ci puisse être réalisé.

SMC EtherEZ (8416)

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

Cette carte utilise la puce 83c795 de SMC et supporte la spécification Plug 'n Play. Elle comporte aussi un mode compatible SMC Ultra qui lui permet d'être utilisée avec le pilote Ultra de Linux. Pour de meilleurs résultats, utilisez le programme provenant de chez SMC et permettant de désactiver le PnP et de la configurer pour le mode à mémoire partagée. Consultez les informations ci-dessus pour des notes sur le pilote Ultra.

Pour les noyaux 1.2, la carte devait être configurée pour opérer en mémoire partagée. Néanmoins, les noyaux 2.0 peuvent utiliser la carte dans ce mode ou en E/S programmées. Celui-là sera légèrement plus rapide, et requerra moins de ressources processeur, par ailleurs.

SMC EtherPower PCI (8432)

Statut : Supporté, Nom du pilote : de4x5, tulip

NB : L'EtherPower II est une carte totalement différente. Voir plus bas !

Ces cartes sont une implémentation de base de la puce 21040 de DEC, c'est-à-dire une grosse puce et quelques transceivers. Donald a utilisé une de ces cartes pour son développement du pilote générique 21040 (aussi connu sous le nom de tulip.c). Merci de nouveau à Duke Kamstra, d'avoir fourni une carte sur laquelle réaliser le développement.

Certaines des dernières révisions de cette carte utilisent la récente puce 21041 de DEC, ce qui peut causer des problèmes avec des versions anciennes du pilote tulip. Si vous avez des problèmes, assurez-vous d'utiliser la dernière version du pilote, qui peut ne pas encore se trouver dans l'arborescence actuelle du noyau.

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

Apparemment, la toute dernière révision de la carte, l'EtherPower-II, utilise la puce 9432. Il n'est pas certain pour l'instant que celle-ci fonctionnera avec le pilote actuel. Comme d'habitude, si vous n'êtes pas sûr, vérifiez que vous pourrez rendre la carte si elle ne fonctionne pas avec le pilote Linux avant de payer.

SMC EtherPower II PCI (9432)

Statut : Partiellement supporté, Nom du pilote : epic100

Ces cartes, basées sur la puce 83c170 de SMC, sont complètement différentes des cartes basées sur la Tulip. Un nouveau pilote est inclus dans les noyau 2.0 et 2.2 pour les supporter. Pour plus de détails, consultez :

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

SMC 3008

Statut : Non supporté

Ces cartes 8 bits sont basées sur la puce MB86950 de Fujitsu, qui est une ancienne version de la MB86965 utilisée dans le pilote Linux de l'at1700. Russ dit que vous devriez probablement pouvoir bidouiller un pilote en regardant le code de at1700.c et son pilote DOS en mode paquet pour la carte Tiara (tiara.asm). Ces cartes ne sont pas très répandues.

SMC 3016

Statut : Non supporté

Il s'agit de cartes 16 bits à E/S mappées, à puce 8390, très similaires à une carte NE2000 générique. Si vous pouvez obtenir les spécifications chez SMC, alors réaliser un portage du pilote NE2000 sera certainement relativement facile. Ces cartes ne sont pas très répandues.

SMC-9000 / SMC 91c92/4

Statut : Supporté, Nom du pilote : smc9194

La SMC9000 est une carte VLB basée sur la puce 91c92. La 91c92 apparaît aussi sur un petit nombre de cartes d'autres marques, mais est plutôt peu commune. Erik Stahlman (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'intégrer à une arborescence de noyau 1.2 avec un minimum de difficultés.

SMC 91c100

Statut : Partiellement supporté, Nom du pilote : smc9194

Le pilote SMC 91c92 est supposé fonctionner pour les cartes basées sur cette puce 100Base-T, mais à l'heure actuelle cela n'a pas été vérifié.

5.36 Texas Instruments

ThunderLAN

Statut : Supporté, Nom du pilote : tlan

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

5.37 Thomas Conrad

Thomas Conrad TC-5048

Encore une autre carte PCI basée sur la puce 21040 de DEC.

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

5.38 VIA

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

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

VIA 86C926 Amazon

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

Ce contrôleur est l'offre NE2000 PCI de VIA. Vous avez le choix entre le pilote ISA/PCI ne.c ou le pilote PCI ne2k-pci.c. Référez vous à la section NE2000 PCI pour plus de détails.

VIA 86C100A Rhine II (et 3043 Rhine I)

Statut : Supporté, Nom du pilote : via-rhine

Ce pilote relativement récent se trouve dans les noyaux 2.0 et 2.2. Cette puce est une amélioration de la NE2000 86C926 dans la mesure où elle gère les transferts par contrôle de bus, mais du fait de l'obligation d'aligner les tampons sur 32 bits, les gains sont limités. Pour plus de détails, et les mises à jour, référez vous à :

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

5.39 Western Digital

Référez vous à la section SMC pour plus d'informations sur les cartes SMC. (SMC a racheté la section cartes réseau de Western Digital il y a bien longtemps).

5.40 Winbond

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

Winbond 89c840

Statut : Partiellement Supporté, Nom du pilote : winbond-840

Ce pilote n'est pas actuellement distribué avec le noyau, car il est en phase de test. Il est disponible à :

http://cesdis.gsfc.nasa.gov/linux/drivers/test/winbond-840.c

Winbond 89c940

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

Cette puce est l'une des deux que l'on retrouve souvent sur les cartes NE2000 PCI de bas de gamme vendues par beaucoup de fabriquants. Notez que c'est toujours une idée vieille de plus de 10 ans collée sur un bus PCI. Les performances ne seront pas meilleures que pour l'équivalent ISA.

5.41 Xircom

Depuis des temps immémoriaux, Xircom refusait de dévoiler les informations nécessaires à l'écriture d'un pilote, à moins que vous ne vous livriez à eux corps et âme. Apparemment, suffisamment d'utilisateurs de Linux les ont harcelé pour obtenir du support pour un pilote (ils prétendent supporter tous les systèmes d'exploitation réseau populaires...), ce qui les a amenés à changer de politique afin de permettre la diffusion de la documentation, sans avoir à signer un accord de confidentialité. Certains ont dit qu'ils allaient distribuer les sources du pilote SCO, alors que d'autres ont dit qu'ils ne fournissaient plus de documentation sur les produits `obsolètes', comme les premiers modèles PE. Si vous êtes intéressés et que vous voulez vérifier par vous même, vous pouvez joindre Xircom au 1-800-874-7875, 1-800-438-4526 ou au +1-818-878-7600.

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

Xircom PE1, PE2, PE3-10B*

Statut : Non supporté.

Ce n'est pas pour vous réconforter, mais si vous avez l'un de ces adaptateurs sur port parallèle, vous pourrez peut-être l'utiliser sous l'émulateur DOS avec les pilotes DOS fournis par Xircom. Vous devrez autoriser l'accès de DOSEMU au port parallèle, et certainement jouer avec SIG (le générateur d'interruptions stupides de DOSEMU, en anglais Silly Interrupt Generator).

Cartes Xircom PCMCIA

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

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

5.42 Zenith

Z-Note

Statut : Supporté, Nom du pilote : znet

L'adaptateur réseau intégré au Z-Note est basé sur la puce i82593 d'Intel, et utilise deux canaux DMA. Un pilote (alpha ?), est disponible dans la version courante du noyau. Comme tous les adaptateurs de poche ou portables, il se trouve dans la section `Pocket and portable adaptors' lorsque vous exécutez make config. Notez aussi que l'IBM ThinkPad 300 est compatible avec le Z-Note.

5.43 Znyx

Znyx ZX342 (DEC 21040 based)

Statut : Supporté, Nom du pilote : de4x5, tulip

Vous avez le choix entre deux pilotes pour les cartes basées sur cette puce. D'une part le pilote DE425 écrit par David, d'autre part le pilote 21040 générique écrit par Donald.

Notez que depuis la version 1.1.91, David a ajouté une option de compilation qui permet aux cartes non-Digital (comme les cartes Znyx) de fonctionner avec ce pilote. Jetez un coup d'oeil au fichier README.de4x5 pour les détails.

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

5.44 Identifier une carte inconnue

OK, l'ami du voisin du cousin de votre oncle a un frère qui a trouvé une vieille carte Ethernet ISA dans le boîtier de l'AT qui servait de cage pour le hamster de son fils. D'une manière ou d'une autre vous avez fini par vous retrouver avec cette carte et vous voudriez essayer de l'utiliser avec Linux, mais personne n'a le commencement du début d'une idée de ce qu'elle est et il n'y a aucune documentation.

Tout d'abord, cherchez n'importe quel numéro de modèle évident qui pourrait fournir un indice. Un numéro de modèle qui contient 2000 sera certainement un clone de NE2000. Une carte avec 8003 ou 8013 écrit quelque part dessus sera une carte WD80x3 de Western/Digital ou une SMC Elite, ou un clone de l'une d'elles.

Identifier le contrôleur d'interface réseau (Network InterfaceController, NIC)

Cherchez la plus grosse puce sur la carte. Ce sera le contrôleur réseau (NIC) lui-même, et la plupart peuvent être identifiés par leur référence. Si vous savez quel NIC se trouve sur la carte, ce qui suit devrait vous aider à deviner de laquelle il s'agit.

Encore à l'heure actuelle, le NIC le plus courant est la puce DP8390 de National Semiconductor, alias NS32490, alias DP83901, alias DP83902, alias DP83905, alias DP83907. Et il ne s'agit que de celles fabriquées par National Semiconductor ! D'autres sociétés comme Winbond et UMC produisent des clones de DP8390 et DP83905, comme la 89c904 de Winbond (un clone de DP83905) et la 9090 d'UMC. Si la carte a quelque chose qui s'approche d'un 8390, il y a des chances pour qu'il s'agisse d'un clone de NE1000 ou de NE2000. Parmi les cartes basées sur le 8390, arrivent en deuxième position les wd80x3 (de Western/Digital) et ses clones. Des cartes avec un DP83905 peuvent être configurées pour être une NE2000 ou une wd8013. Les versions les plus récentes des wd80x3 de base et des SMC Elite possèdent un 83c690 en lieu et place du DP8390 d'origine. Les cartes SMC Ultra ont un 83c790, et utilisent un pilote légèrement différent de celui des cartes wd80x3. Les cartes EtherEZ de SMC ont un 83c795, et utilisent le même pilote que la SMC Ultra. Toutes les cartes BNC basées sur un genre de 8390 ou l'un de ses clones auront généralement un 8392 (ou un 83c692, ou un ???392) en boîtier DIP 16 broches tout près du connecteur BNC.

L'Intel i82586 est un autre NIC courant que l'on trouve sur des cartes plus anciennes. Parmi celles qui en comportent un, citons la 3c505, la 3c507, la 3c523, l'EtherExpress-ISA d'Intel, l'Exos-205T de Microdyne, et la NI5210 de Racal-Interlan.

Le NIC d'origine de la carte LANCE d'AMD était numéroté AM7990, et les révisions plus récentes incluent le 79c960, le 79c961, le 79c965, le 79c970, et le 79c974. La plupart des cartes ayant l'une de ces puces fonctionnera avec le pilote LANCE de Linux, à l'exception des vieilles cartes NI6510 de Racal-Interlan qui possèdent leur propre pilote.

Les cartes PCI plus récentes et qui comportent un NIC de DEC référencé 21040, 21041, 21140, ou un numéro approchant, devraient être capables d'utiliser le pilote `tulip' ou le `de4x5' de Linux.

D'autres cartes PCI qui comportent une grosse puce marquée RTL8029, 89C940 ou 86C926 sont des clones de NE2000, et le pilote `ne' des versions 2.0 et supérieures du noyau Linux devrait automatiquement les détecter au démarrage.

Identifier l'adresse Ethernet

Chaque carte Ethernet possède sa propre adresse sur six octets qui lui est unique et propre. Les trois premiers octets de cette adresse Ethernet sont les mêmes pour chaque carte construite par un constructeur donné. Par exemple, toutes les adresses des cartes de SMC commencent par 00:00:c0. Les trois derniers octets sont affectés par le constructeur de façon unique à chaque carte individuelle au fur et à mesure de leur fabrication.

Si votre carte comporte un autocollant qui donne tous les six octets de son adresse, vous pouvez identifier le constructeur à partir des trois premiers. Toutefois, il est plus courant de ne trouver que les trois derniers octets, imprimés sur un autocollant attaché à une PROM montée sur la carte, ce qui ne vous indique rien du tout.

Vous pouvez déterminer quel constructeur possède quelles adresses à partir de la RFC-1340. Apparemment il existe également une liste plus à jour qui est disponible à divers endroits. Essayez de faire une recherche WWW ou FTP sur EtherNet-codes ou Ethernet-codes et vous trouverez quelque chose.

Quelques astuces pour essayer d'utiliser une carte inconnue

Si vous n'êtes toujours pas sûr(e) de quelle carte il s'agit, mais que vous avez un peu réduit le champ des possibilités, alors vous pouvez construire un noyau en y incluant tout un tas de pilotes, et voir si l'un d'entre eux détecte automatiquement la carte lors du démarrage.

Si le noyau ne détecte pas la carte, il se peut que la carte ne soit pas configurée à l'une des adresses que le pilote teste lorsqu'il en recherche une. Dans ce cas, vous pourriez essayer de récupérer scanport.tar.gz sur votre site FTP Linux préféré, et voir s'il peut trouver l'adresse pour laquelle votre carte est configurée. Ce programme parcourt l'espace d'adressage d'entrée/sortie de 0x100 à 0x3ff en cherchant des périphériques qui ne sont pas déjà enregistrés dans /proc/ioports. S'il en trouve un qui soit inconnu et qui démarre à une adresse donnée, vous pouvez alors explicitement diriger les procédures de détection Ethernet vers cette adresse en utilisant un argument de démarrage ether=.

Si vous arrivez à faire en sorte que la carte soit détectée, vous pouvez alors deviner la fonction des cavaliers inconnus en les modifiant un par un et en regardant à quelle adresse d'E/S de base et à quelle IRQ la carte est détectée. Les paramètres d'IRQ peuvent aussi habituellement être déterminés en suivants les traces au dos de la carte jusqu'à l'endroit où les cavaliers sont soudés. En comptant les `doigts d'or' sur la face arrière, depuis l'extrémité de la carte où se situe la plaque métallique qui se fixe au coffret du PC, vous avez les IRQ 9, 7, 6, 5, 4, 3, 10, 11, 12, 15, et 14 sur les `doigts' 4, 21, 22, 23, 24, 25, 34, 35, 36, 37, et 38 respectivement. Les cartes huit bits ne comportent que les doigts 1 à 31.

Les cavaliers qui paraissent ne servir à rien ont généralement pour fonction de sélectionner l'adresse mémoire d'une ROM de démarrage (boot ROM) optionnelle. D'autres situés près des connecteurs BNC, RJ-45 ou AUI servent généralement à sélectionner le support physique de sortie. Ceux-ci se situent typiquement près des `boîtes noires' qui contiennent les convertisseurs de tension, marquées YCL, Valor, ou Fil-Mag.

Une collection intéressante de configurations de cavaliers pour diverses cartes se trouve à l'URL suivante :

Paramétrage des cartes Ethernet

5.45 Pilotes pour périphériques Non-Ethernet

Quelques autres pilotes existent dans les sources Linux qui se présentent comme un périphérique Ethernet vis-à-vis des programmes réseaux, bien qu'ils ne soient pas réellement Ethernet. Les voici brièvement présentés pour être complet.

dummy.c - Le but de ce pilote est de fournir un périphérique pour désigner une route qui le traverse, mais sans transmettre réellement de paquets.

eql.c - Load Equalizer (égaliseur de charge), qui regroupe plusieurs périphériques esclaves (généralement des modems) et répartit la charge en transmission entre eux tout en ne présentant qu'un seul périphérique aux programmes réseau.

ibmtr.c - IBM Token Ring (anneau à jeton), qui n'est pas réellement de l'Ethernet. L'anneau à `jeter' nécessite du routage par la source et autres trucs dégoûtants.

loopback.c - Loopback (boucle locale), par lequel passent tous les paquets émis par votre machine à destination de votre machine. Essentiellement, il se contente de sortir les paquets de la file d'attente d'émission et de les placer dans la file d'attente de réception.

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

plip.c - Parallel Line Internet Protocol (PLIP, IP sur port parallèle), qui permet à deux ordinateurs de s'envoyer des paquets l'un à l'autre via leurs ports parallèles, en mode point-à-point.

ppp.c - Point-to-Point Protocol (RFC1331), destiné à la transmission de datagrammes multi-protocoles sur un lien point-à-point (de nouveau, en général des modems).

(NDT : C'est le mode de connexion le plus couramment employé par les fournisseurs d'accès Internet. Consultez le PPP-Howto.)

slip.c - Serial Line Internet Protocol (SLIP, IP sur port série), qui permet à deux ordinateurs de s'envoyer des paquets l'un à l'autre via leurs ports série (généralement via des modems), en mode point-à-point.

tunnel.c - Fournit un tunnel IP (dit aussi `IP over IP', `IP sur IP', NDT) à travers lequel vous pouvez envoyer du trafic réseau de façon transparente entre sous-réseaux.

(NDT : Pratique pour gérer certains problèmes délicats de politique de routage, par exemple.)

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


Page suivantePage précédenteTable des matières