summaryrefslogtreecommitdiff
path: root/pt_BR/hardware/supported/sparc.xml
blob: 8690210ca2729d615dfa934f8985504507b77000 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
<!-- retain these comments for translator revision tracking -->
<!-- original version: 28997 -->
<!-- reviewed by Felipe Augusto van de Wiel (faw) 2006.01.01 -->

  <sect2 arch="sparc" id="sparc-cpus"><title>CPU, placas mãe e placas
  de vídeo suportadas</title>
<para>

Atualmente o porte da arquitetura <emphasis>&architecture;</emphasis>
suporta diversos tipos de sistemas Sparc. As identificações mais
comuns para sistemas Sparc são sun4, sun4c, sun4m, sun4d e sun4u.
Atualmente nós não oferecemos suporte a hardwares muito antigos da sun4.
No entanto, os outros sistemas são suportados. O Sun4d pelo menos foi
testado, assim você poderá esperar certa estabilidade relacionada ao
kernel. O sun4c e o Sun4m, os mais comuns de hardwares Sparc mais antigos,
incluem sistemas como SparcStation 1, 1+, IPC, IPX e o SparcStation LX, 5,
10 e 20 respectivamente. Os sistemas da classe UltraSPARC caem sobre a
identificação sun4u, e são suportados usando o conjunto de imagens sun4u.
Alguns sistemas que caem dentro destes identificadores supostos são conhecidos
de não serem suportados. Sistemas bem suportados são o multi-computador
AP1000 e o Tadpole Sparcbook 1. Veja o link
<ulink url="&url-sparc-linux-faq;">Faq do Linux para processadores SPARC</ulink>
para informações completas.

</para>

   <sect3><title>Configuração de memória</title>
<para>

As estações de trabalho Sun antigas, notavelmente a Sun IPX e Sun IPC
tem bancos de memória localizados em localizações fixas na memória
física. Assim caso estes bancos não estejam preenchidos existirão
intervalos entre o espaço de memória física. A instalação do Linux
requer um bloco de memória contínua que será carregado o kernel e
o RAMdisk inicial. Se isto não estiver disponível, ocorrerá uma
<quote>Excessão de acesso a dados</quote>.

</para><para>

Assim você deverá configurar a memória para que o menor bloco de memória
seja continuo para pelo menos 8MB. No IPX e IPC citados acima, os bancos
de memória são mapeados em faixas de 8Mb. Como efeito, isto significa que
você deverá ter uma SIMM suficientemente grande no banco zero para armazenar
o kernel e o RAMdisk. Neste caso, 4MB <emphasis>não</emphasis> serão
suficientes.

</para><para>

Exemplo:
Em uma Sun IPX você terá 16MB de SIMM e 4MB SIMM. Existem quatro
bancos SIMM (0,1,2,3). [O banco zero é o mais distante dos conectores
SBUS. Você deverá instalar 16MB de memória SIMM no banco 0;
é então recomendada a instalação da sim de 4MB no banco 2.

</para>
   </sect3>

   <sect3><title>Configuração da placa de vídeo</title>
<para>

Especialmente no caso da antiga estação de trabalho Sun, é muito
comum ser uma framebuffer onboard que foi substituída (por exemplo
o bwtwo em uma sun IPC), e uma placa SBUS contendo um buffer
acelerado que será então conectado ao slot SBUS. Sob o Solaris/SunOS
isto não causa problemas porque ambas as placas já terão sido inicializadas.

</para><para>

No entanto, isso causa um problema no Linux, em que o monitor de
inicialização da PROM pode mostrar sua saída nesta placa adicional;
no entanto, as mensagens de inicialização do kernel do Linux podem
ser redirecionadas para o original na placa framebuffer, não deixando
mensagens de erro na tela, que a máquina aparentemente apareceria
travada após carregar o RAMdisk.

</para><para>

Para evitar este problema, conecte o monitor (se requerido) a placa de
vídeo no slot SBUS mais baixo (na placa mão conte como os slots externos
mais abaixo). Alternativamente é possível usar um console serial.

</para>
   </sect3>
  </sect2>