Problemas com Atheros [RESOLVIDO]

badiale
(usa Debian)

Enviado em 19/06/2009 - 22:31h

Olá pessoal,

Estou com um problema meio q estranho nas mãos....
Tenho no meu notebook essa placa wireless da Atheros: AR242x.
Estou com os drives do madwifi instalados corretamente, pois ela funciona, até que alguém aperte o botãozinho pra desligar ela =/
Se alguém aperta este botao, ela num liga denovo de jeito nenhum... Tenho q reiniciar o pc e entrar no windows só para poder ligá-la novamente =/
Alguém sabe o q pode ser isso? Isso está me incomodando bastante, pois quando eu quero colocar o notebook para dormir, ele desliga a placa... dai eu num consigo ligar ela denovo =/
Nao adianta usar "ifconfig ath0 up"....

Agradeço desde já!

=======================
Se vc tem esse mesmo problema, aconselho você a ler o post até o final.

gesousa
(usa Ubuntu)

Enviado em 20/06/2009 - 00:09h

a questão do botão não é do driver e sim de configuração do acpi, isso em notebook e como o calcanhar de aquiles, pois em vez de seguir um padrão, cada fabricante usa a sua própria configuração, assim a função hibernação e de suspensão não funciona 100%.

Bom não uma solução universal, no caso do notebook acer e alguns outros modelos há um modulo do kernel que faz essa ativação.
http://packages.ubuntu.com/jaunty/acerhk-source

em outros casos vc pode conseguir ativar o hardware mandando um comando direto para o acpi.

primeiro vc deve descobrir qual o processo do acpi controla o wireless, nào é coisa simples, as veses ele são obvios como

/proc/acpi/asus/wireless

ou não

assim basta mandar o comando 1 para ligar o dipositivo (onde na ligagem binaria 1 seria ligado e 0 desligado)

tipo:

sudo echo 1 /proc/acpi/asus/wireless

e depois carregar o modulo madwifi e as configurações de rede.

bom para facilitar depois vc pode criar um script na pasta /etc/acpi/suspend.d para deixar as configuraçòes de forma automatica.

badiale
(usa Debian)

Enviado em 23/06/2009 - 08:23h

Olá, e obrigado pela dica de usar o acerhk, mas naum funcionou no meu notebook, que eh um Compaq Presario C770BR....

Agora irei procurar pelo arquivo q voce descreveu... Vc tem alguma dica de onde eu posso olhar para encontrar esse arquivo?

Obrigado!

jucinaldo
(usa Debian)

Enviado em 23/06/2009 - 12:32h

Brother acho q a melhor solução pra vc é usar o novo moludo da Atheros.. meu note é um hp dv6751us usa o seu mesmo driv.. sempre sofri com esses problemas!! o modulo novo da atheros que esta substituindo o athpci é o "ath5k" na net tem varios tutos pra instalar esta drive.. melhor no site da atheros tem o how to dai vc segue que funfa... as distro mas novas ja levantão esta drive sem problema com o novo modulo!!

jucinaldo
(usa Debian)

Enviado em 23/06/2009 - 12:39h

Vejo q vc usa debian lenny se vc estiver usando o lenny 5.0.0 provavelmenmte não funciona legal o ath5k poram na instalação limpa do lenny 5.0.1 o drive funfa legal... outra solução muito louca tb que eu fiz foi compilar o kernel 2.6.30 na unha que baixei no kernel.org que levantou o drive ath5k perfeito além de resolver um problema que eu tinha do microfone não funcionar.. reolvel tudo porem tive que instalar minha nvidia com o drive proprietário NVIDIA-Drive-185...

badiale
(usa Debian)

Enviado em 28/06/2009 - 02:03h

Quando instalei meu debian lenny, lembrei de deixar uma particao livre para testar outras distribuicoes de linux. Nessa mesma época baixei o debian squeeze para ver como era.... Ainda nao tive tempo de instalá-la, mas pretendo fazê-lo nas férias.... Voces acham que vai funcionar a placa, ou ainda terei que compilar o kernel ou baixar o driver da atheros?

meinhardt_jgbr
(usa Debian)

Enviado em 29/06/2009 - 13:24h

badiale,

Vai depender apenas da versão do kernel que vier na distro que você resolver testar.
Se for o 2.6.28, existem grandes possibilidades de que não seja mais necessário fazer nenhuma recompilação para ativar a sua placa wifi. Se for o 2.6.29 ou mais recente ainda, daria quase para garantir que não haverá necessidade de recompilação. Acho que já comentei em outros posts, no caso do sidux que na ultima versão liberada (Ouranos - 2009-01) veio com o kernel 2.6.28 mesmo antes da atualização e upgrade da distro para o 2.6.29, não foi necessário fazer absolutamente nada, bastou chamar o aplicativo de configuração de rede, o Cenio (Menu K >> Internet >> Ceni) e a configuração foi fácil e imediata.

