hardware/supported/sparc.xml

<?xml version="1.0" encoding="ISO-8859-1"?>
<!-- original version: 1.5 -->

  <sect2 arch="sparc">
<title>Support pour les microprocesseurs, cartes mères et cartes vidéos</title>

<para>
Pour le moment, le portage <emphasis>&architecture;</emphasis> supporte de
nombreux types de systèmes Sparc. Les étiquettes habituelles
pour ces systèmes sont sun4, sun4c, sun4m, sun4d and
sun4u. Actuellement, nous ne supportons pas le très vieux
matériel sun4. Cependant, les autres systèmes sont supportés.
Sun4d est le dernier à avoir été testé, attendez-vous donc à
des problèmes possibles concernant la stabilité du noyau. Sun4c
et Sun4m, le matériel déclassé le plus courant de chez Sun,
comprennent SparcStation1, 1+, IPC, IPX, et SparcStation
LX,5,10,20 respectivement. La gamme UltraSPARC fait partie de
sun4u et utilise le jeu d'images d'installation sparc64. Certains
systèmes qui portent ces étiquettes ne sont pas supportés. Il
s'agit, par exemple, du supercomputer AP1000 et du Tadpole
Sparcbook 1. Voyez la <ulink url="&url-sparc-linux-faq;">FAQ Linux pour les processeurs SPARC</ulink> pour des informations
complètes.
</para>

   <sect3>
<title>Configuration de la mémoire</title>

<para>
Certains postes de travail de Sun, plus anciens, en
particulier le Sun IPX et le Sun IPC, affectent un emplacement fixe
dans la mémoire physique aux banques mémoire. Cela signifie que 
si les banques mémoire ne sont pas remplies, il y aura des 
«&nbsp;trous&nbsp;» dans l'espace mémoire physique. L'installation 
de Linux nécessite un bloc de mémoire continu dans lequel puisse se
charger le noyau et un ramdisk initial. Si ce n'est pas le
cas une «&nbsp;Data Access Exception&nbsp;» se produira.
</para>

<para>
Vous devez donc configurer la mémoire de telle sorte que le
bloc de mémoire le plus bas soit continu sur au moins
8&nbsp;Mo. Sur les IPX et IPC cités plus haut, les
banques mémoire sont découpées en tranche de
16&nbsp;Mo. Dans la pratique, cela signifie que vous devez
avoir installé une SIMM suffisamment grande dans
la banque 0 afin d'héberger le noyau et le ramdisk. Dans
le cas qui nous occupe, 4&nbsp;Mo n'est <emphasis>pas</emphasis>
suffisant.
</para>

<para>
Exemple&nbsp;: dans un Sun IPX, vous avez une SIMM de 16&nbsp;Mo
et une de 4&nbsp;Mo. Il y a quatre banques SIMM
(0,1,2,3). [La banque 0 est la plus éloignée des
connecteurs SBUS]. Il vous faudra donc installer la SIMM
16&nbsp;Mo dans l'emplacement 0&nbsp;; il est recommandé
d'installer la SIMM de 4&nbsp;Mo dans la banque 2.
</para>

   </sect3>

   <sect3>
<title>Configuration graphique</title>

<para>
Particulièrement dans le cas des anciens postes de
travail Sun, il est courant de posséder sur la carte mère un
«&nbsp;framebuffer&nbsp;» désuet (par exemple le bwtwo sur
Sun IPC), et une carte SBUS qui contient un buffer plus
récent, accéléré, a été insérée dans un emplacement
SBUS. Sous Solaris/SunOS, ce n'est pas un problème car les
deux cartes sont initialisées.
</para>

<para>
Cependant, avec Linux, cela peut poser un problème, dans le
sens où le moniteur bootprom peut afficher sa sortie sur la
carte additionnelle&nbsp;; cependant, les messages de démarrage du
noyau linux peuvent alors être redirigés vers le framebuffer
original, <emphasis>sans</emphasis> afficher de messages d'erreur
à l'écran, laissant croire que la machine
est apparemment bloquée par le chargement du ramdisk.
</para>

<para>
Pour éviter ce problème, connectez le moniteur (si
nécessaire) à la carte vidéo se trouvant dans l'emplacement
SBUS de numéro le plus bas (sur les cartes mères la carte a
un numéro inférieur aux numéros des connecteurs
externes). Alternativement, il est possible d'utiliser une
console série.
</para>

   </sect3>
  </sect2>
