[FUG-BR] modulo do nisgen carrega, mas nada acontece
Gustavo Meira
grnmeira em gmail.com
Quinta Maio 24 18:50:36 BRT 2007
Em 24/05/07, Giancarlo Rubio<gianrubio em gmail.com> escreveu:
> Em 24/05/07, Gustavo Meira <grnmeira em gmail.com> escreveu:
> >
> > >Em 24/05/07, Giancarlo Rubio<gianrubio em gmail.com> escreveu:
> > >> Use ndisgen(8)
> > >>
> > >> Em 24/05/07, Gustavo Meira <grnmeira em gmail.com> escreveu:
> > >> >
> > >> > Ola pessoal da lista :)
> > >> > Ate hoje eu fui apenas um observador da lista, mas acho acho que dou
> > >> > aqui meu primeiro passo, que eh infelizmente com uma duvida, mas
> > >> > espero em breve poder ajudar tambem ;)
> > >> >
> > >> > Eu adquiri um Acer Aspire 5100-5033, um laptop que vem com uma
> > >> > Broadcom WLAN 4318 rev 2. Instalei uma amd64 nele, mas tive probelmas
> > >> > ao usar o nisgen para gerar os modulos para a placa. Usei como
> > >> > referencia (entre outros sites e forums) esse HOWTO:
> > >> >
> > >> >
> > http://blog.wearab.net/arab/2006/12/22/howto-freebsd-ndisgen-with-acer-aspire-5100-5102-wlmi-with-broadcom-wlan-chipset-4318-rev-2/
> > >> >
> > >> > tudo acontece bem, o modulo eh criado, mas quando eu levanto ele
> > >> > (conferido ja com o kldstat) nao consigo nada no meu dmesg. Achei
> > >> > impressionante, porque eh praticamente a mesma maquina do howto,
> > >> > inclusive o pciconf -lv tem a mesma saida quanto a placa.
> > >> >
> > >> > Ja tentei gerar a partir de varios drives diferentes, 32, 64, os que
> > >> > nao geram modulos mostram erros de compilacao ao faze-los
> > >> >
> > >> > estou radando 6.2 para amd64
> > >> >
> > >> > none3 em pci6:2:0: class=0×028000 card=0×03121468 chip=0x431814e4
> > rev=0x02
> > >> > hdr=0×00
> > >> > vendor = 'Broadcom Corporation'
> > >> > class = network
> > >> >
> > >> >
> > >> > Gostaria da ajuda de voces. Alguem conhece o que pode estar
> > acontecendo?
> > >> >
> > >> > Agradeco desde ja :)
> > >> > -------------------------
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> Giancarlo Rubio
> > >
> > >uma coisinha vc colocou no /boot/loader.conf
> > >bcmwl5_sys_load="YES" para carregar o modulo e depois copio para o
> > >/boot/kernel
> >
> > Sim coloquei. Como disse segui o howto :) Inclusive usei kldload tambem
> > Agora Giancarlo, voce me disse '/boot/kernel', esse diretorio seria
> > '/boot/modules' ?
> > Existe alguma influencia mesmo usando kldload com isso?
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> Na verdade na fui eu que disse isso foi o Alessandro. Vamos por partes.
> Vc gerou o driver, deu um kldload e deu erro certo??
> Verifique seu /var/log/messages ou seu dmesg pra ver se tem mais
> informacoes.
> Poste as msg de erro
>
Giancarlo, desculpe-me pelo engano :)
Muito obrigado, foi possivel achar estes erros:
no match for strrchr
no match for MmAllocateContiguousMemorySpecifyCache
no match for MmFreeContiguousMemorySpecifyCache
no match for MmGetPhysicalAddress
a partir disso fiz algumas buscas
Aqui na propria lista achei algo parecido
http://www.fug.com.br/component/option,com_wrapper/Itemid,81/
dizendo que eu teria que aplicar um patch, mas o link do patch esta quebrado.
Acabei encontrando tambem isto aqui:
http://lists.freebsd.org/pipermail/freebsd-bugs/2006-December/021241.html
Um erro muito parecido com o meu, mas na 7.0 para amd64, apliquei o
patch mostrado do seguinte modo: patch < meu_arquivo_patch, e depois
informei o arquivo destino. Depois tentei recompilar meu kernel, mas
encontrei muitos erros
quando uso ' make depend' (anexo).
O que sera que posso estar fazendo de errado?
Obrigado pela atencao.
-------------- Próxima Parte ----------
Um texto embutido e sem conjunto de caracteres especificado associado...
Nome: erro_comp_krnl.txt
Url: http://www.fug.com.br/historico/html/freebsd/attachments/20070524/0e7fa30b/attachment-0001.txt
Mais detalhes sobre a lista de discussão freebsd