meinhardt_jgbr
(usa Debian)

Enviado em 01/07/2009 - 10:30h

badiale,

Veja abaixo as saídas dos comandos lspci, ifconfig e iwconfig, usando kernel 2.6.30-0.slh.5-sidux.686, onde aparece a mesma placa Atheros AR242x.

Não estou usando o Debian com repositório Squeeze, porém a versão mais atualizada do sidux, com kde4 inclusive.

Estou postando inclusive a partir de uma instalação do sidux que fiz em pendrive e está atualizada até ontem. Se você quiser experimentar o sidux, tenho quase certeza absoluta de que vai ficar como eu muito surpreso com a rapidez, facilidade de instalação e além disto tudo com a imbatível capacidade de reconhecimento de hardware.

Você pode baixar a versão atualizada do sidux em:

www.sidux.com.br

---------

lspci

root@siduxboxpen:/home/# lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8038 PCI-E Fast Ethernet Controller (rev 14)
03:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01)
0a:09.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
0a:09.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)

---------------

ifconfig

root@siduxboxpen:/home/# ifconfig
eth0 Link encap:Ethernet Endereço de HW 00:1b:24:49:b8:4a
inet end.: xxx.xx.xx.xx Bcast:xxx.xx.xx.xxx Masc:255.255.255.0
endereço inet6: fe80::21b:24ff:fe49:b84a/64 Escopo:Link
UP BROADCASTRUNNING MULTICAST MTU:1500 Métrica:1
RX packets:5832 errors:0 dropped:0 overruns:0 frame:0
TX packets:5729 errors:0 dropped:0 overruns:0 carrier:0
colisões:0 txqueuelen:1000
RX bytes:4973321 (4.7 MiB) TX bytes:1298043 (1.2 MiB)
IRQ:10

lo Link encap:Loopback Local
inet end.: 127.0.0.1 Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACKRUNNING MTU:16436 Métrica:1
RX packets:48 errors:0 dropped:0 overruns:0 frame:0
TX packets:48 errors:0 dropped:0 overruns:0 carrier:0
colisões:0 txqueuelen:0
RX bytes:2440 (2.3 KiB) TX bytes:2440 (2.3 KiB)

wlan0 Link encap:Ethernet Endereço de HW 00:19:7e:8a:46:7e
UP BROADCASTMULTICAST MTU:1500 Métrica:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

wmaster0 Link encap:Não Especificado Endereço de HW 00-19-7E-8A-46-7E-65-74-00-00-00-00-00-00-00-00
UP RUNNING MTU:0 Métrica:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

----------------

iwconfig

root@siduxboxpen:/home/# iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 no wireless extensions.

wlan0 IEEE 802.11bg ESSID:"GuestNet7d"
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
Tx-Power=20 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

pan0 no wireless extensions.

-----------------

badiale
(usa Debian)

Enviado em 05/07/2009 - 22:03h

Eu acabei instalando o Debian Squeeze... deu tudo certo, mas o kernel dele era o 2.6.26.

Mas, como eu ja estava com a "mão na massa" acabei compilando o kernel 2.6.30.1 ( http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.30.1.tar.bz2 )
Usei este tutorial aki: http://www.gdhpress.com.br/blog/recompilando-kernel/
Muito completo, muito fácil, e funcionou.

Feito isso tudo, a placa comecou a funcionar corretamente!
Agora só falta fazer a maldita luzinha acender, mas isso eh outra historia!
Muito obrigado pessoal pela ajuda.

meinhardt_jgbr
(usa Debian)

Enviado em 11/07/2009 - 10:49h

A maldita ou bendita luzinha, só consegui fazer funcionar no meu NoBo Acer Aspire, com o sidux, a partir do kernel 2.6.29. Com o 2.6.28, apesar de já contar com o suporte nativo ampliado a placas Atheros, o wifi funcionava bem porém sem o LED. O funcionamento correto do LED pode parecer frescura ou preciosismo, porém, na verdade é uma "mão na roda", pois indica ao usuário se a sua conexão segue operando bem.
Existem momentos em que o uso do wifi, apresenta queda de desempenho, por variações da qualidade e intensidade do sinal de rádio, oque é perfeitamente natural. O LED, nos indica que o sistema continua se comunicando ou tentando se comunicar (bastando olhar o mesmo piscando ou fixo aceso). Em outras ocasiões, pode se notar também a queda de desempenho, porém causada por congestionamento de trafego no ou nos sites visitados. Ai também o LED desempenha papel importante por confirmar que a conexão segue boa e ativa, sendo a queda de desempenho apenas problema de trafego naqueles sites. Por esta razão, digo que o funcionamento correto do LED não é absolutamente frescura, porém uma ferramenta importante.