1	<?xml version="1.0" encoding="ISO-8859-1"?>
2	<!-- original version: 1.5 -->
3
4	<sect2 arch="sparc">
5	<title>Support pour les microprocesseurs, cartes mères et cartes vidéos</title>
6
7	<para>
8	Pour le moment, le portage <emphasis>&architecture;</emphasis> supporte de
9	nombreux types de systèmes Sparc. Les étiquettes habituelles
10	pour ces systèmes sont sun4, sun4c, sun4m, sun4d and
11	sun4u. Actuellement, nous ne supportons pas le très vieux
12	matériel sun4. Cependant, les autres systèmes sont supportés.
13	Sun4d est le dernier à avoir été testé, attendez-vous donc à
14	des problèmes possibles concernant la stabilité du noyau. Sun4c
15	et Sun4m, le matériel déclassé le plus courant de chez Sun,
16	comprennent SparcStation1, 1+, IPC, IPX, et SparcStation
17	LX,5,10,20 respectivement. La gamme UltraSPARC fait partie de
18	sun4u et utilise le jeu d'images d'installation sparc64. Certains
19	systèmes qui portent ces étiquettes ne sont pas supportés. Il
20	s'agit, par exemple, du supercomputer AP1000 et du Tadpole
21	Sparcbook 1. Voyez la <ulink url="&url-sparc-linux-faq;">FAQ Linux pour les processeurs SPARC</ulink> pour des informations
22	complètes.
23	</para>
24
25	<sect3>
26	<title>Configuration de la mémoire</title>
27
28	<para>
29	Certains postes de travail de Sun, plus anciens, en
30	particulier le Sun IPX et le Sun IPC, affectent un emplacement fixe
31	dans la mémoire physique aux banques mémoire. Cela signifie que
32	si les banques mémoire ne sont pas remplies, il y aura des
33	« trous » dans l'espace mémoire physique. L'installation
34	de Linux nécessite un bloc de mémoire continu dans lequel puisse se
35	charger le noyau et un ramdisk initial. Si ce n'est pas le
36	cas une « Data Access Exception » se produira.
37	</para>
38
39	<para>
40	Vous devez donc configurer la mémoire de telle sorte que le
41	bloc de mémoire le plus bas soit continu sur au moins
42	8 Mo. Sur les IPX et IPC cités plus haut, les
43	banques mémoire sont découpées en tranche de
44	16 Mo. Dans la pratique, cela signifie que vous devez
45	avoir installé une SIMM suffisamment grande dans
46	la banque 0 afin d'héberger le noyau et le ramdisk. Dans
47	le cas qui nous occupe, 4 Mo n'est <emphasis>pas</emphasis>
48	suffisant.
49	</para>
50
51	<para>
52	Exemple : dans un Sun IPX, vous avez une SIMM de 16 Mo
53	et une de 4 Mo. Il y a quatre banques SIMM
54	(0,1,2,3). [La banque 0 est la plus éloignée des
55	connecteurs SBUS]. Il vous faudra donc installer la SIMM
56	16 Mo dans l'emplacement 0 ; il est recommandé
57	d'installer la SIMM de 4 Mo dans la banque 2.
58	</para>
59
60	</sect3>
61
62	<sect3>
63	<title>Configuration graphique</title>
64
65	<para>
66	Particulièrement dans le cas des anciens postes de
67	travail Sun, il est courant de posséder sur la carte mère un
68	« framebuffer » désuet (par exemple le bwtwo sur
69	Sun IPC), et une carte SBUS qui contient un buffer plus
70	récent, accéléré, a été insérée dans un emplacement
71	SBUS. Sous Solaris/SunOS, ce n'est pas un problème car les
72	deux cartes sont initialisées.
73	</para>
74
75	<para>
76	Cependant, avec Linux, cela peut poser un problème, dans le
77	sens où le moniteur bootprom peut afficher sa sortie sur la
78	carte additionnelle ; cependant, les messages de démarrage du
79	noyau linux peuvent alors être redirigés vers le framebuffer
80	original, <emphasis>sans</emphasis> afficher de messages d'erreur
81	à l'écran, laissant croire que la machine
82	est apparemment bloquée par le chargement du ramdisk.
83	</para>
84
85	<para>
86	Pour éviter ce problème, connectez le moniteur (si
87	nécessaire) à la carte vidéo se trouvant dans l'emplacement
88	SBUS de numéro le plus bas (sur les cartes mères la carte a
89	un numéro inférieur aux numéros des connecteurs
90	externes). Alternativement, il est possible d'utiliser une
91	console série.
92	</para>
93
94	</sect3>
95	</sect2>