Guide pratique de la compatibilité matérielle avec Linux

Certains périphériques sont pris en charge avec des modules qui ne sont disponibles que sous forme binaire ; évitez-les autant que possible. Les modules binaires sont compilés pour UNE VERSION DONNÉE DU NOYAU. Le code source de ces modules n'est pas disponible. Cela peut vous empêcher de mettre à niveau ou de maintenir votre système. Cela vous empêche également d'utiliser ce périphérique sur une architecture (en général celles ne disposant pas de processeurs x86) différente.

Linus Torvalds a dit : « J'autorise l'utilisation de modules binaires, mais je veux que les gens sachent qu'ils ne sont compatibles _qu'avec_ la version du noyau avec laquelle ils ont été compilés ». Voir http://lwn.net/1999/0211/a/lt-binary.html pour la suite du message (NdT : en anglais).

Divers pilotes propriétaires pour le son, la vidéo, etc. existent pour Linux. Partir à la recherche de ces pilotes n'entre pas dans le cadre de ce document. On peut mentionner ici et là ces pilotes, mais aucun effort n'a été fait pour vérifier que l'information est toujours à jour.

L'objet de ce document concerne les plates-formes pour processeurs x86 pour Linux. Pour les autres plates-formes, allez voir ce qui suit :

Ce document ne peut pas être à jour à tout instant. Je souhaiterais qu'il redevienne un instrument de référence. Les points suivants doivent être revus pour que cela soit le cas :

Tout cela demande beaucoup de travail. Si, éventuellement, cela vous intéresse, envoyez-moi s'il vous plaît un courrier à <steve CHEZ silug POINT org>. Toute aide est la bienvenue. :-)

La dernière version originale de ce document est disponible sur le site du Projet de documentation Linux (LDP) : http://www.tldp.org/HOWTO/Hardware-HOWTO.html. Elle est également disponible via les nombreux mirroirs du Projet.

La dernière version française de ce document est disponible sur le site du projet de traduction des guides pratiques de traduc.org : http://www.traduc.org/docs/howto/lecture/Hardware-HOWTO.html.

Pour toute question ou commentaire concernant la version originale de ce document, n'hésitez pas à écrire (en anglais) à Steven Pritchard <steve CHEZ silug POINT org>. Merci de m'envoyer également vos ajouts et vos corrections. Prochainement, j'envisage de créer une interface web qui permettra d'ajouter des éléments dans ce document. En attendant, indiquez simplement le mot « hardware » quelque part dans le sujet lorsque vous enverrez des corrections ou des ajouts.

N'hésitez pas à faire parvenir tout commentaire relatif à la version française de ce document à <commentaires CHEZ traduc POINT org> en précisant le titre et la version de ce document.

Ce document est passé entre de nombreuses mains. J'ignore s'il en a écrit la première version mais, en 1993, Ed Carp en assurait la maintenance. En août 1994, FRiC (Boy of Destiny) prit le relais. Après sa disparition fin 1995 ou début 1996 (et j'ajouterai qu'il nous manque sur IRC), Patrick Reijnen lui succéda (courant 1997) et en assura la maintenance jusque fin 1999.

Les versions récentes de ce document contenaient ce qui suit :

Merci beaucoup à tous ceux qui contribuèrent à ce document durant toutes ces années.

En plus, j'aimerais remercier les nombreux membres du Southern Illinois Linux Users Group (Groupe des utilisateurs de Linux de l'Illinois du Sud) et des Linux Users of Central Illinois (Utilisateurs de Linux de l'Illinois central) pour m'avoir donné tant de problèmes à résoudre durant un bon moment et, évidemment, mon épouse Kara pour m'avoir supporté durant toutes ces années. :-)

Ce qui suit donne l'historique des révisions de ce document depuis que moi-même (Steven Pritchard) en assure la maintenance.

Traduit par Jacques Chion <Jacques POINT Chion CHEZ wanadoo POINT fr>.

Un grand merci à Christian Gillot, Denis Arnaud, Frédéric Bothamy, Olivier Bounhoure, Pierre Machard, Guillaume Hatt, Sandrine Burriel et Bernard Gisbert pour leurs corrections pertinentes au fur et à mesure de l'apparition des nouvelles versions.

Ce document fait référence à d'autres guides pratiques. Vous pouvez retrouver la plupart d'entre eux en version française sur le site www.traduc.org. Ceci dit, la majorité des liens sur des guides pratiques ont été modifiés pour aller sur la version française lorsque celle-ci existe.

Merci de noter qu'il ne peut y avoir de liste complète. S'il vous plaît, envoyez des mises à jour .

Les notes suivantes sont anciennes et risquent d'être obsolètes.

Voir la section PCMCIA/Cardbus et le Guide pratique du PCMCIA sous Linux pour avoir plus d'informations sur les cartes PCMCIA et Cardbus.

Intel 386SX/DX/SL, 486SX/DX/SL/SX2/DX2/DX4, Pentium, Pentium Pro, Pentium II, Pentium III (le normal et les versions Xeon), Pentium 4 et Celeron (y compris leurs versions mobiles) sont tous pris en charge.

AMD 386SX/DX, 486SX/DX/DX2/DX4, K5, K6, K6-2, K6-3 et Athlon sont tous pris en charge (tous les types, y compris les multiprocesseurs). Les vieilles versions du K6 doivent être évitées car elles sont boguées. Désactiver le « cache interne » dans le BIOS peut être un palliatif. Quelques K6-2 300 Mhz de première génération ont des problèmes avec les circuits système.

Les processeurs 64 bits Opteron et Athlon64, de même que le mobile Athlon64 (ou Turion64), sont également pris en charge, en mode 32 bits ou 64 bits. Pour le mode 32 bits, compilez un noyau pour un i386, éventuellement optimisé pour un Athlon, étant donné que ces processeurs ont un comportement similaire en mode 32 bits. Pour le mode 64 bits, compilez un noyau pour x86-64. Vous pourrez utiliser des binaires 32 bits, à partir du moment où vous avez les bibliothèques adéquates. Les systèmes à base de processeurs Opteron et Athlon64 utilisent un matériel pour PC standard, les informations données dans ce document s'appliquent donc normalement.

Les vieux processeurs NexGen sont aussi pris en charge.

Quelques circuits AMD 486DX de première génération peuvent se bloquer dans quelques situations particulières. Les circuits actuels devraient être conformes; effectuer le remplacement pour posséder un nouveau circuit ne devrait pas être un problème.

Cyrix 386SX/DX, 486SX/DX, 5x86, 6x86 et MediaGX sont tous pris en charge.

IDT Winchip les processeurs C6-PSME2006A sont pris en charge sous Linux.

Les processeurs Transmeta Crusoe sont pris en charge.

Linux possède une émulation FPU intégrée si vous n'avez pas de coprocesseur arithmétique.

Linux prend en charge le SMP (multi-processeurs) dans tous les noyaux 2.x. Voir le Guide pratique SMP sous Linux pour plus d'informations.

La série des coprocesseurs ULSI possède un bogue dans les instructions FSAVE et FRSTOR provoquant des problèmes avec tous les systèmes opérant en mode protégé. Cela peut être aussi le cas avec quelques vieux IIT et Cyrix.

Il y a des problèmes concernant le « vidage TLB » des circuits UMC U5S avec les très vieux noyaux (1.1.x)

Ci-dessous une liste des cartes réputées comme pouvant fonctionner avec les versions 3.3.6 et/ou 4.1.0 de XFree86. Voir le site d'XFree86 pour plus d'informations.