path: root/fr/hardware/hardware-supported.xml

<!-- original version: 68322 -->

 <sect1 id="hardware-supported">
<title>Matériel reconnu</title>

<para>
En ce qui concerne le matériel, &debian; n'a pas plus d'exigences que le noyau 
Linux et les outils GNU. Par conséquent, toute architecture ou plateforme sur
laquelle le noyau Linux, la libc, le compilateur gcc, etc. ont été 
portés, et pour laquelle un portage de &debian; existe, peut faire fonctionner
&debian;. Reportez-vous aux pages sur les portages 
<ulink url="&url-ports;"></ulink> pour plus de précisions concernant les
systèmes d'architecture &arch-title; qui ont été testés avec &debian-gnu;.
</para>

<para>
Plutôt que d'essayer de décrire les différentes configurations
matérielles acceptées par &arch-title;, cette
section contient des informations générales et des liens
vers des informations complémentaires.
</para>

  <sect2><title>Architectures reconnues</title>

<para>
&debian; GNU/Linux &release; fonctionne sur onze architectures
principales et sur de nombreuses variantes de celles-ci,
appelées <quote>saveurs</quote>.
</para>

<para>
<informaltable>
<tgroup cols="4">
<thead>
<row>
  <entry>Architecture</entry><entry>Étiquette &debian;</entry>
  <entry>Sous-Architecture</entry><entry>Saveur</entry>
</row>
</thead>

<tbody>
<row>
  <entry>Intel x86-based</entry>
  <entry>i386</entry>
  <entry></entry>
  <entry></entry>
</row>

<row>
  <entry>AMD64 &amp; Intel 64</entry>
  <entry>amd64</entry>
  <entry></entry>
  <entry></entry>
</row>

<row>
  <entry morerows="4">ARM</entry>
  <entry morerows="4">armel</entry>
  <entry>Intel IOP32x</entry>
  <entry>iop32x</entry>
</row><row>
  <entry>Intel IXP4xx</entry>
  <entry>ixp4xx</entry>
</row><row>
  <entry>Marvell Kirkwood</entry>
  <entry>kirkwood</entry>
</row><row>
  <entry>Marvell Orion</entry>
  <entry>orion5x</entry>
</row><row>
  <entry>Versatile</entry>
  <entry>versatile</entry>
</row>

<row>
  <entry>ARM avec matériel FPU</entry>
  <entry>armhf</entry>
  <entry>Freescale</entry>
  <entry>mx5</entry>
</row>

<row>
  <entry>Intel IA-64</entry>
  <entry>ia64</entry>
  <entry></entry>
  <entry></entry>
</row>

<row>
  <entry morerows="3">MIPS (grand boutien)</entry>
  <entry morerows="3">mips</entry>
  <entry>SGI IP22 (Indy/Indigo 2)</entry>
  <entry>r4k-ip22</entry>
</row><row>
  <entry>SGI IP32 (O2)</entry>
  <entry>r5k-ip32</entry>
</row><row>
  <entry>MIPS Malta (32 bits)</entry>
  <entry>4kc-malta</entry>
</row><row>
  <entry>MIPS Malta (64 bits)</entry>
  <entry>5kc-malta</entry>
</row>

<row>
  <entry morerows="2">MIPS (petit boutien)</entry>
  <entry morerows="2">mipsel</entry>
  <entry>Cobalt</entry>
  <entry>cobalt</entry>
</row><row>
  <entry>MIPS Malta (32 bits)</entry>
  <entry>4kc-malta</entry>
</row><row>
  <entry>MIPS Malta (64 bits)</entry>
  <entry>5kc-malta</entry>
</row>

<row>
  <entry morerows="1">IBM/Motorola PowerPC</entry>
  <entry morerows="1">powerpc</entry>
  <entry>PowerMac</entry>
  <entry>pmac</entry>
</row><row>
  <entry>PReP</entry>
  <entry>prep</entry>
</row>

<row>
  <entry morerows="1">Sun SPARC</entry>
  <entry morerows="1">sparc</entry>
  <entry>sun4u</entry>
  <entry morerows="1">sparc64</entry>
</row><row>
  <entry>sun4v</entry>
</row>

<row>
  <entry morerows="1">IBM S/390</entry>
  <entry morerows="1">s390</entry>
  <entry>IPL avec VM-reader et DASD</entry>
  <entry>generic</entry>
