Resolvendo problemas de hardware no Linux

Primeiro, vou mostrar como podemos obter um relatório completo do problema, para que outros nos fóruns da vida possam nos ajudar. Depois, aos mais aventureiros, vou mostrar como resolvi o meu problema e fiz a rede do tal PC funcionar no Ubuntu. Quem sabe você mesmo não consegue resolver seu problema também?
A maioria dos comandos abaixo precisam ser executados como root. No Ubuntu você pode executar como root adicionando o comando “sudo” antes do comando, ou usar o comando “sudo su” para se logar como root. Em outras distribuição, use o comando “su -” para ganhar acesso root.

Passo 1: coletando informações sobre o problema

A primeira coisa a fazer é descobrir como o sistema enxerga o hardware problemático. De nada adianta dizer no fórum que sua placa de rede da SIS não está funcionando. É preciso descrever o modelo, e essa informação você consegue com o comando `lspci`. Ele vai listar sua placa de rede, sua placa de vídeo, modem e outros dispositivos, coisa fina. Vamos lá:

Viu? Coloquei só a linha da placa de rede para não poluir o texto, mas você deve obter mais umas dez linhas. Procure seu hardware problemático e guarde bem dois números em especial: o primeiro bloco de números que aparece – no caso aí de cima, o “00:04.0” – e o ID do dispositivo – no finalzinho, entre colchetes: 1039:0190.

O módulo do hardware problemático

Será que o módulo do dispositivo foi carregado? Aliás… qual é o módulo dele? Para descobrir isso vamos usar o ID do dispositivo (no meu caso, como vimos acima, é 1039:0190).
O ID do dispositivo tem duas partes: os quatro primeiros números (1039) indicam o fabricante (no nosso caso a SIS). Os quatro últimos (0190) o modelo. Para saber qual é o driver do dispositivo em questão entre com esse comando, obviamente substituindo os números do ID pelos seus:

O módulo é esse aí no final da linha, o sis190. Será que ele está carregado? Entre com o comando “lsmod | grep sis190”. Se o comando não retornar nada, tente carregar o módulo manualmente usando o comando “modprobe sis190” (sempre como root, não se esqueça). O módulo carregou, mas a rede ainda não funciona? Então continue lendo.

Pergunte ao kernel: por quê o hardware não funciona?

Agora vamos ver o quê está acontecendo com o hardware problemático durante a inicialização do Linux. Para isso, vamos usar o comando `dmesg`, que nos mostra o log com todos os “acontecimentos” do kernel durante o boot. Mas vamos peneirar o resultado, para que só as linhas referentes ao nosso hardware esquisitão apareçam. Para isso, vou filtrar a saída do dmesg pelo grep, pedindo a ele que nos mostre apenas as linhas que contenham “00:04.0” – número que obtive lá em cima com o comando lspci -nn, lembram? Não se esqueça de trocar o “00:04.0” pelo bloco de números do seu hardware.

A-há, a placa de rede não consegue encontrar o ISA bridge! O quê isso significa? Sei lá, o importante é que o erro é esse. Se você pretende fazer uma busca no google ou pedir ajuda nos fóruns da vida, já tem toda a informação de que precisa. Vá ao seu fórum predileto e dê aos seus amigos essas informações:

• Hardware: Silicon Integrated Systems (SIS) 190 Gigabit Ethernet Adapter
• ID do hardware: 1039:0190
• Módulo do hardware: sis190
• Mensagens do kernel relacionadas ao hardware: poste a saída do comando dmesg que vimos logo acima.

Se alguém souber resolver o problema, não vai ser por falta de informação que vai deixar de te ajudar. Agora, se você quer entender o que está acontecendo e quer tentar resolver o problema por conta própria, continue lendo.

Passo 2: resolvendo o problema

O comando dmesg mostrou o problema que o kernel está tendo com nosso hardware: “0000:00:04.0: Can not find ISA bridge”. O quê isso significa?
Eu estava usando uma placa relativamente recente da ECS, com chipset SIS (os chipsets da SIS costumam ser problemáticos no Linux). O módulo que dá suporte a minha placa de rede é o sis190. Supostamente a rede deveria estar funcionando, mas nossa placa de rede favorita está tendo problemas para encontrar o ISA bridge. Por quê será?
Para resolver o problema, vamos dar uma olhada no código-fonte do módulo. Provavelmente poderemos acertar o problema e compilar o módulo novamente, já corrigido. Não é tão difícil quanto parece.

Obtendo os fontes do kernel

O módulo de rede sis190 vem embutido no kernel. Então vamos baixar e descompactar o código fonte do kernel, que traz consigo o fonte do sis190, o módulo problemático:

Agora vamos dar uma espiada no código-fonte do módulo em questão:

Opa, veja só o que eu achei no meio do código do módulo:

Olha só, a mensagem de erro “Can not find ISA bridge”! Aí está o problema que meu kernel estava acusando – lembram de quando usei o comando dmesg? Neste caso, é bom obter informações sobre o meu ISA Bridge para saber porque o driver não está encontrando ele.

De novo o comando lspci -nn, mas desta vez destaco a linha que me interessa. Hmm… veja que estranho: o ID que o lspci acusa para meu ISA bridge é 1039:0966. Mas lá no código do driver temos essa linha que diz isa_bridge = pci_get_device(PCI_VENDOR_ID_SI, 0x0965, NULL); Reparou? O driver diz à placa de rede que meu ISA bridge é um modelo 0965, mas o lspci mostrou que o meu modelo é o 0966! O módulo está apontando para o lugar errado!!! Vamos mudar esse 0965 para 0966 no código do módulo, salvar o arquivo modificado e compilá-lo.

Compilando o novo driver

Para compilar o driver vamos precisar do pacote build-essential. Dê um:

Vamos para o diretório do fonte e vamos usar alguns comandos básicos para podermos compilar o driver:

Após o último comando, escolha exit e yes. E a compilação propriamente dita:

Pronto, o novo driver foi compilado. Vamos descarregar o módulo antigo, copiar o novo no lugar dele e carrega-lo:

Se tudo correu bem, você resolveu o problema e sua rede está funcionando! Pode ir contar aos seus amigos 🙂