Às vezes, o driver é carregado, às vezes não

Foi-me atribuído um desktop Ubuntu com algumas coisas já nele. Não o reformatei, mas conectei uma placa sem fio mini-PCI sobre um adaptador PCI para mini-PCI. madwifiCriei manualmente o driver e instalei seus arquivos .ko.

Agora lshw -C networksempre mostra o cartão, mas às vezes mostra-o como 'não reclamado' e outras vezes com o driver madwifi(ie ath_pci). Alguma idéia do que pode causar esse efeito?

EDIT: Fragmento de /var/log/kern.log, em falha no carregamento.

Apr 19 11:47:21 manju-desktop kernel: [    9.935304] ath_hal: module license 'Proprietary' taints kernel.
Apr 19 11:47:21 manju-desktop kernel: [    9.936614] ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
Apr 19 11:47:21 manju-desktop kernel: [    9.958671] wlan: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975867] ath_pci: svn r4133 (branch madwifi-0.9.4)
Apr 19 11:47:21 manju-desktop kernel: [    9.975940] ath_pci 0000:02:04.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Apr 19 11:47:21 manju-desktop kernel: [    9.976024] ath_pci: HAL doesn't support MAC revision 0xffffffff
Apr 19 11:47:21 manju-desktop kernel: [    9.976037] ath_pci 0000:02:04.0: PCI INT A disabled

Saída de lshw -C network

  *-network:1 UNCLAIMED
       description: Ethernet controller
       product: AR5413 802.11abg NIC
       vendor: Atheros Communications Inc.
       physical id: 4
       bus info: pci@0000:02:04.0
       version: 01
       width: 32 bits
       clock: 33MHz
       capabilities: pm cap_list
       configuration: latency=168 maxlatency=12 mingnt=10

ubuntu drivers

— apoorv020
fonte

Você quer dizer que às vezes você inicializa e não é reivindicado e às vezes você inicializa e é reivindicado, ou você quer dizer que oscila entre reivindicado e não reivindicado exatamente assim? Você vê alguma coisa nos logs do kernel ( /var/log/kern.log) (poste algo que não tem certeza de que é irrelevante)?

— Gilles 'SO- stop be evil'

Quero dizer, o primeiro, ele muda após cada inicialização.

— precisa saber é o seguinte

@ apoorv020: Da próxima vez que você inicializar e ver o cartão como não reclamado, poste todas as linhas relacionadas ao cartão ou ao driver /var/log/kern.log. Tente também modprobe ath_pcireportar qualquer mensagem de erro ou linha que apareça nos logs do kernel. Uma explicação possível é que há um driver conflitante que reivindica o cartão, mas depois não funciona; se esse for o problema e você encontrar esse nome, poderá colocá-lo na lista negra.

— Gilles 'SO- stop be evil'

@ apoorv020: Portanto, o driver é carregado de qualquer maneira, mas às vezes não gosta do hardware. Podemos obter os logs de uma inicialização bem-sucedida para comparação? Em uma inicialização malsucedida, se você rmmod ath_pci; rmmod ath_hal; modprobe ath_pci, às vezes funciona?

— Gilles 'SO- stop be evil'

@ apoorv020: Se você já encontrou uma resposta, deve publicá-la como resposta e depois aceitar. É melhor aceitar perguntas, em vez de deixá-las sempre abertas.

— JM Becker

Tente usar o udev em vez do HAL. É mais integrado ao kernel e, portanto, mais consistente com a identificação do hardware. Se funcionar corretamente com o udev, mas você ainda quiser usar o HAL, poderá portar a regra do udev que correspondeu ao seu hardware para o HAL, ignorando a verificação do MAC e outras coisas que podem fazer com que ele funcione errado.

— Pedro
fonte