</row><row>
  <entry>IPL avec bande</entry>
  <entry>bande</entry>
</row>

<row>
  <entry morerows="1">IBM S/390 64 bits</entry>
  <entry morerows="1">s390</entry>
  <entry>IPL avec VM-reader et DASD</entry>
  <entry>generic</entry>
</row><row>
  <entry>IPL avec bande</entry>
  <entry>bande</entry>
</row>

</tbody></tgroup></informaltable>

</para>

<para>

&debian; GNU/kFreeBSD &release; fonctionne sur deux architectures.

</para>

<para>
<informaltable>
<tgroup cols="2">
<thead>
<row>
  <entry>Architecture</entry><entry>Étiquette &debian;</entry>
</row>
</thead>

<tbody>
<row>
  <entry>Intel x86-based</entry>
  <entry>kfreebsd-i386</entry>
</row>

<row>
  <entry>AMD64 &amp; Intel 64</entry>
  <entry>kfreebsd-amd64</entry>
</row>

</tbody></tgroup></informaltable>
  </para>

<para>
Ce document décrit l'installation pour l'architecture <emphasis>&arch-title;</emphasis>
avec le noyau <emphasis>&arch-kernel;</emphasis>.
Des versions pour les autres architectures disponibles existent sur les pages
<ulink url="http://www.debian.org/ports/">Debian-Ports</ulink>.
</para>

<caution arch="ia64"><para>

L'architecture &arch-title; fonctionne seulement sur les processeurs Itanium d'Intel.
Elle ne fonctionne pas sur les processeurs 64 bits plus communs appartenant à la famille Intel 64,
comme le Pentium&nbsp;D ou le Core2&nbsp;Duo. Ces
systèmes fonctionnent avec l'architecture <emphasis>amd64</emphasis> ou
si vous préférez le mode 32 bits, avec l'architecture <emphasis>i386</emphasis>.

</para></caution>

