Moderadores: 51, guest2003, Renie, gpenga
Eduardo Augusto escreveu:Ola
Ainda não estou familiarizado com o comando por isso, fui consultar a documentação
iwpriv - configure optionals (private) parameters of a wireless network interface
Portanto, em User side vc roda um comando que espera um driver no Kernel side. Certifique-se que todos os drivers de wireless lan
estejam instalados/configurados. Veja se o fabricante disponibiliza uma versão de Kernel com o driver instalado on board.
Você pode consultar os drivers montados com o comando lsmod, caso não tenha nada veja na lista veja nos drivers compilados built in.
Ficam em /lib/modules/kernel-version/modules.builtin, oque possivelmente tbm não vai existir, uma vez que são os driver compilados dentro do kernel.
Att
tcpipchip escreveu:Opa, usando o OMEGA2 ?
Estas usando a imagem DOCKER deles ? Ou estas fazendo o teu proprio BUILD ?
Sugiro colocar o LEDE nele..
Vais usar NODEJS ?
PS: sexta feira agora desisti de usr o OMEGA2, apesar de custar U$5,00
Eduardo,
Encontrei o driver na pasta /lib/modules/kernel-version/
Mas parece que o fabricante do driver não disponibiliza os fontes, apenas o .ko
Sabe me dizer se a mensagem "kernel panic" significa que o erro está no driver?
tcpipchip escreveu:Vai rodar ~20% mais rapido...
Além de suporte um numero maior de pacotes...
E um excelente make menuconfig...
Acabei desistindo do OMEGA2 (mt7688) pq me encomodei com compilação do UPM/MRAA e o pior, para omega2 tudo é em cima de DOCKER
Eduardo Augusto escreveu:Eduardo,
Encontrei o driver na pasta /lib/modules/kernel-version/
Mas parece que o fabricante do driver não disponibiliza os fontes, apenas o .ko
Sabe me dizer se a mensagem "kernel panic" significa que o erro está no driver?
O Kernel Panic é uma aviso de mal função do Kernel, como a tela azul do Win. O teste mais fácil para saber se é o driver é remova o driver, se ele for um modulo, e rode o comando que da pau:
rmmod nome-do-driver
comando-que-da-pau
Desculpa a pergunta
Oque você esta tentando fazer? Esta tentando colcoar algo da propria placa para funcionar ou algo que "plugou" na placa?
O Kernel tem de ser capaz de reconhecer o hardware antes de executar o modulo de software que da sentindo ao hardware. Rodando dmesg, você ve o driver sendo carregado corretamente?
Outra coisa que o costumamos esquecer é a device tree, esta declarada certinha? Confirme se tem que alterar a device tree do dispositivo para rodar esse dispositivo wifi.
tcpipchip escreveu:este é um problema que muita gente esta tendo...nao só vc, eu tambem...
Sorte que o meu cliente quer via 802.3
tcpipchip escreveu:eu trabalho com MIPS24 faz 4 anos...comecei a me incomodar nos 2 ultimos meses por causa dos builds para NODE...e driver proprietário para WIFI, so tinha o .o
Falou,.,,
# reboot
[ 66.947840] br-wlanap: port 2(wlan0-1) entered disabled state
[ 66.953827] br-wlanap: port 1(eth0.1) entered disabled state
[ 67.000036] device eth0.1 left promiscuous mode
[ 67.004716] device eth0 left promiscuous mode
[ 67.009262] br-wlanap: port 1(eth0.1) entered disabled state
[ 67.091928] IPv6: ADDRCONF(NETDEV_UP): eth0.1: link is not ready
[ 67.122954] device wlan0-1 left promiscuous mode
[ 67.127753] br-wlanap: port 2(wlan0-1) entered disabled state
[ 68.412830] wlan0: deauthenticating from 84:16:f9:98:43:08 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 71.426685] reboot: Restarting system
Voltar para Linux / uCLinux ( ARM ) / UNIX
Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante