PC-Chips A31G

A PC-Chips A31G acabou se revelando a mais problemática das três, por causa do chipset usado.

Ela é uma placa baseada no SiS761GX, usando o SiS965L. Os chipsets da SiS são famosos por apresentarem problemas diversos de compatibilidade no Linux, muitas vezes problemas graves, como corrupção de dados do HD ao ativar o DMA, ou incompatibilidades gerais nos componentes integrados ao chipset e, infelizmente, esta placa mantém esta tradição.

Na parte de hardware, temos duas portas SATA, suporte a até 2 GB de memória (dois pentes de 1 GB), bus de 200 MHz (x4), com possibilidade de overclock para até 250 MHz através do setup. Você pode usar desde pentes DDR 266, até DDR 400, naturalmente com uma pequena diferença de performance de acordo com barramento da memória.

Como de praxe nas placas atuais, a A31G inclui um conector para fontes ATX de 24 pinos, mas você pode usar uma fonte com conector de 20 pinos normalmente, desde que conecte o conector de 4 pinos auxiliar.

Temos ainda 4 portas USB, porta serial, porta paralela, duas portas IDE ATA133 e duas portas SATA 150:

Assim como fez em gerações anteriores, a PC-Chips optou por incluir tanto o slot AGP, quanto o slot PCI express, o que permite usar qualquer placa de vídeo. No Setup existe uma opção que permite escolher qual dos barramentos (PCI Express, AGP, PCI ou a placa onboard, que também utiliza o barramento AGP) será usado por padrão. Ao espetar uma placa offboard, você deve setar a opção corretamente, caso contrário o BIOS continuará jogando a saída de vídeo na placa onboard:

Existem também dois slots PCI e o slot CNR, usado pela placa raiser do modem onboard. Assim como a Asus K8N4, ela inclui uma placa de rede gigabit onboard, neste caso com o chipset SiS 190.
Esta placa de rede é bem suportada nos Kernels recentes (a partir do 2.6.15), através do módulo “sis190“. Se você tiver problemas de detecção, geralmente será apenas o caso de carregar o módulo manualmente, usando o comando:

# modprobe sis190

O suporte à SiS 190 é uma coisa relativamente recente, por isso você vai ter problemas ao tentar instalar uma distribuição antiga. Como de praxe, um hardware atual, precisa de uma distribuição com uma versão atualizada do Kernel para funcionar, a menos que você queira brincar de instalar patches e recompilar o Kernel.

Outra observação a respeito da placa de rede é que a maioria dos live-CDs, incluindo aí todas as versões do Kurumin anteriores ao 6.1, além de versões do Knoppix, Kanotix e vários outros falham em configurar a rede via DHCP automaticamente durante o boot, mas nestes casos basta configurar manualmente.

Na verdade, o problema é que a placa demora alguns segundos para ficar disponível depois de ativada, fazendo com que a primeira tentativa de configuração, feita durante o boot falhe, pois a placa ainda não está pronta para responder. O mesmo “fenômeno” ocorre na placa onboard da Asus K8N4 e várias outras placas gigabit.

O chipset de som é um projeto tradicional, que segue o padrão AC’97. Você não terá problemas com ele em praticamente nenhuma distribuição. Se, por ventura a autodetecção falhar, basta carregar manualmente o módulo:

# modprobe snd_intel8x0

O problema mais freqüente com relação ao som é o conflito com o modem que descrevo a seguir.

Bem, estas são as boas notícias, vamos às más:

O primeiro ponto negativo é que os chipsets de vídeo SiS não possuem suporte 3D no Linux, o que (a menos que você pretenda usar uma placa 3D offboard), limita seu uso a aplicativos de escritório e aplicativos 2D em geral. Um número relativamente grande de placas não possui sequer aceleração 2D, fazendo com que o desempenho fique comprometido mesmo em tarefas básicas, como assistir vídeos ou usar o VMware. Existe um projeto para oferecer suporte 3D a algumas placas (embora de forma muito limitada e sem nenhum apoio do fabricante), mas que não tem feito muito progresso nos últimos tempos, disponível no: http://www.winischhofer.at/linuxsisvga.shtml.

Sem aceleração 3D, não é possível rodar qualquer game 3D (com exceção dos muito simples, que rodem aceitavelmente usando renderização via software), sem recursos como o XGL ou mesmo o 3D desktop. Você fica limitado às janelas 2D.

Mais um problema relacionado com o vídeo é que, caso o driver “sis” seja usado (a configuração do driver vai na linha “Driver” do arquivo “/etc/X11/xorg.conf”), qualquer vídeo com mais de 320 linhas de resolução é exibido com um defeito estranho, onde a parte inferior do vídeo não é processada, transformando tudo num borrão:

A solução no caso é mudar o driver de vídeo na configuração do Kaffeine (Configurações > Parâmetros do Motor xine > Vídeo) de “auto” para “xshm“. Outros players de vídeo baseados no Xine (como o Totem) oferecem esta opção em outros locais da configuração:

O “xshm” é um driver que faz todo o processamento do vídeo via software, sem tentar utilizar a aceleração provida pela placa de vídeo, o que permite burlar o problema.

Este problema do vídeo não é visto ao usar o Mplayer, pois ele usa por padrão o driver “X11”, que também não tenta usar a aceleração da placa.

Uma segunda questão importante é a falta de suporte ao controlador SATA, incluído no chip SiS965L, usado como ponte-sul. Isto faz com que HDs SATA instalados na placa simplesmente não sejam detectados pelo sistema, impedindo a instalação. Este mesmo problema afeta todas as placas baseadas no chip SiS965L, não é específico deste modelo da PC-Chips.

Simplesmente não existe suporte a este controlador SATA no Kernel (pelo menos até o 2.6.17), o que faz com que qualquer HD SATA instalado simplesmente não seja visto pelo sistema, impossibilitando a instalação ou mesmo o acesso aos dados ao dar boot através de um live-CD.

A SiS oferece um driver proprietário que, em teoria, permitiria ativar o controlador SATA, disponível no http://www.sis.com/download/. Digo em teoria, pois o driver simples não compila nas versões recentes do Kernel (embora tenha sido atualizado em Junho de 2006) e, mesmo que compilasse, não resolveria o problema, pois você precisa do módulo instalado para que o sistema reconheça o HD e você possa fazer a instalação. Seria preciso fazer malabarismo, compilando o driver em outra máquina e depois carregando-o durante a instalação através de um disquete, simplesmente para conseguir fazer com que o HD fosse detectado.

Ou seja, na prática, a sua única opção ao usar esta placa no Linux seria se contentar com um HD IDE tradicional, com o bom e velho cabo de 80 vias. Com os HDs PATA desaparecendo do mercado, esta é uma pesada limitação aos upgrades futuros.

Se quiser garimpar sobre o assunto, aqui estão algumas dicas de como usar o driver proprietário da SiS no Fedora 3 (onde o driver pelo menos compila): http://www.fedoraforum.org/forum/archive/index.php/t-32585.html

Nesta página você encontra dicas sobre a compatibilidade de outras placas com controladores SATA no Linux: http://linuxmafia.com/faq/Hardware/sata.html

Segundo esta página, um driver com suporte aos recursos básicos deste controlador SATA estará disponível no Kernel 2.6.18, mas não encontrei nenhuma entrada no change-log do Kernel, ou outra página que confirmasse esta informação: http://linux-ata.org/driver-status.html#sis.

Continuando com a lista de componentes não suportados, chegamos ao softmodem incluído no chipset SiS761GX, que também não possui um driver Linux (nem mesmo um projeto em estágio inicial de desenvolvimento, ou qualquer esperança de um). Se você ainda usa acesso discado, a única opção nesta placa seria comprar um modem offboard, sacrificando um dos dois slots PCI.

Para completar, caso ativado no setup, o modem conflita com a placa de som, fazendo com que ela também deixe de funcionar no Linux. Neste caso, a solução é remover a placa CNR, ou desativar o modem no setup:

Enfim, embora, apesar de todos os problemas, você ainda possa usar esta placa (e outros modelos baseados no mesmo chipset) para navegar e rodar aplicativos leves, ela não é uma opção recomendável para quem pretende rodar Linux, principalmente se considerarmos a pequena diferença de preço entre a A31G e placas melhores, baseadas no chipset nForce.

Com relação ao slot PCI Express, testei com a mesma GeForce 6200TC usada na Asus K8N4-E e não encontrei nenhum problema. A instalação do driver da nVidia é idêntico nas duas situações.

O suporte ao Cool and Quit também funciona e os sensores de temperatura são suportados pelo lm-sensors. A única observação é que você precisa fuçar um pouco e configurar o ksensors para exibir os sensores corretos. Por exemplo, existem dois sensores para o processador, o da placa mãe não é bem suportado e informa incorretamente que o processador está trabalhando a -269C :p, enquanto o sensor do chip it8712 (suportado pelo lm-sensors), informa corretamente a temperatura:

Você pode estranhar que o processador esteja trabalhando a apenas 35C, mas a temperatura está correta. Isso ocorre por causa do Cool and Quiet: na maior parte do tempo, o processador trabalha a apenas 1.0 GHz e usando uma tensão mais baixa, passando a trabalhar a 2 GHz apenas quando solicitado. Isso mantém o processador bem frio na maior parte do tempo.

Fico devendo um teste com uma placa de vídeo de maior consumo, que poderia denunciar deficiências nos circuitos de alimentação.