manda a saída do lspci referente a este NIC.
--
Herbert
manda a saída do lspci referente a este NIC.
hardware com ICH9 (muito bom) com um NIC desses, estranho...
O seu problema é esse (o kernel não "sabe" quem é este chip):
07:00.0 Ethernet controller: Unknown device 1a47:0003
P/ verificar se o Kernel (git) suporta, basta pesquisar pela vid/pid aqui:
http://wireless.kernel.org/en/users/Devices
Note que não tem nada lá referente a este hardware, mas pelo que li sobre este
chip ele parece implementar bem o 802.11 (MAC), mas o acesso ao PHY layer é
fechado (p/ variar), então *talvez* (se tiver sorte) o madwifi com o ath5k (não
achei nada sobre isso na documentação do madwifi) ou algo mais experimental
ainda (wireless-testing, git/kernel) dê p/ fazer alguma coisa (ou esperar sair
algo funcional, o que pode demorar muito ou nem mesmo acontecer).
O que vi que andam fazendo p/ rodar isso no Linux é com o ndiswrapper mesmo,
mas parece que já tentou isso, não?
O que poderia fazer (também) é perguntar sobre este chip aqui:
http://wireless.kernel.org/en/developers/MailingLists
Se ninguém lá souber como te ajudar, esquece...
--
Herbert
Note que não tem nada lá referente a este hardware, mas pelo que li sobre este
chip ele parece implementar bem o 802.11 (MAC), mas o acesso ao PHY layer é
fechado (p/ variar), então *talvez* (se tiver sorte) o madwifi com o ath5k (não
achei nada sobre isso na documentação do madwifi) ou algo mais experimental
ainda (wireless-testing, git/kernel) dê p/ fazer alguma coisa (ou esperar sair
algo funcional, o que pode demorar muito ou nem mesmo acontecer).
O que vi que andam fazendo p/ rodar isso no Linux é com o ndiswrapper mesmo,
mas parece que já tentou isso, não?
O que poderia fazer (também) é perguntar sobre este chip aqui:
http://wireless.kernel.org/en/developers/MailingLists
...ou trocar o NIC (cartão) Wireless, em notebook's geralmente é um mini-PCI,
então é só destacar uma das tampas inferiores (nem precisa desmontar) e
colocar outro (compatível) no lugar, como trocamos as memórias (mas só abrindo
p/ ter certeza disso, pode ter o azar disso estar "embutido" na MB).
--
Herbert
fiquei curioso... Módulos nativos (sem nsidwrapper)? De onde saiu?
Pode mandar (se possível) a saída do seguinte comando (abaixo):
# for x in `lsmod | grep 3dsp | awk '{print $1}'`; do modinfo $x; echo; done
--
Herbert
fiquei curioso... Módulos nativos (sem nsidwrapper)? De onde saiu?
Pode mandar (se possível) a saída do seguinte comando (abaixo):
# for x in `lsmod | grep 3dsp | awk '{print $1}'`; do modinfo $x; echo; done
não vai aparecer nada mesmo (no seu Slackware)... Achei que estava (também)
executando o Ubuntu ai no seu notebook (além do Slackware) e que nele (Ubuntu)
funcionou, a saída acima seria interessante (p/ tentar rodar no Slackware) se
estivesse executando (e usando este NIC) com sucesso na outra distro (Ubuntu).
Com certeza (esse port que funciona no Ubuntu) é uma daquelas famosas
"gambiarras" obscuras (e na maioria das vezes mal-feitas), como os módulos de
hardware sem suporte nativo do Kernel que funcionam nesses PCs de série, que
que estão sendo distribuídos com Linux pré-instalado (esses 3 que citou).
Se tiver acesso ao Ubuntu e isso funcionar lá seria interessante postar a
saída do comando que enviei (p/ descobrirmos o que fez esse NIC funcionar lá e
de onde saiu esse port proprietário que funciona, já que não é o ndiswrapper).
--
Herbert
pelos logs do modinfo que postou aparentemente o autor dos módulos é o próprio
fabricante do hardware! Talvez liberem só OEM. Não conheço a estrutura do
Ubuntu, mas se tiver algo como o /source do Slackware procure o código lá...
Ser GPL não quer dizer muito nesse caso, pois podem distribuir algo sob a
licença em questão, mas que necessite de firmware (hal) com código proprietário
*fechado* (tem muito fabricante de hardware fazendo isso hoje), assim liberam
apenas um pedaço de software, mas quem faz a coisa toda fica fechado (e
tentando amarrar o que licenciaram). O bom disso é que se seguiram
corretamente a licença (vai saber), de onde saiu o binário (licenciado) tem
que ter algum meio de acessar o source (do que foi licenciado), é atrás disso
que você tem que ir. Em algum lugar isso está, o problema é encontrar onde...
--
Herbert
dei uma olhada nos sources do Ubuntu e não encontrei esses módulos lá (aliás,
muito confuso aquilo, hein?), devia estar naquele nic-modules ou algo do
tipo... Aparentemente isso aí é OEM, quem deve ter incluso no seu Ubuntu foi o
fabricante do notebook (que distribuiu com Ubuntu pré-instalado).
--
Herbert
Que estranho, você comprou um notebook com Linux pré-instalado com o hardware
apenas parcialmente funcional?
(já que os módulos em questão não vieram com o SO que acompanhou o notebook)
--
Herbert
foram os fabricantes do hardware (3DSP) quem fizeram mesmo os módulos (como foi
reportado pelo modinfo no teste que pedi p/ fazer), mas segundo o README só
suporta alguns releases do 2.6.24 e aparentemente foi testado apenas numa
versão do Ubuntu.
Além do mais há uma série de aplicativos de suporte aos módulos também incluso
no pacote (todos .deb, mas pode usar o alien ou o cpio p/ abri-los).
Não tem código fonte, mas se é GPL mesmo pode entrar em contato com os dois e-
mails que também estão no README e solicitar uma cópia do código ou então que
disponibilizem módulos compatíveis com versões recentes do Kernel.
Tentar instalar aqui p/ ver se há algum meio de fazer funcionar não faz muito
sentido, já que não tenho o hardware em questão p efetuar os testes, mas se
quiser tentar e for postando os passos e erros encontrados talvez dê p/ ajudar
mesmo sem ter o hardware p/ testes.
--
Herbert
Além do mais há uma série de aplicativos de suporte aos módulos também incluso
no pacote (todos .deb, mas pode usar o alien ou o cpio p/ abri-los).
Não tem código fonte, mas se é GPL mesmo pode entrar em contato com os dois e-
mails que também estão no README e solicitar uma cópia do código ou então que
disponibilizem módulos compatíveis com versões recentes do Kernel.
Bom, se é GPL mesmo e os caras não querem nem mesmo liberar o código fonte p/
você resolver o problema: http://www.gnu.org/licenses/gpl-violation.html
--
Herbert
É o seguinte, eu verifiquei como ela está sendo reconhecida pelo sistema
atravéz de
cat /proc/net/wireless
Eu denho 3 linhas e a ultima é
wlan0: 000 ... bla bla bla.
Enfim, quando tento subi-la aparece:
ifconfig wlan0 up
SIOCSIFFLAGS: No such file or directory
Enfim, dei um lsmod e os módulos da wireless não estão carregados. É uma
atheros e em outros laptops do mesmo modelo o modulo carrega
automáticamente e é o ath3k se bem me recordo.
Acredito que o erro provem de o módulo não ter carregado. O slack dá
suporte nativo a esse driver, então, como posso fazer para carrega-lo??
Alguêm poderia me dar uma dica.
Muito obrigado
/var/log/messages me retorna o seguinte:
firmware: requesting b43/ucode5.fw
Cannot find firmware file 'b43/ucode5.fw'
Como que pode estar faltando uma firmware em uma instalação normal e
full...
não imagino como isso possa ser possivel.
Guilherme Longo escreveu:
Eu não consigo entender pq ela não estava presente se fizuma instalação
completas e em outros notes iguais funcionam.
É como meu sogro sempre diz... informática é uma ciência mistica! ;o)
Obrigado
Guilherme Longo escreveu:
e se dependesse de mim firmware algum (fechado) deveria também!
Tem empresa que está usando esse tipo de recurso/argumento p/ liberar
parcialmente módulos (drivers) p/ Linux e manter boa parte do código fechada
em "firmwares" distribuídos em forma binária unicamente/exclusivamente.
Alegam questões técnicas (todas podem ser rebatidas) e proteção de tecnologia.
O Kernel está ficando "impestiado" desses pequenos pedaços de código fechado
proprietário e já tem gente inclusive questionando se ele é ainda GPL e que
caminho estamos tomando admitindo pedaços de código fechado para módulos
funcionarem (pedaços estes em forma de "firmware") dentro dele (o Kernel).
Um exemplo bem simples: madwifi precisava de firmware (o famoso HAL, que é um
wrapper para os registradores dos chips, distribuído unicamente em forma
binária), ath5k *não* (já que desenvolveram tudo do zero, inclusive depois de
tamanha façanha até contrataram um dos desenvolvedores do madwifi, refiro-me à
Atheros, que fabrica os chips utilizados em boa parte de equipamentos
Wireless).
--
Herbert
Pode *tentar* carregar estes módulos em um Kernel no Slackware com a mesma
versão. Pode inclusive tentar usar o config desse Kernel do Ubuntu e compilar a
mesma versão no Slackware... Só testando p/ saber. As dependências em cima de
binários (para aquele monte de aplicativos distribuídos junto com os módulos
já é outra história, mas talvez até mais simples que fazer o binário compilado
no Ubuntu funcionar no Slackware).
--
Herbert
Nunca havia nem se quer precisado compilar um driver nela.
Todos têm suporte nativo no slack 12.
Pode *tentar* carregar estes módulos em um Kernel no Slackware com a mesma
versão. Pode inclusive tentar usar o config desse Kernel do Ubuntu e compilar a
mesma versão no Slackware... Só testando p/ saber. As dependências em cima de
binários (para aquele monte de aplicativos distribuídos junto com os módulos
já é outra história, mas talvez até mais simples que fazer o binário compilado
no Ubuntu funcionar no Slackware).
Lembre-se de que algumas distribuições costumam "patchear" por conta própria o
Kernel que distribuem (pode ter problemas com isso); enfim, nada contra, é até
indicado, uma vez que não temos mais um série do Kernel voltada exclusivamente
p/ desenvolvimento (como antigamente), ou seja, 2.6 é um grande beta. Então
correções em versões sem mudar releases (revisões dentro da mesma versão) fica
mesmo a cargo da distribuição (isso *não* acontece com o Slackware, o Kernel é
distribuído sem patches, salvo raras exceções).
Resumindo a história toda, pode ter alguma coisa no Kernel do Ubuntu que fará
com que o config dele não funcione no Slackware, compilar vai, o que o Kernel
do Slackware não entender do config do Ubuntu ele ignora, o problema pode
aparecer na hora de carregar os módulos, já que pode aparecer algo não
existente (alguma dependência ou mesmo incompatibilidade com sinais e chamadas
no Kernel sem patches do Slackware).
--
Herbert
você recompilou ou atualizou o Kernel? O módulo pode ter mudado entre as
revisões e versões.
Manda um lspci p/ tirarmos a dúvida (ath3k não conheço e mesmo o 5k não requer
firmware para funcionar, pelo menos com os chips da Atheros).
--
Herbert
Vou precisar plotar graficos em tempo real e gostaria de usar o gnuplot
já que é um programa super estável e bem documentado.
Se alguêm usa ou jpa o usou, poderia me dizer se eu posso obter display
das plotagems em tempo real? Ele teria que ler dados que um array e ir
plotando e mostrando na tela.
Estou perguntando aqui pq é o unico programa de plotagem que vem no slack.
Muito obrigado a todos.
veja se isso ajuda (Visualize real-time data streams with Gnuplot):
http://users.softlab.ntua.gr/~ttsiod/gnuplotStreaming.html
--
Herbert
Olá eles responderam meu e-mail dizendo que em breve terá disponível
os fontes. Segue a responta do e-mail que enviei para eles e a
responta.
[off-topic]
cadê o Slackware nessa sua lista?
--
Herbert
Se ele falasse que usa slackware eles mandariam ele escrever o driver.
E em assembly, porque drivers escritos em C não são simples o
suficiente para o slackware.
Tenta usar só o config do Ubuntu na mesma versão do Kernel (no Slackware) e
veja se funciona.
--
Herbert
As distros baseadas em debian tem o costume de enfiar um monte de
patches no kernel, ainda mais o ubuntu que tenta ser o mais
"transparente" possível no que diz em relação a interação do usuário
com a instalação/modificação do kernel. Não sei se funciona direito só
reaproveitar o config. :)
Tenta usar só o config do Ubuntu na mesma versão do Kernel (no Slackware) e
veja se funciona.
abraços