<para condition="new-arch">
Voici la première version officielle de &debian-gnu; pour l'architecture 
&arch-title;. Nous pensons que le portage a fait ses preuves et qu'il peut 
être rendu public. Cependant, comme il n'a pas encore été soumis à la 
<quote>vraie vie</quote> (ni testé par d'autres utilisateurs) comme l'ont été 
d'autres architectures, vous pourriez rencontrer quelques bogues. Utilisez 
notre <ulink url="&url-bts;">système de suivi des bogues</ulink> pour 
signaler les problèmes&nbsp;; n'oubliez pas de mentionner que le bogue s'est 
produit sur une plateforme &arch-title;. Et prévenez aussi la 
<ulink url="&url-list-subscribe;">liste de diffusion debian-&arch-listname;</ulink>.
</para>

  </sect2>

<!-- supported cpu docs -->
&supported-amd64.xml;
&supported-arm.xml;
&supported-hppa.xml;
&supported-i386.xml;
&supported-ia64.xml;  <!-- FIXME: currently missing -->
&supported-mips.xml;
&supported-mipsel.xml;
&supported-powerpc.xml;
&supported-s390.xml;
&supported-sparc.xml;

  <sect2 arch="x86" id="laptops"><title>Portables</title>

<para>
D'un point de vue technique, les ordinateurs portables fonctionnent comme les autres PC et
les informations concernant les PC s'appliquent aussi aux portables. L'installation de &debian; sur un portable
se passe très bien. Des fonctionnalités comme la suspension automatique du système à la fermeture
du couvercle ou la reconnaissance de boutons spécifiques aux portables comme celui
pour désactiver l'interface wifi (mode « airplane ») sont correctement installées.
Cependant quelques constructeurs utilisent du matériel propriétaire pour certaines fonctions,
matériel qui n'est pas toujours reconnu.
Pour vérifier que votre portable fonctionne bien avec GNU/Linux, consultez les
<ulink url="&url-x86-laptop;">pages sur les portables sous Linux</ulink>.
</para>
  </sect2>

  <sect2 condition="defaults-smp">
<title>Processeurs multiples</title>

<para>
Cette architecture accepte les systèmes à plusieurs processeurs (<quote>symmetric multiprocessing</quote> ou SMP).
À l'origine, sur certains serveurs haut de gamme, un système à multiples processeurs pouvait provoquer
des problèmes. Aujourd'hui un simple ordinateur de bureau ou un portable
possède plusieurs processeurs sous la forme d'un processeur multicœur, une puce contenant
deux processeurs ou plus, appelés cœur.

</para>
<para>

L'image standard du noyau &debian; &release; a été compilée avec SMP
mais elle est parfaitement utilisable sur les systèmes non-SMP.

</para>

</sect2>

<sect2 condition="smp-alternatives">
<title>Processeurs multiples</title>
<para>

Cette architecture accepte les systèmes à plusieurs processeurs 
(<quote>symmetric multiprocessing</quote> ou SMP). L'image
standard du noyau &debian; &release; a été compilée avec l'option
<firstterm>SMP-alternatives</firstterm>. Le noyau détectera si votre système possède plusieurs
processeurs et désactivera automatiquement la gestion SMP sur les systèmes avec un seul
processeur.

</para>
<para>

À l'origine, sur certains serveurs haut de gamme, un système à multiples processeurs pouvait provoquer
des problèmes. Aujourd'hui un simple ordinateur de bureau ou un portable
possède plusieurs processeurs sous la forme d'un processeur multicœur, une puce contenant
deux processeurs ou plus, appelés cœur.

</para>

<para arch="i386">

Pour l'architecture &arch-title;, la variante 486 de l'image &debian; du noyau
n'est pas compilée avec l'option SMP.

</para>
</sect2>

<sect2 condition="supports-smp">
 <title>Processeurs multiples</title>

<para>

Cette architecture accepte les systèmes à plusieurs processeurs 
(<quote>symmetric multiprocessing</quote> ou SMP). 
Cependant, l'image standard du noyau &debian; &release; ne reconnaît pas 
le SMP. Cela ne devrait pas empêcher l'installation, puisque le noyau non-SMP 
devrait démarrer sur les systèmes SMP, le noyau utilisera simplement le 
premier CPU.

    </para>
<para>

Afin de tirer profit de plusieurs processeurs, vous devrez remplacer le 
noyau standard &debian;. <phrase arch="linux-any">Vous trouverez une
discussion sur la façon de faire dans la <xref linkend="kernel-baking"/>. 
Aujourd'hui (version &kernelversion; du noyau) la façon d'activer SMP est de 
choisir <quote>&smp-config-option;</quote> dans la section
<quote>&smp-config-section;</quote> quand on configure le noyau.</phrase>

</para>
  </sect2>

<sect2 condition="supports-smp-sometimes">
 <title>Processeurs multiples</title>

<para>

Cette architecture accepte les systèmes à plusieurs processeurs 
(<quote>symmetric multiprocessing</quote> ou SMP). 
Une image standard du noyau &debian; &release; a été compilée avec SMP.
Selon votre support d'installation, ce noyau peut ou non être installé par 
défaut. Cela ne devrait pas empêcher l'installation, puisque le noyau non-SMP 
devrait démarrer
sur les systèmes SMP&nbsp;; le noyau utilisera simplement le premier 
processeur.

</para><para>

Afin de tirer profit de plusieurs processeurs, vous devrez vérifier que le
noyau installé accepte le SMP ou bien vous en installerez un.

</para><para>

Vous pouvez aussi compiler vous-même un noyau avec SMP. <phrase arch="linux-any">Vous trouverez une
discussion sur la façon de faire dans la <xref linkend="kernel-baking"/>.
Aujourd'hui (version &kernelversion; du noyau) la façon d'activer SMP est de
choisir <quote>&smp-config-option;</quote> dans la section
<quote>&smp-config-section;</quote> quand on configure le noyau.</phrase>

</para>
</sect2>

  <sect2 id="gfx" arch="not-s390">
<title>Gestion des cartes graphiques</title>

<para>

&debian; reconnaît les interfaces graphiques dans la mesure où elles sont
reconnues par le système X11 de X.Org. Sur les ordinateurs modernes, tout environnement
graphique fonctionne sans problème. Certaines fonctionnalités avancées des cartes graphiques
comme l'accélération 3D ou l'accélération matérielle (<emphasis>hardware-accelerated video</emphasis>)
dépendent parfois de la carte graphique installée et demandent l'installation de microprogrammes
supplémentaires, voyez <xref linkend="hardware-firmware"/>.
Dans de très rares cas, il a été noté que certains matériels demandaient l'installation
de microprogrammes même pour les fonctionnalités de base de la carte graphique.

</para>
<para>

Des précisions sur les cartes graphiques acceptées et les dispositifs de pointage sont disponibles sur 
<ulink url="&url-xorg;"></ulink>. &debian; &release; propose la version &x11ver; de X.Org.

</para>

<para arch="mips">
<!-- FIXME: mention explicit graphics chips and not system names -->
Le système X window de X.Org n'est disponible pour le moment que sur SGI Indy et O2. 

</para>

<para arch="sparc">

La plupart des options graphiques communes des machines basées sur Sparc sont
gérées. Les pilotes de X.org sont disponibles pour sunbw2, suncg14, suncg3, suncg6,
sunleo et suntcx framebuffers, les cartes Creator3D et Elite3D (pilote sunffb),
les cartes ATI PGX24/PGX64 (pilote ati), et les cartes PermediaII (pilote glint).
Pour utiliser une carte Elite3D avec X.org vous devez aussi installer le paquet
<classname>afbinit</classname> et lire la documentation pour savoir comment activer
la carte.
</para>
<para arch="sparc">

Il n'est pas exceptionnel qu'une machine Sparc possède deux cartes graphiques
en configuration normale. Il se peut alors que le noyau Linux ne dirige pas la sortie
vidéo vers la carte utilisée par le microprogramme. L'absence de sortie vidéo sur la
console graphique peut être confondue avec un arrêt (habituellement le dernier message
vu sur la console est <quote>Booting Linux...</quote>). Une solution possible est
d'enlever l'une des cartes vidéo. Une autre solution est de désactiver l'une des
cartes avec un paramètre passé au noyau. Quand la sortie vidéo n'est pas
nécessaire ou souhaitée, on peut utiliser une console série. Sur certains systèmes, on peut
activer automatiquement la console série en déconnectant le clavier
avant d'amorcer le système.
</para>
  </sect2>

&network-cards.xml;
&accessibility-hardware.xml;
&supported-peripherals.xml;

 </sect1>

 <sect1 arch="not-s390" id="hardware-firmware">
 <title>Périphériques demandant des microprogrammes (<emphasis>firmware</emphasis>)</title>
<para>

Outre la disponibilité d'un pilote, certains périphériques exigent le chargement d'un
<firstterm>microprogramme</firstterm> pour fonctionner. C'est le cas pour les cartes réseau
(particulièrement les cartes réseau sans fil), mais certains périphériques USB ou certains
contrôleurs de disque dur demandent des microprogrammes.
Pour les cartes graphiques, les fonctionnalités de base ne demandent pas de
microprogramme supplémentaire, contrairement aux fonctionnalités avancées 
qui demandent l'installation sur le système d'un microprogramme spécifique.

</para>
<para>

Pour beaucoup de périphériques anciens, le microprogramme était placé par le fabricant
sur le périphérique lui-même, sur une puce EEPROM/Flash. Aujourd'hui, les périphériques
n'embarquent plus de microprogramme de cette façon. Le microprogramme doit être
chargé sur le périphérique par le système d'exploitation à chaque démarrage.

</para>
<para>

Dans la plupart des cas le microprogramme n'est pas libre selon les critères du projet
&debian; et ne peut donc être inclus dans la section <emphasis>main</emphasis> de l'archive ou
dans le système d'installation. Si le pilote lui-même est inclus dans la distribution et
si le projet &debian; peut distribuer légalement le microprogramme, il sera disponible sous forme de
paquet dans la section <emphasis>non-free</emphasis> de l'archive.

</para>
<para>

Cependant cela ne signifie pas que ce type de matériel ne puisse pas être utilisé
pendant l'installation. À partir de &debian-gnu; 5.0, l'installateur sait charger des
microprogrammes sous forme de simple fichier ou sous forme de paquet sur des supports
amovibles comme une clé USB.
Consultez <xref linkend="loading-firmware"/> pour des précisions sur la manière de télécharger
des microprogrammes pendant l'installation.

</para>
<para>

Si l'&d-i; demande un microprogramme qui n'est pas disponible ou que vous ne voulez pas
installer un microprogramme non libre, vous pouvez continuer l'installation
sans télécharger le microprogramme.
Certains pilotes demandent des microprogrammes supplémentaires parce qu'ils sont nécessaires
dans certaines circonstances, mais le périphérique fonctionnera sans sur la plupart des systèmes.
Ainsi, cela arrive avec des cartes réseau utilisant le pilote tg3.

</para>

</sect1>