Plusieurs machines sont utilisables avec un quantit� variable d'options CPU qui ne sont pas encore toutes support�s. Veuillez v�rifier que votre type de CPU est support� dans la section Types de processeurs. C'est une liste de machines qui fonctionnent sous Linux/MIPS, de syst�mes o� Linux/MIPS peut �tre port� ou de syst�mes o� l'on a int�r�t � faire fonctionner Linux/MIPS.
Le PICA d'Acer est d�riv� de l'architecture Mips magnum 4000. Il poss�de un CPU R4400PC fonctionnant � 133 Mhz ou �ventuellemnt � 150 Mhz plus une m�moire cache de second niveau de 512 Ko (�ventuellement de 2 Mo); la carte gfx G364 du Magnum a �t� remplac� par une carte bas�e sur le S3 968. Le syst�me est support� � l'�xception du serveur X.
Les s�ries Baget comprennent plusieurs machines poss�dant des processeurs R3000 : le Baget 23, le Baget 63 et le Baget 83. Les Baget 23 et 63 ont des cartes m�res BT23-201 ou BT23-202 avec respectivement un R3500A (qui est, � la base, un composant R3000A) � 25 Mhz et un R3081E � 50 Mhz. La carte BT23-201 poss�de un bus VME et des puces VIC068, VAC068 comme contr�leurs syst�mes. La carte BT23-202 poss�de un bus PCI en interne et une bus VME en externe. Le support de la carte BT23-201 a �t� fait par Gleb Raiko (rajko@mech.math.msu.su) et Vladimir Roganov (vroganov@msiu.ru) avec l'aide de Serguei Zimin (zimin@msiu.ru). Le support du BT23-202 est en d�veloppement avec un Baget 23B qui est compos� de 3 cartes BT23-201 avec un bus VME partag�.
Le Baget 83 est mentionn� ici uniquement pour �tre �xhaustif. Il poss�de uniquement 2 Mo de RAM et il est trop petit pour faire tourner Linux. Le code du Baget/MIPS a �t� fusionn� avec le portage des stations DEC ; le source pour ces deux plates-formes est sur http://decstation.unix-ag.org/.
Les s�ries de produits Qube Cobalt sont des syst�mes de serveurs headless de faible co�t bas�s sur un IDT R5230. Cobalt a d�velopp� sa propre variante de Linux/MIPS pour r�pondre aussi bien que possible aux besoins particuliers du Qube. Au d�part, le noyau du Qube a �t� d�riv� du noyau de Linux/MIPS 2.1.56, puis ramen� � la version 2.0.30 pour la stabilit�, enfin il a �t� optimis�. Les noyaux pour le Cobalt sont accessibles sur le site ftp de Cobalt http://www.cobaltnet.com. Le support du Qube de Cobalt n'a jamais �t� int�gr� dans les noyaux officiels 2.1.x de Linux/MIPS.
Les machines uni-processeur NEC sont des syst�mes PICA d'Acer, voir cette section pour plus de d�tails. Les syst�mes SMP sont dif�rents � cause du fait d'avoir plusieurs processeurs. Les d�veloppeurs de Linux/MIPS n'ont pas les documentations techniques n�cessaires pour �crire un OS. Aussi longtemps qu'il n'y aura pas de changements, ce portage restera plus ou moins un bouchon remarqu� faisant obstacle au portage vers les syst�mes SMP de NEC.
Le projet VR Linux fait le portage de Linux vers du mat�riel bas� sur les micro-processeurs VR41xx de NEC. La plupart de ces mat�riels �taient, � l'origine, destin�s pour faire tourner Windows CE. Le projet a produit des noyaux qui fonctionnent avec des drivers de bases pour le Vadem Clio, la Casio E-105, l'Everex Freestyle, et bien d'autres. Pour de plus amples informations, veuillez consulter le site http://linux-vr.org/.
Semblable aux VR41xx, le mat�riel avec ces processeurs ont �t�, � l'origine, destin�s pour faire tourner Windows CE. Cependant, il y a des noyaux fonctionnels avec des drivers de base pour le Sharp Mobilon et la s�rie C de Compaq. Le support d'autre mat�riels est en cours. Le code fait partie du projet VR Linux et donc de plus amples informations peuvent �tre trouv� sur http://linux-vr.org/.
Le Netpower 100 est apparamment un PICA d'Acer d�guis�. Il devrait �tre, par cons�quence, support� mais cela n'a pas �t� test�. S'il y a un probl�me c'est probablement lors de la d�tection de la machine.
La nintendo 64 est une console de jeu bas� sur un R4300 avec 4 Mb de RAM. Ses puces graphiques ont �t� d�velopp� par Silicon Graphics pour nintendo. A l'heure actuelle, ce portage est un r�ve de joueur et continuera de l'�tre tant que Nintendo ne d�cidera pas de publier les informations techniques necessaires. La question qui subsiste est de savoir si c'est une bonne id�e.
Cette machine est tr�s similaire � l'Indy ; la diff�rence est qu'elle ne poss�de pas de clavier ni de carte GFX mais un adaptateur bas� sur un WD33C95 SCSI suppl�mentaire. Cet adaptateur WD33C95 n'est pas support� pour l'instant.
Cette machine n'est mention�e que parce que certaine personne la confonde avec les Indys ou l'Indigo 2. L'Indigo poss�de une architecture diff�rente, bas�e sur un R3000 cependant, et n'est pas encore support�.
Cette machine est le successeur de l'Indigo et elle est tr�s semblable � l'Indy. Elle est maintenant support�e, bien qu'ellz p�che en bien des points. Vous devrez utiliser une console s�rie. Si vous avez une Indigo2 et si vous d�sirez encore y faire tourner Linux, contactez soit Florian Lohoff (flo@rfc822.org) soit Klaus Naumann (spock@mgnet.de).
L'Indy est, en ce moment, l'unique machine support� parmi (la plupart) des machines de Silicon Graphics. La seule carte graphique support�e est la carte Newport c'est-�-dire la "XL". L'Indy existe avec un grand nombre d'options pour le CPU � des taux d'horloge vari�s, tous �tant support�s. Il existe aussi maintenant un serveur X �crit par Guido Guenther (guido.guenther@gmx.net). Si vous pouvez utiliser la console de Newport sur votre Indy, il doit �tre possible aussi d'utiliser le serveur X. Il est bas� sur XFree86 4.0 et il fonctionne courament � une vitesse de tortue mais semble bien fonctionner. Si vous d�sirez l'essayer, jetez un oeil sur http://honk.physik.uni-konstanz.de/~agx/mipslinux/x/.
Lors du boot, le noyau de l'Indy reporte la m�moire utilisable dans un message du type :
Memory: 27976k/163372k available (1220k kernel code, 2324k data)Cette importante diff�rence entre la premi�re paire de nombres vient de l'existance d'une zone de 128 Mo dans l'espace adressable de la m�moire de l'Indy qui refl�te les 128 premiers Mo de m�moire. La diff�rence entre les 2 nombres sera toujours proche de 128 Mo et n'indique pas un quelconque probl�me. Les noyaux depuis la version 2.3.23 ne compte plus ce trou de 128 Mo.
Plusieurs personnes ont rapport�s ces probl�mes avec leurs machines apr�s une mise � niveau typiquement � cause de parties en trop. Il existe plusieurs versions de PROM pour les Indys. Les machines avec de vieilles versions de leur PROM, qui ont �t� mis � niveau vers une variante plus r�cente d'un CPU comme un module R4600SC ou un R5000SC, peuvent se planter pendant l'auto-test avec un message d'erreur du type :
Exception: <vector=Normal> Status register: 0x30004803<CU1,CU0,IM7,IM4,IPL=???,MODE=KERNEL,EXL,IE> Cause register: 0x4000<CE=0,IP7,EXC=INT> Exception PC: 0xbfc0b598 Interrupt exception CPU Parity Error Interrupt Local I/O interrupt register 1: 0x80 <VR/GIO2> CPU parity error register: 0x80b<B0,B1,B3,SYSAD_PAR> CPU parity error: address: 0x1fc0b598 NESTED EXCEPTION #1 at EPC: 9fc3df00; first exception at PC: bfc0b598Dans ce cas, vous devez mettre � niveau la PROM de votre machine vers une version plus r�cente ou retourner vers un version plus ancienne du CPU. En g�n�ral, les modules R4000SC ou R4400SC devraient fonctionner de cette mani�re. Juste pour �tre bien clair, ceci est un probl�me n'ayant aucun rapport avec Linux. C'est uniquement mentionn� ici parce que plusieurs utilisateurs de Linux nous ont pos� la question.
Les vieilles versions de PROM ne connaissent pas le format binaire ELF que le noyau de Linux utilise, ce qui l'emp�che de booter directement sur Linux. La solution pr�f�rable � cela reste �videment une mise � niveau de la PROM. Vous pouvez aussi utiliser Sash d'IRIX 5 ou une version plus r�cente pour charger le noyau. Sash sait comment charger les binaires ELF et ne se pr�occupe pas de savoir si c'est un noyau IRIX ou Linux. Il suffit de taper simplement "Sash" � partir du moniteur de la PROM. Vous obtiendrez un autre prompt shell, celui de Sash cette fois-ci. Maintenant lancez Linux comme d'habitude.
Sash peut lire les syst�mes de fichiers EFS ou XFS ou lire le noyau avec bootp / tftp. Cela veut dire que si vous avez l'intention d'utiliser Sash pour lancer le noyau � partir d'un disque local, vous devrez encore poss�der une installation minimale d'IRIX sur votre syst�me.
Lors du d�marrage, le message "Memory: ..." sur un Indy indique qu'il y a 128 Mo de RAM r�serv�. C'est normal ; de m�me que l'architecture PC a un trou dans son espace d'adressage m�moire entre 640 Ko et 1024 Ko, l'Indy poss�de une zone de 128 Mo dans son espace m�moire o� les 128 premiers Mo de sa m�moire est dupliqu�. Linux le sait et ignore simplement cette zone m�moire, ce qui explique ce message.
Ralf B�chle (ralf@gnu.org) et une �quipe d'employ�s de SGI travaillent actuellement sur un portage vers l'Origin 200. Bien qu'il soit encore que dans les �tapes initiales, il fonctionne en mode mono-processeur et multi-processeurs et poss�de des pilotes pour la carte Ethernet IOC3 et l'adaptateur SCSI fourni avec. Le code peut �tre pris dans l'arbre CVS de Linux/MIPS.
L'Onyx 2 est, � la base, un Origin 2000 avec du mat�riel graphique suppl�mentaire. A partir de maintenant,le support de Linux pour le mat�riel graphique n'a pas �t� d�cid�. En d�pit de ca, Linux devrai fonctionner aussi bien qu'une configuration headless Origin 2000.
C'estune tr�s vieilles s�ries des syst�mes R3000 SMP. Il n'existe pas de documentation sur le mat�riel de ces machines, peu d'entre elles existant encore, le mat�riel est bizarre. Pour faire court, les chances pour que Linux tourne un jour sur l'une d'elles sont proches de z�ro. Non pas que l'on veuille d�courager des volontaires ...
Assurez-vous que le noyau que vous utilisez inclus le driver appropri� pour une interface s�rie et une console s�rie. Initialisez la variable d'environnement console ARC soit avec la valeur d1 soit avec la valeur d2 pour les Indy et les Challenge S en fonction de l'interface s�rie que vous allez utiliser comme console.
Si vous avez le probl�me d'affichage de tous les messages du noyau sur la console s�rie lors du d�marrage alors que plus rien n'est affich� � partir du d�but de la phase d'init, alors vous avez probablement une mauvaise configuration pour votre /dev/console. Vous pourrez trouver de plus amples informations � ce sujet dans la documentation du source du noyau de Linux ; il est situ� dans le r�pertoire /usr/src/linux/Documentation/serial-console.txt si vous avez install� le source du noyau.
A l'heure actuelle, aucune machine Silicon Graphics n'est support�e. Ceci s'applique aussi aux syst�mes bas�s sur les tr�s vieux Motorola 68k.
La Playstation de Sony est bas�e sur un R3000 d�riv�e et utilise un ensemble de composants graphiques d�velop� par Sony lui-m�me. Alors que la machine est, en th�orie, capable de tourner sous Linux, un portage semble difficile, puisque Sony n'a toujours pas fourni les informations techniques n�cessaires. Cela met de c�t� la question de l'int�ret du portage. Donc, en r�sum�, rien ne s'est pass� jusqu'ici alors que beaucoup de gens ont montr� leur int�r�t en essayant Linux sur une Playstation.
A l'inverse du RM200 (voir en-dessous), cette machine poss�de des slots EISA et PCI. Le RM200 est support� � l'exception du controleur SCSI NCR53c810A int�gr�.
Si votre machine poss�de � la fois des slots EISA et PCI, alors c'est un RM200C ; Consultez la section pr�c�dente s'il vous pla�t. A cause de l�g�res diff�rences architecturales entre le RM200 et le RM200C, cette machine n'est pas encore support�e dans les sources officiels. Michael Engel (engel@numerik.math.uni-siegen.de) a r�ussi � faire fonctionner son RM200 partiellement mais les patches n'ont pas encore �t� inclus dans les sources de Linux/MIPS officiels.
Le RM300 est techniquement tr�s similaire au RM200C. Il devrai �tre support� par le noyau courant de Linux, mais nous n'avons encore re�u aucun signalement.
Le RM400 n'est pas support�.
Cette machine est une variante OEM d'un SGI Indigo et, par cons�quent, elle n'est pas encore support�e.
Le portage de l'Algorithmics P4032 tourne encore, lors de la redaction de ce document, sous Linux 2.1.36.
Le P5064 est, � la base, une variante 64 bits du P4032 bas� sur un R5000. Un portage est en cours.
Pendant la fin des ann�es 80 et au d�but des ann�es 90, Digital (maintenant Compaq) a construit une station de travail bas�e sur les MIPS appel�e respectivement DECStation et DECsystem. D'autres machines bas�es sur des x86 ou des Alphas ont �t� vendu sous le nom DECstation, mais ils ne sont malheureusement pas le sujet de cette FAQ. Le support des DECstations est encore en cours de d�veloppement, d�but� par Paul M. Antoine. A l'heure actuelle, la plupart du travail est fait par Harald Koerfgen (Harald.Koerfgen@home.ivm.de) et par d'autres personnes. Sur Internet, des informations sur les DECstations peuvent �tre trouv� sur le site http://decstation.unix-ag.org/.
La famille des DECstations couvre les DECstations 2100 avec une puce R2000/R2010 � 12 MHz jusqu'au DECstation 5000/260 avec un R4400SC � 66 MHz.
Les mod�les des DECstations suivants sont activement support�s :
Ces mod�les de DECstations sont orphelins parce que personne ne travaille dessus, alors que leur support peut �tre relativement facile � finir.
Les autres machines de la famille des DECstations, � part ceux bas�s sur x86, devraient �tre consid�r� comme des VAXen avec un CPU remplac� par un CPU MIPS. Il n'y a aucune information existante sur ces machines et le support de ces machines est improbable � moins que le portage des VAXLinux renait de ses cendres. Ce sont les :
Ces deux machines sont presque compl�tement identiques. Revenons lors de l'initiative d'ACE, Olivetti a pris une license du concept Jazz et a mis sur le march� la machine avec comme syst�me d'exploitation Windows NT. MIPS Computer Systems, Inc a achet� lui-m�me le concept Jazz et l'a mis sur le march� avec la s�rie de machines MIPS Magnum 4000. Les syst�mes Magnum 4000 ont �t� mis sur le march� avec comem syst�me d'exploitation Windows NT et RISC/os.
Le microcode de la machine d�pend du syst�me d'exploitation qui a �t� install�. Linux/MIPS supporte uniquement le microcode "little endian" sur ces deux types de machines. Puisque le M700-10 n'a �t� mis sur le march� uniquement en tant que machine NT, toutes ces machines ont ce mat�riel install�. Le cas du MIPS Magnum est quelque peu plus complexe. Si votre machine a �t� configur� en "big endian" pour RISC/os alors vous devez recharger le microcode "little endian". Ce microcode �tait, � l'origine, inclus sur une disquette lors de la livraison de chaque Magnum. Si vous ne poss�dez plus la disquette, vous pouvez la t�l�charger par ftp anonymes sur le site ftp://ftp.fnet.fr.
Il est possible de reconfigurer les M700 pour des op�rations headless en positionnant les variables d'environnement du mat�riel ConsoleIn et ConsoleOut sur mluti()serial()term(). Essayez aussi la commande listdev qui listera les p�riph�riques ARC existants.
Dans bien des cas, comme lorsque la carte graphique G364 est absente alors que la console est encore configur�e pour l'utilisation graphique normale, il sera n�cessaire de modifier le cavalier de configuration JP2 sur la carte m�re. Apr�s le prochain reset, la machine redemarrera sur la console COM2.
Le Mips Magnum 4000SC est semblable au Magnum 4000 (voir ci-dessus) sauf qu'il utilise un CPU R4000SCC.
Le R2000 est le processeur MIPS original. C'est un processeur 32 Bits qui avait une fr�quence de 8 MHz sortie en 85 lorsque les premiers processeurs MIPS arriv�rent sur le march�. Les versions suivantes furent cadenc�es plus rapidement : par exemple, le 53000 est un reconception du R2000 100% compatible, juste cadenc� plus rapidement. A cause de leur haute compatibilit�, lorsque ce document mentionne le R3000, dans bien des cas, les m�mes faits s'appliquent aussi aux R2000. Le R3000A est, � la base, un R2000 avec un FPU R3010 et 64 K de cache cadenc� jusqu'� 40 MHz et int�gr� dans la m�me puce.
Harald Koerfgen (Harald.Koerfgen@home.ivm.de) et Gleb O. Raiko (raiko@niisi.msk.ru) ont tous les deux, de fa�on ind�pendante, travaill� sur des patches pour les processeurs R3000. Leur travail a �t� fusionn� et int�gr� dans les sources officiels de Linux/MIPS depuis juillet 1999. Actuellement, Linux supporte les processeurs R3000 ainsi que des variantes comme le R3081 et le TMPR3912/PR31700.
Parfois, des personnes confondent le R6000, qui est un processeur MIPS, avec le RS6000, une s�rie de stations de travail cr��e par IBM. Donc, si vous lisez ces lignes en esp�rant trouver des informations sur l'utilisation de Linux sur des machines IBM, vous lisez le mauvais document.
Le R6000 n'est pas support� pour l'instant. C'est un processeur MIPS 32 Bits ISA 2 et c'est un morceau de silicon plut�t int�ressant et bizarre. Il a �t� d�velopp� et produit par une entreprise appel�e BIT Technology. Plus tard, NEC repris la production des semiconducteurs. Il �tait construit avec la technologie ECL, la m�me technologie qui �tait et qui est encore utilis� pour construire des puces extr�mement rapide comme celles utilis�es dans les ordinateurs Cray. Le processeur poss�de son propre TLB impl�ment� comme une partie des derni�res paires de lignes du cache primaire externe, une technologie appel�e tranche TLB (TLB slice). Ce qui signifie que son MMU est substantiellement diff�rent de ceux de la s�rie des R3000 ou des R4000, ce qui est aussi une des raisons pour laquelle le processeur n'est pas support�.
Linux supporte la plupart des membres de la famille des R4000. Actuellement, ce sont le R4000PC, le R4400PC, le R4300, le R4600, le R4700, le R5000, le R5230 et le R5260. Beaucoup d'autres fonctionnent probablement aussi bien.
Ceux qui ne sont pas support�s, ce sont les CPU R4000MC et R4400MC (ce sont des syst�mes multi-processeurs), de m�me que les syst�me R5000 avec un cache de second niveau control� par le CPU. Cela signifie que le cache est contr�l� par le R5000 lui-m�me � la diff�rence des controleurs de cache externe. La diff�rence est importante car, � la diff�rence des autres syst�mes, particuli�rement les PCs, sur les MIPS, le cache est visible dans l'architecture et n�cessite d'�tre contr�l� de fa�on logiciel.
Remerciements particuliers pour Ulf Carlsson (ulfc@engr.sgi.com) qui a fourni le module CPU pour deboguer le support du R4000SC / R4400SC.
Le R8000 n'est pas support�, � l'heure actuelle, d'une part parce que ce processeur est relativement rare et qu'il n'a �t� utilis� que dans quelques machines de SGI, d'autre part parce que les d�veloppeurs de Linux/MIPS ne poss�dent pas d'une machine de ce type.
Le R8000 est un morceau de silicon plut�t int�ressant. A la diff�rence des autres membres de la famille MIPS, c'est un ensemble de 7 puces. Son cache et son architecture TLB est assez diff�rent des autres membres de la famille MIPS. Il est n� d'un rapide "hack" pour que les virgules flotantes redeviennent le fer de lance des Silicon Graphics avant que le R10000 soit termin�.
Le R10000 est support� dans le noyau mips64 qui est actuellement support� par les IP22 (l'Indy de SGI, le Challenge S et l'Indigo 2) et l'Origin.
A cause de la tr�s grande difficult� pour g�rer la mani�re de fonctionner de ce processeur dans des syst�mes sans cache coh�rent, cela va prendre probablement encore un certain temps avant que nous supportions ce processeur pour de tels syst�mes. A partir de maintenant, ces syst�mes sont les SGI O2 et Indigo.
Comme son nom l'indique, c'est une machine IBM qui est bas� sur la s�rie de processeur RS6000 et, en tant que tel, ils ne font pas partie du projet Linux/MIPS. Les gens confondent souvent l'IBM RS6000 avec l'architecture MIPS R6000. Cependant, le projet Linux/PPC doit s'en occuper. Consultez le site http://www.linuxppc.org/ pour de plus amples informations.
Comme son nom l'indique d�j�, cette machine est un membre de la famille des VAX de Digital Equipment. On le mentionne ici parce qu'il est souvent confondu avec la famille des DECstation bas� sur le MIPS de Digital � cause des types de num�ros similaires. Malheureusement, le VaxStation, de m�me que la famille enti�re des VAX, n'est pas support� pour l'instant.
C'est un syst�me bas� sur les x86, par cons�quent, il n'est pas couvert par cette FAQ. Cependant, pour faciliter vos recherches, voici quelques infos. Ken Klingman (kck@mailbox.esd.sgi.com) post� le 17 Janvier 1999 sur la liste de discussion Linux de SGI :
Nous y travaillons. Nous terminons actuellement de mettre le support du niveau de base dans la release de la 2.2. Les logiciels uniquement bas� sur X et OpenGl devrait suivre relativement rapidement, mais le mat�riel acc�l�r� pour OpenGL n'est pas encore planifi�. Voir www.precisioninsight.com pour des nouvelles sur le mat�riel acc�l�r� pour OpenGL.Pour plus d'informations, voir la Documentation/ du noyau de Linux � partir de la version 2.2 ou sup�rieure. Il y a des informations suppl�mentaires sur le web � l'adresse http://oss.sgi.com/. Notez que le personnel de SGI/MIPS et de SGI/Intel travaille ind�pendemment de chacun des autres, par cons�quent, les sources sur le CVS anonyme sur oss.sgi.com peut ou ne peut tr�s bien ne pas fonctionner pour les machines Intel ; nous n'avons pas test� cela.
Ce sont de tr�s vieilles machines, probablement ag�s de plus de 10 ans maintenant. Comme ces machines ne sont pas bas� sur des processeurs MIPS, ce document est le mauvais endroit pour y chercher des informations. Cependant, dans le but de vous faciliter les choses, ces machines ne sont pas support�es actuellement.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:31