Merci d'aller voir cette note pour en savoir plus sur le matériel non-x86.
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)