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 s'en servent joyeusement 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
provoquer des performances faibles, des échecs de connexion ou même
des crashs.
(2) La carte est très peu connue, et par conséquent le pilote a été
peu utilisé/testé et l'auteur du pilote a eu très peu de retour sur
son fonctionnement. Il est évident que la situation (2) est
préférable à la situation (1), et la description de la carte/du
pilote devrait montrer clairement laquelle est la bonne.
Dans l'un comme l'autre cas, vous devrez certainement répondre 'Y' à
la question ``Prompt for development and/or incomplete
code/drivers?''
make config
.
Dans les vieux noyaux 1.2, l'option était connue sous le nom
CONFIG_NET_ALPHA
. Elle a été changée pour éviter toute confusion
avec la série de processeurs Alpha-AXP fabriqués par Digital, ainsi
que pour regrouper tous les pilotes expérimentaux, et non plus
seulement les pilotes réseau.
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/peu commun, ou parce que les distributeurs ne fourniront pas la documentation du matériel 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 diffusions. (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 qu'une carte indiquée comme `partiellement-supportée' pourra très bien fonctionner pour vous (ce qui est bien), ou qu'une carte indiquée comme `supportée' pourra vous donner des problèmes sans fin (ce qui n'est pas aussi bien).
Si vous n'êtes pas sûr de ce qu'est votre carte, mais que vous pensez qu'il s'agit d'une carte 3Com, vous pourrez certainement le deviner à 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, refé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 3Com possède un site FTP qui contient des trésors
cachés divers: ftp.3Com.com
, site que vous pourrez
éventuellement consulter.
Pour ceux qui consultent ce document sur le WWW, vous pouvez également essayer le site WWW de 3Com.
Statut -- Partiellement-supporté
Trop tapée du ciboulot pour être utilisée. Disponible en surplus à de nombreux endroits. Evitez-la comme la peste. Je le redis: n'achetez pas cette carte, même pour faire une blague. Ses performances sont horribles, et elle est dérangée à plusieurs points de vue.
Cameron L. Spitzer de 3Com nous dit: ``Je parle ici en mon propre nom, bien entendu, mais je crois que 3Com conseille de ne pas installer une 3C501 dans un système neuf, essentiellement pour les mêmes raisons que celles discutées par Donald. Vous ne serez certainement pas heureux avec une 3C501 dans votre machine Linux. La documentation technique est marquée comme `(obsolète)' dans le Formulaire de Commande pour Développeurs de 3Com, et la carte ne fait pas partie du programme de 3Com pour l'envoi de Manuels de Référence Technique gratuits aux gens qui en ont besoin. Les choses vieilles de dix ans sont indestructibles, mais c'est bien tout ce qui leur reste.''
Pour ceux qui ne seraient pas encore convaincus, la 3C501 ne sait faire qu'une seule 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 recevoir un paquet 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.
Statut -- Supporté
Si vous avez une 3c503/16 vous serez peut-être intéressé(e) d'apprendre que depuis le noyau 1.3.37, le pilote a la possibilité d'utiliser en entier les 16 Ko de mémoire vive qui se trouvent sur votre carte. Les versions antérieures traitaient les cartes 16bits comme des cartes 8bits, et n'utilisaient que la moitié de la mémoire vive disponible. Cette mise-à-jour détecte également le nouveau préfixe de 3Com que l'on trouve sur les cartes nouvellement fabriquées mentionnées ci-dessous.
Les cartes 3c503/16 récemment fabriquées possèdent une nouvelle
adresse physique de base parce que 3Com a épuisé sa plage
d'adresses physiques (ils fabriquent trop de cartes!). Les cartes
commençaient habituellement par 02 60 8C
, les nouvelles
utilisent 00 20 AF
. Jusqu'à la version 1.3.37 du noyau, le
pilote ne vérifiait que les anciennes adresses, et ne s'intéressait
pas aux nouvelles cartes. Vous pouvez mettre votre noyau à jour
vers une version plus récente que la 1.3.37, ou changer les valeurs
dans le fichier 3c503.c pour les noyaux plus anciens.
Ces cartes devraient avoir la même vitesse que les WD80x3 qui ont la même largeur de bus, mais il se trouve qu'elles sont en réalité un peu plus lentes. 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 vous laissez toujours le cavalier sur la position `désactivée' (disable en anglais) à moins d'avoir une PROM de démarrage.
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 ifconfig
uré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 discuté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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Statut -- Partiellement-supporté
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/désactiver.
Des informations techniques sont disponibles
dans
Programmation des puces Intel.
Statut -- Partiellement-supporté
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. Des informations techniques sont disponibles dans Programmation des puces Intel.
Statut -- Supporté
Cette carte est plutôt bon marché et possède de bonnes performances pour une conception qui n'est pas `bus-master' (`maître de bus'). 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 hdparm(8)
) 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 emportée, 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. Actuellement, le pilote Linux n'est pas au courant de ce fait, et traite la 3c509B comme une 3c509 plus ancienne.
Les utilisateurs de 3c509B devraient utiliser l'utilitaire DOS
fourni afin de désactiver le `plug and play', et afin 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.
En ce qui concerne la fonctionnalité de détection du support
physique, Cameron nous dit:
``La sélection automatique est une fonctionnalité des pilotes
commerciaux de la 3C509(B). Pour autant que je sache, personne n'a
jamais prétendu que le pilote Linux essaye de la réaliser.
Lorsque drivers
net/3c509.c/ reconnaît ma 3C509B au démarrage,
il dit: eth0: 3c509 at 0x300 tag 1, 10baseT port, ...
,
révélant ainsi que la carte est configurée pour le 10BASE-T.
Il trouve cette information en lisant la petite EEPROM, ce qui à mon
humble avis est La Bonne Manière De Faire.''
En ce qui concerne la partie ``plug-and-pray'' (branchez et priez),
Cameron ajoute:
``La 3C509B comporte le principe des ports d'E/S relogeables de
3Com, ainsi que le Plug-and-play ("PnP") de Microsoft3C5X9CFG /PNPRST
élimine ce blocage. Désactivez le PnP si vos pilotes (par exemple,
Linux) ne l'utilisent pas.
Le fait de mettre le PnP en route dans les paramètres d'usine a été une décision commerciale. Prenez le temps de dire si cela vous a causé un problème, ou pas, lorsque vous envoyez votre carte de garantie. Plus ils auront d'informations et meilleures seront leurs décisions. Et aussi, vérifiez avec le fournisseur de votre carte-mère si vous avez besoin d'une mise-à-jour du BIOS.''
Il a été rapporté que vous avez besoin d'effectuer un redémarrage à
froid (``hard reset'') après avoir effectué le
3C5X9CFG /PNPRST
pour que les changements prennent 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
).
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 des gens 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, sinon elle pourrait ne pas détecter toutes vos cartes.
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.
Statut -- Non-supporté
Il s'agit de l'offre relativement récente 100 M de 3Com en ISA, nom de code ``CorkScrew'' (tire-bouchon, en anglais). Donald travaille sur le support de ces cartes, et cela devrait probablement apparaître bientôt dans sa page WWW sur les pilotes. Le pilote sera incorporé dans celui des 3c59x/3c90x, et vous auriez certainement intérêt à le chercher dans la page sur les ``Vortex'':
Vortex
Statut -- Partiellement-supporté
Cette carte pour bus MCA utilise la puce i82586, et maintenant que des gens utilisent réellement Linux sur des machines MCA, des parties d'autres pilotes i82586 ont été recyclées dans un pilote qui fonctionne pour cette carte. Attendez-vous à ce qu'un pilote apparaisse dans les versions 2.1.x à côté d'une multitude d'autres choses pour le MCA.
Plus de détails sont fournis sur la page MCA pour Linux à
http://glycerine.cetmm.uni.edu/mca/
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 tenez au MCA.
Statut -- Partiellement-supporté
Cette carte utilise en fait le même jeu de puces que la 3c509. De fait, Donald a placé des points de départ dans le pilote de la 3c509 pour vérifier l'existence de cartes MCA après la détection des cartes EISA, et avant la détection des cartes ISA. Mais cela n'a guère évolué plus loin que ça. Donald écrit:
``Je n'ai pas accès à une machine MCA (et je ne comprends pas non
plus complètement le code de détection), donc je n'ai jamais écrit
les routines mca_adaptor_select_mode()
ou
mca_adaptor_id()
. Si vous êtes capable de trouver un moyen
d'obtenir l'adresse d'E/S que l'adaptateur s'est vu affecter au
démarrage, vous pouvez tout simplement l'écrire en dur à la place de
la procédure de détection mise en commentaire. Soyez sûr(e) de
conserver le code qui lit l'IRQ, l'if_port
et l'adresse
Ethernet.''
Darrell Frappier (aa822@detroit.freenet.org
) indique que vous
pouvez obtenir l'adresse d'E/S en exécutant la disquette de
référence PS/2, et qu'une fois que vous avez mis cette information
directement dans le pilote, cela fonctionne bel et bien.
Le code de détection MCA qui est nécessaire appraraîtra certainement dans la version 2.1 peu après que touts les autres ``patchs'' MCA y auront été incorporés.
Statut -- Supporté
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.
Un peu en commentaire, certaines personnes ont indiqué que la partie modem de la carte n'est pas très bien documentée pour l'utilisateur final (le manuel dit juste qu'elle `comprend le jeu de commandes AT') et qu'elle ne se connecte pas aussi bien que des modems d'autres marques. La recommandation est plutôt d'acheter une 3c589B à la place, puis d'obtenir une carte modem PCMCIA par une société qui est spécialisée dans les modems.
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.
Statut -- Supporté
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.
Nous serions intéressés par l'obtention de rapports sur les progrès
notés par tout utilisateur d'une 3c579. (Lisez la section ci-dessus
sur la 3c509 pour des infos sur le pilote.)
Cameron Spitzer écrit:
``La 3C579 (Etherlink III EISA) doit être configurée comme une
carte EISA. L'adresse de base d'Entrée/Sortie (fenêtre 0,
registre 6, bits 4:0) doit être 1f
, ce qui sélectionne le mode
d'adressage EISA. La logique hors de l'ASIC décode l'adresse d'E/S
s000, où `s' est le numéro de slot EISA. Je ne pense pas que cela
était vraiment bien documenté. En dehors de son adresse de base
d'E/S, la 579 devrait se comporter EXACTEMENT comme la 509
(Etherlink III ISA), et si ce n'est pas le cas, je souhaite le
savoir (à mon adresse au travail).''
Statut -- Partiellement-supporté
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. Vous aurez aussi besoin d'un jeu de puces pour que le contrôleur PCMCIA soit géré par le noyau. Des pilotes sont disponibles sur le site FTP de Donald:
cesdis.gsfc.nasa.gov:/pub/linux/pcmcia/README.3c589 cesdis.gsfc.nasa.gov:/pub/linux/pcmcia/3c589.c cesdis.gsfc.nasa.gov:/pub/linux/pcmcia/dbether.c
Ou, pour ceux qui consultent ce document sur le WWW, vous pouvez essayer:
Le PCMCIA chez Donald
Vous aurez encore besoin d'un activateur de socket PCMCIA (un `socket enabler'), aussi.
Consultez PCMCIA pour plus d'information sur les jeux de puces PCMCIA, les activateurs de sockets, etc.
Le "B" dans le nom signifie la même chose ici que dans le cas de la 3c509.
Statut -- Supporté
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 il est continuellement mis à jour, par ailleurs. Si vous rencontrez des problèmes avec le pilote des noyaux 2.0, vous pouvez obtenir un pilote à jour à partir de l'URL suivant:
Vortex
Notez qu'il existe en fait deux cartes 3c590, des modèles des premiers temps ayant 32 Ko de mémoire, et des modèles plus récents qui n'ont que 8 Ko (glups!) de mémoire. 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
Statut -- Supporté
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.
Statut -- Supporté
Ces cartes (aussi connues sous le nom de `Boomerang', ou encore EtherLink III XL) ont été récemment mises sur le marché pour remplacer les cartes 3c590/3c595. Cameron Spitzer de 3Com écrit que la ``3C900 possède un maître de bus à ramasse-miette contrôlé par un anneau de descripteurs en mémoire principale. A part ça, elle ressemble beaucoup à une 3C590.''
Vous devriez encore pouvoir obtenir quelques unes de ces cartes à un prix réduit en passant par l'une des offres d'évaluation de 3Com, si vous êtes rapide.
Pour utiliser cette carte avec les noyaux 2.0, vous devez obtenir le
pilote 3c59x.c
mis à jour sur le site de Donald:
Vortex
Ce pilote 3c59x mis à jour vous permet d'utiliser la 3c900 dans un
mode de compatibilité 3c59x, et l'on rapporte qu'il est relativement
bien stable. Notez que ce pilote mis à jour pourrait intégrer
l'arborescence des sources de la 2.0 à une date ultérieure.
Sur la même page WWW, vous trouverez aussi le pilote expérimental
boomerang.c
qui utilise certaines des améliorations des 3c900
par rapport aux 3c590x. Puisqu'il s'agit d'un pilote
nouveau/expérimental, il vaut mieux que vous utilisiez le pilote
3c59x.c
mis à jour si la stabilité du système est le plus
important.
Donald a mis en place une liste de diffusion sur le support, les annonces, etc... du pilote Vortex. Pour vous abonner à la liste, il suffit de faire:
echo subscribe | /bin/mail
linux-vortex-request@cesdis.gsfc.nasa.gov
Statut -- Supporté
Ne vous laissez pas avoir par le nom. Cette carte est tout de même supposée être une compatible NE2000. Le `MPX' est supposé être là pour `MultiPacket Accelerator' (accélérateur multi-paquet), ce qui, selon Accton, augmente substantiellement le débit. Mais si vous envoyez déjà des paquets les uns à la suite des autres, comment pouvez-vous aller un tant soit peu plus vite...
Statut -- Supporté
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.
Statut -- Partiellement-supporté
David Hinds a travaillé sur un pilote pour cette carte, et vous feriez certainement mieux de consulter la dernière version de son paquetage PCMCIA pour voir ce qu'il en est.
Statut --Supporté
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 maîtresses de bus, et elles figurent donc parmi les cartes Ethernet sur bus ISA disponibles 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....
Statut -- Supporté
Notez que pour accéder à ce pilote pendant make config
vous
devez encore répondre `Y' à la question ``Prompt for development
and/or incomplete code/drivers?'' en premier lieu. Ceci est tout
simplement dû au manque de retour d'information sur la stabilité du
pilote étant donné qu'il s'agit d'une carte relativement rare.
Ceci aura certainement été modifié pour les noyaux 2.1.
Les cartes Ethernet Allied Telesis des séries AT1700 sont basée 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 instlallé 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. La solution/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. Ceci 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.
Statut -- Supporté
La version PCI de l'AT1500, qui ne souffre pas des problèmes de la carte PCI 79c970 de Boca. Allied Telsyn en était encore au stade des `bêta-test' au début/à la mi-1995, donc elle ne devrait pas s'être répandue auprès des divers revendeurs à l'heure qu'il est (mais ça ne fait pas de mal de demander.)
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....
Statut -- Supporté
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 pouvez trouver sur votre carte disent `AMD' et le numéro ci-dessus. La 7990 est la puce `LANCE' d'origine, mais la plupart des choses (y compris ce document) 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), la NE1500/2100 (voir NE1500) et les cartes VLB/PCI de Boca (voir Boca-VLB/PCI).
La puce 79C960 (aussi connue sous le nom de PCnet-ISA) contient des améliorations et des corrections par rapport à la conception de la puce LANCE 7990 d'origine.
Un problème classique que les gens rencontrent est le message `busmaster arbitration failure'. Ce message 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.
Il y a des chances que le pilote LANCE existant fonctionne avec toutes les cartes basées sur la puce LANCE d'AMD (en dehors peut-être de certaines des conceptions originelles de la 7990 avec mémoire partagée). Ce pilote devrait aussi fonctionner avec les clones de NE1500 et de NE2100.
Pour le mode maître de bus ISA, toutes les structures utilisées directement par la LANCE, à savoir le bloc d'initialisation, les anneaux de réception et de transmission, et les tampons de données, doivent être accessibles depuis le bus ISA, c'est-à-dire se trouver dans les 16 Mo les plus bas de la mémoire réelle. S'il y a plus de 16 Mo de mémoire installée, des tampons-relais en mémoire basse sont utilisés si besoin.
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.
Statut -- Supporté
Il s'agit de la PCnet-ISA+ -- une version améliorée de la 79C960. Elle est configurable sans cavalier et sait gérer le `Plug and Play'. Consultez aussi les information dans la section précédente.
Dave Platt écrit: ``Le pilote LANCE reconnaîtra peut-être les
versions récentes de cette puce comme PCnet (unknown)
, car le
numéro d'identification dans les 961 les plus récentes semble
avoir été révisé (il s'agit maintenant de 0x2261 plutôt que de
0x2260). Cette mauvaise identification ne devrait pas empêcher le
pilote de travailler avec la carte, toutefois.
L'on m'a indiqué un problème avec la 961 -- elle travaillera
correctement la première fois que vous démarrez Linux après un
démarrage à froid, mais elle ne travaillera pas correctement après
un redémarrage à chaud (redémarrage logiciel). D'après la
documentation, il semble que la 961 se désactive elle même au
démarrage, et ne "parlera" plus jusqu'au moment où le BIOS de la
carte-mère repassera par la séquence de détection et d'activation du
Plug and Play, et que ceci peut ne pas se produire pendant un
redémarrage logiciel. Je ne connais pas actuellement de bon moyen
de contourner ce problème.''
Statut -- Supporté
Il s'agit de la PCnet-32 -- une version 32 bit, maître de bus, de la
puce LANCE originelle pour les systèmes VLB (Vesa Local Bus)
et à bus local. Des correctifs mineurs ont été ajoutés au pilote
lance
d'origine vers la version 1.1.50 pour gérer ces versions
32 bits de la puce LANCE. Le principal problème était que les
versions d'alors des puces 965 et 970 avaient une bogue mineure.
Elles effacent le champ de longueur du tampon de réception dans
l'anneau de réception alors que la documentation indique
explicitement qu'elles ne le font pas. De nouveau, consultez les
informations ci-dessus.
Statut -- Supporté
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.
Donald a modifié le pilote LANCE pour utiliser la structure du BIOS PCI qui a été introduite par Drew Eckhardt pour le pilote SCSI PCI de NCR. Cela signifie que vous devez construire un noyau avec le support pour le BIOS PCI activé.
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.
Statut -- Supporté
Il s'agit de la PCnet-SCSI -- qui à la base est traitée comme une 970 du point de vue Ethernet. Un correctif mineur spécifique à la 974 a été ajouté aux noyaux 1.1.8x, donc vous devez avoir un noyau 1.1.90 ou plus récent. Consultez aussi les informations ci-dessus. Ne demandez pas si la partie SCSI de la puce est supporté -- il s'agit de l'Ethernet-Howto, pas du SCSI-Howto.
Statut -- Partiellement-supporté
Notez que pour accéder à ce pilote pendant make config
vous
devez encore répondre `Y' à la question ``Prompt for development
and/or incomplete code/drivers?'' en premier lieu. Ceci est tout
simplement dû au manque de retour d'information 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 pilote 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 de nous de comment les choses fonctionnent, car nous avons eu peu de retour d'information, 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 certainement lire Utilisation des pilotes Ethernet comme modules ainsi que Les cartes basées sur le 8390 en modules pour des informations spécifiques aux modules.
Statut -- Supporté
Cette carte Ethernet sur carte-mère utilise une puce i82596 maître
de bus. Elle ne peut se trouver qu'à l'adresse d'E/S 0x300
.
L'auteur de ce pilote est Mark Evans. 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.
Statut -- Supporté
Avec le coût vraiment très bas et les meilleures performances d'Ethernet, il est probable que la plupart des endroits vont se débarasser de leur matériel Arcnet pour rien, ce qui amènera un grand nombre de systèmes à la maison à 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 a été dans le noyau par défaut dès la version 1.1.80. Le pilote Arcnet utilise `arc0' pour son nom au lieu de l'`eth0' habituel pour les périphériques Ethernet.
Les rapports de bogues et les rapports de succès sur Arcnet peuvent être adressées à:
apenwarr@foxnet.net
Le noyau standard comporte des fichiers d'information pour la configuration des cavaliers et des aides plus générales.
On peut supposer que le pilote fonctionne aussi avec les cartes ARCnet 100 Mb/s!
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.
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.
Statut -- Supporté
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.
Notez qu'une quantité substantielle d'information est contenue dans
le fichier source du pilote, atp.c
.
A propos, l'adaptateur (AEP-100L) possède les deux types de
connexion 10baseT et BNC!
Vous pouvez joindre AT-Lan-Tec au 1-301-948-7070
L'adaptateur a une `taille normale' pour cette classe de produits, environ 57 mm de largeur, 22 mm de hauteur qui diminuent à 15 mm de hauteur au niveau du connecteur DB25, et 105 mm de longueur (120 mm en incluant le connecteur BNC). On choisit entre le port RJ45 et le port BNC en faisant coulisser un petit interrupteur situé entre les deux: une conception vraiment intuitive.
Donald a réalisé quelques mesures de puissance électrique, et a déterminé que le courant moyen consommé n'était que de 100 mA à 5 V. Cette puissance consommée est suffisamment faible pour que vous puissiez acheter ou construire un câble qui prend le 5 V directement sur le port clavier ou souris qui est disponible sur nombre de portables. (Des points supplémentaires là encore pour l'utilisation d'un connecteur d'alimentation standardisé plutôt qu'un connecteur propriétaire.)
Notez que le nom du périphérique que vous passez à ifconfig
n'est pas eth0
mais atp0
pour ce périphérique.
Statut -- Supporté
Il s'agit d'une implémentation PCI à une seule puce d'un clone 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.
Oui, ils font autre chose que des cartes séries multi-ports. :-)
Statut -- Supporté
Ces cartes sont basées sur les puces PCnet d'AMD, utilisées dans l'AT1500 et consorts. Vous pouvez trouver une carte `combo' (10BaseT et 10Base2) PCI pour moins de 70 dollars (400 francs) actuellement.
Les acheteurs prévoyants doivent être prévenus que de nombreux
utilisateurs ont eu des problèmes sans fin avec ces cartes.
Les propriétaires de systèmes Pentium rapides ont été spécialement
touchés. Notez qu'il ne s'agit pas d'un problème du 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,
75300.2672@compuserve.com
.
Donald a réalisé un test comparatif entre les cartes PCI Boca précédentes 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. Les résultats de ce test peuvent être trouvés sur le serveur WWW de Don:
Linux @ CESDIS
Egalement, Dave Platt a comparé l'implémentation recommandée, donnée dans la documentation d'AMD, avec l'implémentation de Boca, et a déterminé que Boce a laissé de côté un nombre substantiel de condensateurs de filtrage importants. Au risque d'être un peu verbeux, voici une citation de Dave, qui vous permettra de déterminer si le problème a été résolu depuis, en inspectant la carte de visu.
``Je viens de relire l'Appendice B de la documentation de la 79c970. Elle recommande un _minimum_ de 8 condensateurs absorbant les hautes fréquences (céramique multi-couches de 0,1 micro-farads) autour de la puce, pour empêcher la masse et les sauts de tension de causer un fonctionnement peu fiable. Si je regarde la carte que j'ai sous les yeux, je vois un total de cinq condensateurs de ce type sur toute la carte - seulement deux d'entre eux sont suffisamment proches de la puce pour pouvoir faire un travail décent d'absorption des hautes fréquences.
Si vous tenez la carte en ayant les puces vers le haut, et les broches PCI tournées vers vous, le coin en bas à gauche de la 970 comporte l'ergot de positionnement. Le coin en haut à gauche de la puce est le `coin analogique', où se trouvent les broches de l'alimentation analogique et de la masse. L'Appendice B les appelle `les broches les plus critiques dans l'organisation d'une carte PCnet-PCI'. Il y a quatre broches d'alimentation analogique, et deux broches de masse analogique... toutes étant supposées être connectées, et correctement filtrées.
Sur le côté gauche de la puce, la broche la plus en haut est AVSS1 (analog ground 1, masse analogique numéro 1). Sur le bord supérieur, la quatrième broche en partant de la gauche est AVDD3 (analog power 3, alimentation analogique numéro 3). L'Appendice recommande spécifiquement qu'il y ait un condensateur de filtrage de 0,1 micro-farads attaché directement à ces deux broches (sans passer par le plan de masse commun). Sur la carte que j'ai, il n'y a pas de tel condensateur - le condensateur de filtrage le plus proche est environ à 1,2 cm du côté du quartz, et il est relié au plan de masse commun.
L'Appendice recommande aussi spécifiquement des `condensateurs géants pour basses fréquences' (ce par quoi j'estime qu'ils veulent dire des condensateurs de plusieurs micro-Farads tantale ou aluminium) en plus des condensateurs absorbant les hautes-fréquences. Je ne vois que deux condensateurs géants (un de 10 micro-Farads dans le circuit de filtrage AVSS2/AVDD2, et un de 4,7 micro-Farads au-dessus de la puce, qui apparaît aussi comme faisant partie d'un circuit de filtrage). L'Appendice recommande `qu'au moins un condensateur de filtrage géant à basses fréquences (par exemple 22 micro-Farads)... soit connecté directement aux plans d'alimentation et de masse.' Il n'y a aucun condensateur sur la carte qui corresponde à cette description.
Il apparaît que Boce a ignoré _plusieurs_ des recommandations d'AMD, concernant le nombre, la taille, l'emplacement, et le câblage des condensateurs de filtrage de l'alimentation.''
(Merci Dave.) Boca offre une `réparation - garantie' aux propriétaires affectés par ce problème, qui entraîne l'ajout d'un des condensateurs manquant, 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 au moins essayez d'obtenir une règle de retour inconditionnel sous 7 jours, pour que vous puissiez la rendre si ele ne fonctionne pas correctement dans 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....
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, dépensant délibérement mon temps. Evitez leurs cartes comme la peste si vous le pouvez. Notez aussi que certaines personnes ont appelé Cabletron, et se sont entendu dire des choses comme `un certain D. Becker travaille sur un pilote pour Linux' -- laissant entendre que je travaille pour eux. Ce N'est PAS le cas.''
Si vous vous sentez prêt à leur demander pourquoi ils ne donneront
pas leurs informations de programmation bas niveau afin que les gens
puissent utiliser leurs cartes, écrivez à support@ctron.com
.
Dites-leur que vous utilisez Linux, et que vous êtes surpris qu'ils
n'aident pas les systèmes ouverts. Et non, le kit de développement
habituel est sans utilité. Il ne contient qu'un fichier-objet pour
DOS que l'on est supposé lier avec son exécutable. Un fichier que
vous n'avez même pas le droit de désassembler.
Statut -- Partiellement-supporté
Il s'agit de presque-clones NEx000 qui fonctionnent avec les pilotes NEx000 standards 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.
Statut -- Partiellement-supporté
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
sur la ligne de
commande d'insmod
pour faire la même chose.
Ne prenez pas non plus la E2100 pour un clone de NE2100. L'E2100 a une conception de DP8390 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 maître-de-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'être déjà coincé.
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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
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
Statut -- Partiellement-supporté
Ces cartes utilisent la puce SMC 91c100 et devraient fonctionner avec le pilote SMC 91c92, mais cela reste à vérifier.
Statut -- Supporté
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.
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.
Statut -- Supporté
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 répertoire 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.
Statut -- Supporté
Encore une autre carte basée sur la puce 21040 de DEC, dont on sait qu'elle fonctionne correctement, et à un prix relativement faible.
Consultez DEC 21040 pour plus d'information sur ces cartes, et l'état d'avancement actuel du pilote.
Certaines personnes ont des difficultés à trouver des revendeurs qui proposent du matériel D-Link. Ceci devrait les aider.
(714) 455-1688 aux Etats-Unis (081) 203-9900 en Grande-Bretagne (416) 828-0260 au Canada (02) 916-1600 à Taïwan
(NDT: En France, la plupart des sociétés de vente par correspondance de matériel informatique proposent du D-Link.)
Statut -- Supporté
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 configuration sur www.dlink.com
.
Les cartes DE2** étaient celles les plus fréquemment indiquées comme
possédant les erreurs de différence d'adresse 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à.
Statut -- Supporté
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ée sur la puce LANCE d'AMD sont disponibles dans Notes sur l'AMD....
Statut -- Supporté
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.
Statut -- Supporté
Les utilisateurs de portables et les autres personnes qui
souhaiteraient 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, aussi.
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.
Statut -- Supporté
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.
Statut -- Partiellement-supporté
Des gens utilisent cette carte PCMCIA depuis quelques 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 (disponibles chez Midwest Micro) sont supposées être des clones de DE-650, de plus. Notez qu'à l'heure actuelle, ce pilote ne fait pas partie du noyau standard, et que vous devrez donc appliquer quelques patchs.
Consultez Support du PCMCIA dans ce document, et si vous le pouvez, jetez un coup d'oeil à:
La page PCMCIA de Don
Statut -- Supporté
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.)
Statut -- Supporté
Depuis la version 1.0 de Linux, un pilote est inclus en standard
pour ces cartes. Il a été écrit par David C. Davies.
De la documentation est incluse dans le fichier source
depca.c
, qui comprend aussi 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.
Un maximum de 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.
Statut -- Supporté
Ce pilote est inclus dans les versions 1.1.62 et supérieures du
noyau. 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 en performance de
50 pourcents 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.
Le pilote standard a un 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'autre 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 sunsite.unc.edu
dans le répertoire /pub/Linux/system/Network/management
-- cherchez un fichier ewrk3tools-X.XX.tar.gz
.
ftp://ftp.lip6.fr/pub/linux/sunsite/system/Network/management
La prochaine version de ce pilote (la 0.40) comprendra le support du
processeur Alpha comme depca.c
et est disponible maintenant
auprès de David si vous le lui demandez.
Statut -- Supporté
Ces cartes sont basées sur la puce 21040 mentionnée plus bas. Ce pilote est inclus dans les versions 1.1.86 et supérieures du noyau, et il a aussi été écrit par David C. Davies de DEC. Il est certain que c'est agréable d'avoir le support de quelqu'un qui est dans la place.
La DE500 utilise les puces 21140 plus récentes pour fournir des connexions Ethernet 10/100Mb/s. Lisez la section sur la 21040 ci-dessous pour plus d'informations.
Notez que pour la version 1.1.91, David a ajouté une option de
compilation qui permet 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 patente).
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.
Statut -- Supporté
La 21040 de DEC est une solution Ethernet en une seule puce maître de bus proposée par Digital, similaire à la puce PCnet d'AMD. La 21040 est spécifiquement conçue pour l'architecture à bus PCI. Les nouvelles cartes PCI EtherPower de SMC utilisent cette puce.
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 pour 21040 que Donald a écrit.
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 à Usage Général (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 (à la 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 certains constructeurs (par exemple la carte 9332
de SMC) ne suivent 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 d'avoir à la payer.
La puce 21041, mise-à-jour, se trouve aussi à la place de la 21040
sur la plupart des récentes cartes 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) des différentes 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, vous n'avez qu'à taper:
echo subscribe | /bin/mail
linux-tulip-request@cesdis.gsfc.nasa.gov
Farallon vend des adaptateurs et des transceivers EtherWave. Ce périphérique permet de mettre en série plusieurs périphériques 10baseT.
Statut -- Supporté
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.
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.
Statut -- Supporté
Carte 8 bits 10BaseT basée sur le 8390, non recommandée pour toutes les raisons des 8 bits. Elle a été re-conçue 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 tôt 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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Statut -- Supporté
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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Statut -- Supporté
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....
Statut -- Supporté
L'HP-Vectra possède une puce PCnet d'AMD sur sa carte-mère. Les premières versions du noyau la détectaient comme étant la HP-J2405A mais c'est incorrect, car le Vectra ne renvoie pas l'IRQ et le canal DMA comme la J2405A. Récupérez un noyau plus récent que la version 1.1.53 pour éviter ce problème.
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....
Statut -- Supporté
Ce pilote a été fourni par Jaroslav Kysela (perex@pf.jcu.cz) pour les premiers noyaux 1.3.x. Eu égard à la nouveauté du pilote et au nombre relativement peu important de cartes VG en utilisation, il y a eu peu de retour d'information sur ce pilote.
Donald a aussi écrit un pilote pour ces cartes. Contrairement au précédent, il ne figure pas présentement dans l'arborescence standard du noyau. Consultez l'URL suivante pour plus d'informations sur le travail 100VG de Donald.
La page 100VG Donald's 100VG
Statut -- Supporté
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/
.
Statut -- Partiellement-supporté
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
Statut -- Partiellement-supporté
Le support de Token Ring nécessite plus que la simple écriture d'un pilote, il nécessite d'écrire les routines pour le routage source pour Token Ring. C'est le routage par la source qui sera le plus long à écrire.
Peter De Schrijver a dépensé de son 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.
Statut -- Supporté
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.
Statut -- Supporté
Cette carte utilise l'Intel i82586. (Surprenant, hein?) Les premières versions de ce pilote (dans les noyaux 1.2) étaient classées en cours de test `alpha', parce qu'il ne fonctionnait 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é. Les commentaires au début du fichier source donnent la liste de certains des problèmes associés à ces cartes.
D'autres informations techniques sont aussi disponibles sur l'i82586
dans
Programmation des puces Intel
ainsi que dans le code source du pilote eexpress.c
.
N'ayez pas peur de le lire. ;-)
Statut -- Supporté
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, qui sont basés sur la puce i82595.
Statut -- Partiellement-supporté
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 puce 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.
Statut -- Supporté
Un petit changement dans le nom (par rapport à la précédente) mais une conception différente. Cette carte utilise la puce i82557, et par conséquent nécessite le pilote eepro100 dont il est question ci-dessous.
Statut -- Supporté
Un pilote pour cette carte est disponible sur le site WWW/FTP de Donald pour les noyaux des versions 2.0. Il n'est pas inclus dans l'arborescence des noyaux 2.0, et vous devez donc le récupérer séparément.
Notez que ce pilote ne fonctionnera pas avec les cartes 100A qui sont plus anciennes.
Page des Pilotes
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?
Ce pilote sera inclus dans l'arborescence des versions 2.1 un jour dans le futur. Il existe aussi une liste de diffusion pour les annonces à propos du pilote. Pour vous y abonner, il vous suffit de faire:
echo subscribe | /bin/mail
linux-eepro100-request@cesdis.gsfc.nasa.gov
LinkSys produit tout un tas de clones NE2000 différents, certains étant de simple cartes ISA, d'autres des cartes ISA `plug and play' et mêmes des clones de NE2000 PCI basés sur l'un des jeux de puces NE2000-PCI supporté. Il existe tout simplement trop de modèles pour pouvoir tous les lister ici.
Attention avec ces cartes - apparemment certaines utilisent le jeu de puces de DEC, et d'autres un jeu de puces PNIC propriétaire. Les pilotes pour les puces DEC ne fonctionneront pas avec les cartes PNIC. Merci à Blake Wright d'avoir fourni ces informations utiles.
Statut -- Supporté
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.
Statut -- Supporté
On suppose qu'il s'agit d'un DE-650 avec une étiquette différente. Consultez DE-650 pour plus d'information.
Statut -- Partiellement-supporté
Une autre carte basée sur l'i82586. Dirk Niggemann
dabn100@hermes.cam.ac.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.
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
Statut -- Partiellement-supporté
Ces cartes EISA plutôt anciennes utilisent une implémentation à mémoire partagée similaire aux wd80x3. Si vous êtes intéressé(e) par le test d'un pilote pour cette carte, contactez-moi (pg).
Statut -- Supporté
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.
Statut -- Partiellement-supporté
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).
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ébarassé?), juste pour pouvoir mettre sur le marché des cartes Ethernet à prix raisonnables. (La maintenant omniprésente carte NE2000.)
Statut -- Supporté
NOTE: Si vous utilisez un noyau plus ancien que la version 1.2.9, nous vous recommandons fortement de le mettre à jour vers une version plus récente. Des corrections importantes ont été apportées au pilote dans la 1.2.7, et un autre correctif important a été apporté aux couches supérieures (dev.c) dans la 1.2.9. Les deux problèmes corrigés dans ces versions peuvent faire qu'une carte ne2000 bloquera votre ordinateur.
``NE2000'' est maintenant un nom générique pour une conception rachitique 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. De nouveau, les économies faites en utilisant une NE1000 (8 bits) plutôt qu'une NE2000 ne sont garanties que si vous espérez une utilisation légère. Des problèmes peuvent survenir avec des clones NE2000 bas de gamme. Vous devriez lire Problèmes avec..., ainsi que Clones NE2000 bas de gamme.
Quelques clones NE2000 récemment apparus utilisent la puce `AT/LANTic' 83905 de National Semiconductor, qui offre un mode à mémoire partagée similaire à la wd8013 et une configuration logicielle via EEPROM. Le mode à mémoire partagée donnera 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 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 NE2000 bas de gamme n'acceptent pas tellement d'être
titillés au mauvais endroit, et ils répondront en bloquant votre
machine. 0x320
est également une mauvaise idée car les pilotes
SCSI testent à l'adresse 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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Statut -- Supporté
Oui, croyez le ou pas, des gens fabriquent des cartes PCI basées sur le concept d'interface vieux de dix ans de la NE2000. Actuellement, presque toutes ces cartes sont basées sur la puce 8029 de RealTek, et le noyau Linux version 2.0 comprend ce qu'il faut pour détecter ces cartes au démarrage et les utiliser.
Notez que 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 que celui des cartes ISA.
(Cela devrait vous donner l'idée que ces cartes ne sont en aucun
point aussi intelligentes que, disons, une carte à base de DEC
21040...)
Récemment deux autres clones PCI de NE2000 sont apparus, des cartes basées sur la puce 89C940 de Winbond, et les cartes ReadyLink-2000 de Compex. Le pilote ne2000 des versions 2.0.x ne sait pas détecter l'identificateur PCI de ces cartes, et par conséquent ne les détectera pas sans que l'on lui donne explicitement une adresse d'E/S au démarrage. (Consultez la section FAQ sur les cartes NE2000 pour plus de détails sur la façon de procéder face à une carte PCI non détectée). Le support pour ces cartes supplémentaires a déjà été écrit et apparaîtra dans le noyau 2.1.x dans un avenir proche, afin qu'elles soient automatiquement détectées elles aussi.
Si vous avez une carte PCI NE2000 qui n'est pas une RealTek,
une Winbond ou une ReadyLink de Compex, veuillez contacter le
responsable du pilote NE2000 qui est indiqué dans
/usr/src/linux/MAINTAINERS
. De cette façon,
l'identificateur de votre carte pourra être ajouté lui aussi dans le
pilote.
Si vous utilisez le pilote de la version 2.0 en module, vous devrez
lui fournir l'adresse d'E/S de la carte (obtenu en faisant un
cat /proc/pci
) lors de son chargement en module.
Notez que ceci ne sera plus nécessaire dans les futurs noyaux 2.1.
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 travaille à un pilote.
Statut -- Supporté
Ces cartes utilisent la puce 7990 LANCE originelle d'AMD et sont
supportées en utilisant le pilote Linux lance
. Les clones NE2100
plus récents utilisent 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....
Statut -- Non-supporté
Cette carte utilise un petit 80186 qui tourne doucement à 8 MHz, et vous auriez donc tout intérêt à utiliser un clone NE2000 pas cher à la place. Même si un pilote était disponible, la carte NE2000 serait certainement encore la plus rapide.
Statut -- Supporté
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.
Statut -- Supporté
Il s'agit apparemment d'un clone NE2000, et il fonctionne correctement avec Linux.
Statut -- Supporté
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'information sur le pilote.
Statut -- Supporté
Les séries PDUC8028 et PDI8023 de cartes PureData fonctionnent
apparemment 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).
Racal-Interlan peut être joint via le WWW à www.interlan.com
.
Je crois qu'ils étaient connus sous le nom de MiCom-Interlan à une
époque.
Statut -- Partiellement-supporté
Il s'agit d'une carte EISA à mémoire partagée basée sur le 8390.
Un pilote expérimental pour les versions 2.0 est disponible (auprès
de moi, pg). 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. Dans ce cas, vous pouvez les fournir au démarrage; par
exemple, ether=5,0,0xd0000,eth0
pour l'IRQ 5 et la mémoire
partagée en 0xd0000
. L'adresse de base d'E/S est détectée
automatiquement et une valeur de zéro doit donc être utilisée.
Ce pilote apparaîtra prochainement dans les noyaux 2.1.
Statut -- Partiellement-supporté
Ce pilote, par
Jan-Pascal van Best (jvbest@qv3pluto.leidenuniv.nl
),
supporte les vieilles cartes 8 bits de MiCom-Interlan.
Vous pouvez obtenir le pilote depuis:
Pilote NI5010
Jan-Pascal a reçu peu de retour d'information sur ce pilote et apprécierait si vous lui envoyiez une note disant s'il fonctionne ou pas.
Statut -- Partiellement-supporté
Michael Hipp a écrit un pilote pour cette carte. 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.
Michael dit que ``le bus système interne semble être lent. On perd donc souvent des paquets à cause de surcharges lors d'une réception depuis une machine rapide.''
Cette carte utilise aussi l'une des puces Intel. Consultez La programmation des puces Intel pour plus d'informations techniques.
Statut -- Partiellement-supporté
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.
Statut -- Supporté
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
.
Statut -- Partiellement-supporté
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 tapée du ciboulot que la vraie 3c501, en passant. Les noyaux 1.1.53 et supérieurs vérifient la présence de l'identificateur de la NP943 puis la traitent comme une 3c501 après ça. 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.
Statut -- Supporté
Ce pilote a été inclus dans les noyaux des versions 1.1, et a été écrit par PJD Weichmann et SWS Bern. Il se trouve que la SK G16 est similaire à 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.
Statut -- Supporté
Ce pilote a été inclus dans les premiers noyaux 1.3.x, et a été
écrit par Hamish Coleman. Peu d'informations sur la carte figurent
dans le pilote, et donc peu d'informations ont été mises ici.
Si vous avez une question, vous aurez probablement tout intérêt à
envoyer un message à hamish@zot.apana.org.au
.
Veuillez consulter Western Digital pour les informations concernant les cartes SMC. (SMC a acheté la division cartes réseau de Western Digital il y a déjà quelques temps.)
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.
La partie Ethernet de Western Digital a été achetée par SMC. Une erreur classique que font les gens est de croire que la carte SMC Elite Ultra, relativement récente, est la même que les modèles déjà plus anciens SMC Elite16 -- ce n'est pas le cas. Elles ont des pilotes distincts.
Voici comment contacter SMC (non pas que vous en ayez vraiment besoin).
SMC / Standard Microsystems Corp., 80 Arkay Drive, Hauppage, New York, 11788, USA.
Support Technique par téléphone:
800-992-4762 (USA) 800-433-5345 (Canada) 516-435-6250 (Autres pays)
Demande de documentation:
800-SMC-4-YOU (USA) 800-833-4-SMC (Canada) 516-435-6255 (Autres pays)
Support technique par courrier électronique:
techsupt@ccmail.west.smc.com
Site FTP:
ftp.smc.com
Site WWW: SMC
Statut -- Supporté
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 des 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 le site FTP de SMC.
Notez que certains des plus récents programmes 'SuperDisk' de SMC
ne réussiront pas à détecter les cartes vraiment vieilles sans
EEPROM.
Le fichier SMCDSK46.EXE
semble être un bon choix en fin de
compte. 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 plus d'information.
Statut -- Supporté
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 utilisent habituellement une conception sans EEPROM (avec des 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 cartes antérieures. La conception à mémoire partagée rend les cartes un peu plus rapides que les cartes à E/S programmées (PIO), spécialement avec des paquets de taille importante. Plus important, du point de vue du pilote, cela évite quelques bogues dans le mode PIO du 8390, cela permet un accès sûr au tampon de paquets sur un système multi-thread, et l'on n'a pas 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 passée à insmod
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 ancestrales WD8003EBT peuvent être configurées par
cavaliers pour utiliser 32 Ko. Pour permettre l'utilisation complète
de cette mémoire, vous utiliserez 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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Statut -- Supporté
Cette carte Ethernet est basée sur une nouvelle puce de SMC, la 83c790, qui comporte quelques nouvelles fonctionnalités. Bien qu'elle possède un mode qui est 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 opérant légèrement plus rapidement qu'un clone WD8013.
Puisque qu'une partie de l'Ultra ressemble à une 8013, la procédure de détection de l'Ultra est supposée trouver une Ultra avant que la procédure de détection 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 maîtres 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 cartes 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 la version 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 ainsi que Les cartes à base de 8390 comme modules pour des informations spécifiques aux modules.
Status -- Partiellement-Supporté
Cette carte EISA partage plein de points communs avec son homologue ISA. Un pilote qui fonctionne (et qui est stable) est disponible pour les noyaux 2.0 sur demande auprès de l'auteur de ce document. Les remerciements vont à Leonard Zubkoff pour l'achat de quelques unes de ces cartes afin que Leonard et moi-même puissions ajouter le support Linux pour celles-ci. Le pilote sera inclus dans une version future du noyau Linux 2.1.x, ceci dit.
Statut -- Supporté
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. Soyez sûr(e) de configurer votre carte pour ce mode de compatibilité. 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 en mode à mémoire partagée ou à E/S programmées. Le mode à mémoire partagée sera légèrement plus rapide, et utilisera considérablement moins de ressources processeur, par ailleurs.
Notez que les vérifications spécifiques à l'EtherEZ avaient été ajoutées au pilote SMC Ultra dans le noyau 1.1.84, et que par conséquent les versions antérieures du noyau ne détecteront ou ne géreront pas correctement ces cartes.
Statut -- Supporté
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 clair à ce point si 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 la carte.
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 en mode paquet pour la carte Tiara (tiara.asm
).
Ces cartes ne sont pas très répandues.
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.
Statut -- Supporté
La SMC9000 est une carte VLB basée sur la puce 91c92.
La 91c92 apparaît aussi sur un petit nombre d'autres cartes de
marque, 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 noyaux 1.2 plus anciens.
Vous devriez pouvoir mettre le pilote dans une arborescence de noyau
1.2 avec un minimum de difficulté.
Statut -- Partiellement-supporté
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é.
Pendant des temps immémoriaux, Xircom ne voulait pas donner les
informations nécessaires à l'écriture d'un pilote, à moins que vous
ne leur signiez un papier leur abandonnant votre vie.
Apparemment suffisamment d'utilisateurs de Linux les ont embêtés
pour obtenir du support pour un pilote (ils prétendent que leurs
cartes fonctionnent sur tous les systèmes d'exploitation réseau
populaires...) pour qu'ils aient changé leur politique afin de
permettre de diffuser de la documentation sans avoir à signer un
accord de confidentialité.
et apparemment ils fourniront aussi le code source du pilote SCO.
Si vous voulez vérifier que c'est le cas, vous pouvez joindre
Xircom au 1-800-874-7875, 1-800-438-4526 ou au +1-818-878-7600.
Toutefois, pour l'instant personne ne s'est précipité pour offrir d'écrire un pilote, donc tous leurs produits sont encore non-supportés.
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 les 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 vous devrez certainement jouer avec SIG (le générateur d'interruptions idiot de DOSEMU, en anglais Silly Interrupt Generator).
Statut -- Supporté
L'adaptateur réseau intégré au Z-Note est basé sur la puce i82593
d'Intel, et utilise deux canaux DMA. Il existe un pilote
(alpha?), 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
.
Consultez
Programmation des puces Intel
pour des informations plus techniques.
Notez aussi que l'IBM ThinkPad 300 est compatible avec le Z-Note.
Statut -- Supporté
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.
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 soupçon d'une idée de ce qu'est cette carte 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 d'une de celles-ci.
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 numéro de série . Si vous savez quel NIC se trouve sur la carte, ce qui suit devrait vous aider à deviner de quelle carte il s'agit.
Encore à l'heure actuelle, le NIC le plus courant est la puce DP8390 de National Semiconductor, aussi connue sous le nom de NS32490, aussi connue sous le nom de DP83901, aussi connue sous le nom de DP83902, aussi connue sous le nom de DP83905, aussi connue sous le nom de 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. Le deuxième type de cartes basées sur le 8390 sont 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 utilise 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 type de 8390 ou de clone de 8390 auront généralement un 8392 (ou un 83c692, ou un XXX392) en boîtier DIP 16 broches tout près du connecteur BNC.
Un autre NIC courant que l'on trouve sur des cartes plus anciennes est l'Intel i82586. Les cartes qui comportent cette puce incluent 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 avec 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 les plus récentes et qui comportent une puce de DEC numérotée 21040, 21041, 21140, ou un numéro approchant, sur le NIC, devraient être capable d'utiliser le pilote `tulip' ou le pilote `de4x5' de Linux.
Les autres cartes PCI qui comportent une grosse puce marquée RTL8029 sont des clones de NE2000, et le pilote `ne' des versions 2.0 et supérieures du noyau Linux devrait automatiquement détecter ces cartes au démarrage.
Chaque carte Ethernet possède sa propre adresse sur six octets qui
est unique et propre à cette carte. Les trois premiers octets de
cette adresse Ethernet sont les mêmes pour chaque carte construite
par un constructeur particulier. 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 qu'elles sont produites.
Si votre carte comporte un autocollant qui donne tous les six octets de son adresse, vous pouvez identifier le constructeur à partir des trois premier. Toutefois, il est plus courant de ne trouver que les trois derniers octets, imprimés sur un autocollant attaché à une PROM enchassé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.
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
recherche une carte. Dans ce cas, vous pourriez essayer de récupérer
scanport.tar.gz
sur votre site FTP Linux local, 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 trouve un
périphérique inconnu 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 servent généralement à sélectionner l'adresse mémoire d'une ROM de démarrage (boot ROM) optionnelle. D'autres cavaliers situés près des connecteurs BNC ou 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
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).
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.
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.