Re: [FUG-BR] Compilação do Kernel do FreeBSD
sim.. http://www.freebsd.org/security/advisories.html 2009/6/10 Enio Marconcini -:- www.Enio.Pro.Br -:- : > Cristina, esses patches são para o 7.2-Release ? > > 2009/6/10 Cristina Fernandes Silva : >> Pegando carona..nesse topico >> >> Saiu três patchs de correção para o FreeBSD, dois deles é necessário >> fazer a recompilação, então tanto faz usar essas duas opções ou neste >> caso especifico é melhor usar a segunda opção. >> >> >> 2009/6/3 Wanderson Tinti : > > -- > ENIO RODRIGO MARCONCINI > www.Enio.Pro.Br > skype: eniorm > >> Administrador de Redes e Professor Universitário >> Especialista em Redes de Computadores >> Análise de Sistemas e Banco de Dados >> Slackware Linux, OpenBSD e FreeBSD >> Colecionador de Marcas de Cigarros: Trocas, Vendas e Compras > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcio Antunes Powered by FreeBSD == * Windows: "Where do you want to go tomorrow?" * Linux: "Where do you want to go today?" * FreeBSD: "Are you, guys, comming or what?" - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
Cristina, esses patches são para o 7.2-Release ? 2009/6/10 Cristina Fernandes Silva : > Pegando carona..nesse topico > > Saiu três patchs de correção para o FreeBSD, dois deles é necessário > fazer a recompilação, então tanto faz usar essas duas opções ou neste > caso especifico é melhor usar a segunda opção. > > > 2009/6/3 Wanderson Tinti : -- ENIO RODRIGO MARCONCINI www.Enio.Pro.Br skype: eniorm > Administrador de Redes e Professor Universitário > Especialista em Redes de Computadores > Análise de Sistemas e Banco de Dados > Slackware Linux, OpenBSD e FreeBSD > Colecionador de Marcas de Cigarros: Trocas, Vendas e Compras - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
Pegando carona..nesse topico Saiu três patchs de correção para o FreeBSD, dois deles é necessário fazer a recompilação, então tanto faz usar essas duas opções ou neste caso especifico é melhor usar a segunda opção. 2009/6/3 Wanderson Tinti : > 2009/6/3 Thiago Gomes : >> Pessoal, >> >> Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem escrito), >> ele menciona >> dois procedimentos sobre a compilação do Kernel, onde consiste em >> >> Opção 1 >> >> #cd/usr/sys/i338/conf >> #cp GENERIC kenel_Modificado_01 >> #cd/usr/sys/i338/conf >> #config kernel_Modificado_01 >> #cd ../compile/kernel_Modificado_01 >> >> #make depend >> #make >> >> #make cleandepend >> #make clean >> >> # make install >> >> >> Opção 2 (é a que eu uso) >> >> #cd /usr/src >> #make buildkernel KERNCONF=kernel_Modificado_01 >> #make installkernel KERNCONF=kernel_Modificado_01 >> >> Porem segundo o autor o primeiro passo eh a forma mais recomendada. >> >> Alguma razão para isso, já que ele não deixa claro ? ?? >> >> > Boa noite, > A primeira opção basta ter o /usr/src/sys, já a segunda precisa de > tudo no /usr/src/*. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
2009/6/3 Thiago Gomes : > Pessoal, > > Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem escrito), > ele menciona > dois procedimentos sobre a compilação do Kernel, onde consiste em > > Opção 1 > > #cd/usr/sys/i338/conf > #cp GENERIC kenel_Modificado_01 > #cd/usr/sys/i338/conf > #config kernel_Modificado_01 > #cd ../compile/kernel_Modificado_01 > > #make depend > #make > > #make cleandepend > #make clean > > # make install > > > Opção 2 (é a que eu uso) > > #cd /usr/src > #make buildkernel KERNCONF=kernel_Modificado_01 > #make installkernel KERNCONF=kernel_Modificado_01 > > Porem segundo o autor o primeiro passo eh a forma mais recomendada. > > Alguma razão para isso, já que ele não deixa claro ? ?? > > Boa noite, A primeira opção basta ter o /usr/src/sys, já a segunda precisa de tudo no /usr/src/*. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
Eu compilei um há uns dias e usei a primeira opção. Pq? Pq eu não tinha o base instalado (e não queria instalá-lo :) e eu acho bem mais fácil criar um arquivo: /usr/sys/i386/conf/MEUKERNEL com o seguinte conteúdo: include GENERIC ident MEUKERNEL #EOF # config MEUKERNEL # cd ../compile/MEUKERNEL #make depend #make #make install (make cleandepend e clean só se vc já construído algum personalizado alguma vez anteriormente) Afinal ninguém compila um kernel sem modificá-lo. > > Recomendação cada um dá a sua. A minha recomendação é a segunda porque > é mais facil! > > -- luciano.x Teclado não encontrado. Aperte F2 para continuar ou delete para entrar no setup... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
2009/6/3 Thiago Gomes :
> Pessoal,
>
> Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem escrito),
> ele menciona
> dois procedimentos sobre a compilação do Kernel, onde consiste em
>
> Opção 1
>
> #cd/usr/sys/i338/conf
> #cp GENERIC kenel_Modificado_01
> #cd/usr/sys/i338/conf
> #config kernel_Modificado_01
> #cd ../compile/kernel_Modificado_01
>
> #make depend
> #make
>
> #make cleandepend
> #make clean
>
> # make install
>
>
> Opção 2 (é a que eu uso)
>
> #cd /usr/src
> #make buildkernel KERNCONF=kernel_Modificado_01
> #make installkernel KERNCONF=kernel_Modificado_01
>
> Porem segundo o autor o primeiro passo eh a forma mais recomendada.
Recomendação cada um dá a sua. A minha recomendação é a segunda porque
é mais facil!
>
> Alguma razão para isso, já que ele não deixa claro ? ??
Lendo o /usr/src/Makefile, temos o buildkernel com as linhas abaixo
# Define the user-driven targets. These are listed here in alphabetical
# order, but that's not important.
#
# Targets that begin with underscore are internal targets intended for
# developer convenience only. They are intentionally not documented and
# completely subject to change without notice.
#
# For more information, see the build(7) manual page.
#
TGTS= all all-man buildenv buildenvvars buildkernel buildworld \
check-old check-old-dirs check-old-files check-old-libs \
checkdpadd clean cleandepend cleandir \
delete-old delete-old-dirs delete-old-files delete-old-libs \
depend distribute distributeworld distrib-dirs distribution doxygen \
everything hierarchy install installcheck installkernel \
installkernel.debug reinstallkernel reinstallkernel.debug \
installworld kernel-toolchain libraries lint maninstall \
obj objlink regress rerelease showconfig tags toolchain update \
_worldtmp _legacy _bootstrap-tools _cleanobj _obj \
_build-tools _cross-tools _includes _libraries _depend \
build32 distribute32 install32
TGTS+= ${SUBDIR_TARGETS}
BITGTS= files includes
BITGTS:=${BITGTS} ${BITGTS:S/^/build/} ${BITGTS:S/^/install/}
TGTS+= ${BITGTS}
...
Nessa variaves TGTS vemos os mesmos passos clean, cleandir, depend,etc..
Ou seja é mais fácil a segunda forma que já tem uma espécie de
"atalho" para a compilação do kernel.
>
>
> Thiago Gomes
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Giancarlo Rubio
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
2009/6/3 Zhu Sha Zang : > Para recompilar o sistema não seria > > make buildworld > make installworld > > ?? Sim, você está correto :) A sequencia para recompilar todo o sistema seria essa que vc mencionou. Edson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Márcio Luciano Donada escreveu: > Thiago Gomes escreveu: >> Pessoal, >> >> Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem >> escrito), ele menciona dois procedimentos sobre a compilação do >> Kernel, onde consiste em >> >> Opção 1 >> >> #cd/usr/sys/i338/conf #cp GENERIC kenel_Modificado_01 >> #cd/usr/sys/i338/conf #config kernel_Modificado_01 #cd >> ../compile/kernel_Modificado_01 >> >> >> > > Nesta forma acima, você compila o seu novo kernel apenas. > > >> Opção 2 (é a que eu uso) >> >> #cd /usr/src #make buildkernel KERNCONF=kernel_Modificado_01 >> #make installkernel KERNCONF=kernel_Modificado_01 >> > > Nesta forma você compila o seu novo kernel bem como o sistema tudo > sob o novo kernel. - Histórico: > http://www.fug.com.br/historico/html/freebsd/ Sair da lista: > https://www.fug.com.br/mailman/listinfo/freebsd > Para recompilar o sistema não seria make buildworld make installworld ?? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkomZcUACgkQ35zeJy7JhCgWogCdHcxW5JKkTeanxsrdHOvvSIlR cnoAmwbR+/J6IREQBh18y9i6CYjhSS1R =YQeh -END PGP SIGNATURE- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
Thiago Gomes escreveu: > Pessoal, > > Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem escrito), > ele menciona > dois procedimentos sobre a compilação do Kernel, onde consiste em > > Opção 1 > > #cd/usr/sys/i338/conf > #cp GENERIC kenel_Modificado_01 > #cd/usr/sys/i338/conf > #config kernel_Modificado_01 > #cd ../compile/kernel_Modificado_01 > > > Nesta forma acima, você compila o seu novo kernel apenas. > Opção 2 (é a que eu uso) > > #cd /usr/src > #make buildkernel KERNCONF=kernel_Modificado_01 > #make installkernel KERNCONF=kernel_Modificado_01 > Nesta forma você compila o seu novo kernel bem como o sistema tudo sob o novo kernel. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
Thiago, Posso estar desatualizado mas até algumas releases atrás o resultado de ambas as sequencias de comando é a mesma, ou seja, ao executa-los você compila seu kernel e todos os modulos. Acho dificil que isto tenha mudado recentemente, e neste caso vai do gosto pessoal de cada um. Edson 2009/6/3 Thiago Gomes : > Porem segundo o autor o primeiro passo eh a forma mais recomendada. > Alguma razão para isso, já que ele não deixa claro ? ?? > > Thiago Gomes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Compilação do Kernel do FreeBSD
E qual seria as vantagens e desvantagens de cada opção ? principalmente da ultima ? os amigos da lista, se utiliza de qual método ? 2009/6/3 Márcio Luciano Donada : > Thiago Gomes escreveu: >> Pessoal, >> >> Lendo aqui o livro do Denis sobre FreeBSD (aliais muito bem escrito), >> ele menciona >> dois procedimentos sobre a compilação do Kernel, onde consiste em >> >> Opção 1 >> >> #cd/usr/sys/i338/conf >> #cp GENERIC kenel_Modificado_01 >> #cd/usr/sys/i338/conf >> #config kernel_Modificado_01 >> #cd ../compile/kernel_Modificado_01 >> >> >> > > Nesta forma acima, você compila o seu novo kernel apenas. > > >> Opção 2 (é a que eu uso) >> >> #cd /usr/src >> #make buildkernel KERNCONF=kernel_Modificado_01 >> #make installkernel KERNCONF=kernel_Modificado_01 >> > > Nesta forma você compila o seu novo kernel bem como o sistema tudo sob o > novo kernel. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: Re: Re: [FUG-BR] Compilação do kernel
Ola Pablo,
concordo com vc e nao descarto a possibilidade de ser software. Eu havia
conseguido fazer com que ela tocasse uma mp3, e ate a ver animacoes em
flash com som. Mas consegui isto apenas uma unica vez. Ao mudar de musica,
chegou a tocar quase metade da outra musica e parou novamente. E aqui
temos um outro computador com as mesmas configuracoes que a minha mas que
funciona o som sem problemas. Mas foi preciso fazer alteracao do codigo
aplicando o patch que eu deixei aqui o conteudo. Depois disso passou a
funcionar, mas somente carregando o modulo na mao com kldload. E raramente
deu problema no som. E sempre que da essa "xiadeira" eh preciso desligar a
maquina. So reiniciando nao resolve.
E ja respondendo o email do PyTh3r, tentei com outros programas tambem
como mpg123, mplayer e em qquer um destes o problema eh o mesmo. Mas,
dependendo da musica ela chega a tocar mais tempo que outra.
Eu estou pensando nisso, em trocar o meu HD colocando na outra maquina pra
ve se vai acontecer o mesmo. E inclusive colocar o outro da outra maquina
que esta funcionando na minha. Se atraves do outro HD funcionar o som em
minha maquina fica descartada a possibilidade de ser hardware. Se eu
tivesse um windows aqui instalado tambem, poderia ate fazer o teste no
proprio windows pra ve se iria tocar ou apresentar problema. Mas, isto
tambem nao vem ao caso.
Vou fazer este teste e qquer coisa informo aqui na lista.
Agradeco a atencao de voces.
Abracos.
Atenciosamente,
Mario Sergio Candian
FreeBSD Brasil LTDA.
-
"Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
On Wed, 31 Aug 2005, [ISO-8859-1] Pablo Sánchez wrote:
Caro Mario,
O problema por você relatado parece-me associado ao seu hardware, e não ao
seu sistema ou configuração, ou ainda software utilizado, como sugerido.
Pode até ser o software (a lib que interpreta o mp3), mas se ele toca bem, e
depois começa a chiadeira, isso é improvável. E se for relacionado a
qualquer formato de arquivo (video, audio, etc), então é mais provável ainda
que seja hardware.
Enquanto a placa está em desuso, seus circuitos tem um mínimo de corrente
passando por ela. Com a passagem de corrente elétrica constante, existe o
aquecimentos dos circuitos. Um pequeno capacitor ou qualquer outro item de
seu hardware que estivesse com defeito poderiam, com o aquecimento, causar
distorção do sinal, gerando o ruído descrito.
Como você pôde ver na lista, outras pessoas tiveram sucesso na tulização de
placa do mesmo modelo, e utilizando o mesmo driver, sem ter que para isso
ter feito nenhuma alteração de código.
Assim, minha sugestão é que teste com outra placa. Se for uma placa de som
on-board, vc poderia até, de repente, conseguir uma igual à usada e
simplesmente espetar o HD nela e ver se a chiadeira se repete nessa outra
placa. A probabilidade de que seja software é muito menor que a de que seja
hardware.
Um abc e boa sorte.
On 8/30/05, PyTh3r <[EMAIL PROTECTED]> wrote:
tenta outra musica ou outro progama pra reproduzila
Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]>
escreveu:
PyTh3r,
tentei desta forma tambem e mesmo assim nao funcionou. Nem carregando o
modulo na mao, nem via kernel. Nada funcionou. A musica toca por alguns
segundos e comeca a "xiadeira" depois. :/
Atenciosamente,
Mario Sergio Candian
FreeBSD Brasil LTDA.
-
"Dreams as if you'll live forever. Live as if you'll die today" -- James
Dean
On Tue, 30 Aug 2005, PyTh3r wrote:
funciona traquilamente , faça isso:
vi /boot/defaults/loader.conf
e descomente mude de NO para YES a seguinte linha
snd_via8233_load="NO"
para
snd_via8233_load="YES"
Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]>
escreveu:
Boa tarde Pyth3r,
sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim
que
comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca
a
fazer "xiados". Ja tentei adicionando um patch no
/usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v
channels
duplex default)
saida do pciconf -l:
[EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106
rev=0x50
hdr=0x00
[EMAIL PROTECTED] sysctl hw.snd.verbose=3
hw.snd.verbose: 1 -> 3
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v
channels
duplex default)
[pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
0x0010
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x1010) -> feeder_rate(22050 -> 48000)
->
{hardware}
[pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
0x0
Re: Re: [FUG-BR] Compilação do kernel
Caro Mario,
O problema por você relatado parece-me associado ao seu hardware, e não ao
seu sistema ou configuração, ou ainda software utilizado, como sugerido.
Pode até ser o software (a lib que interpreta o mp3), mas se ele toca bem, e
depois começa a chiadeira, isso é improvável. E se for relacionado a
qualquer formato de arquivo (video, audio, etc), então é mais provável ainda
que seja hardware.
Enquanto a placa está em desuso, seus circuitos tem um mínimo de corrente
passando por ela. Com a passagem de corrente elétrica constante, existe o
aquecimentos dos circuitos. Um pequeno capacitor ou qualquer outro item de
seu hardware que estivesse com defeito poderiam, com o aquecimento, causar
distorção do sinal, gerando o ruído descrito.
Como você pôde ver na lista, outras pessoas tiveram sucesso na tulização de
placa do mesmo modelo, e utilizando o mesmo driver, sem ter que para isso
ter feito nenhuma alteração de código.
Assim, minha sugestão é que teste com outra placa. Se for uma placa de som
on-board, vc poderia até, de repente, conseguir uma igual à usada e
simplesmente espetar o HD nela e ver se a chiadeira se repete nessa outra
placa. A probabilidade de que seja software é muito menor que a de que seja
hardware.
Um abc e boa sorte.
On 8/30/05, PyTh3r <[EMAIL PROTECTED]> wrote:
>
> tenta outra musica ou outro progama pra reproduzila
>
> Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]>
> escreveu:
> >
> > PyTh3r,
> >
> > tentei desta forma tambem e mesmo assim nao funcionou. Nem carregando o
> > modulo na mao, nem via kernel. Nada funcionou. A musica toca por alguns
> > segundos e comeca a "xiadeira" depois. :/
> >
> > Atenciosamente,
> > Mario Sergio Candian
> > FreeBSD Brasil LTDA.
> > -
> > "Dreams as if you'll live forever. Live as if you'll die today" -- James
> Dean
> >
> > On Tue, 30 Aug 2005, PyTh3r wrote:
> >
> > > funciona traquilamente , faça isso:
> > > vi /boot/defaults/loader.conf
> > > e descomente mude de NO para YES a seguinte linha
> > > snd_via8233_load="NO"
> > > para
> > >
> > > snd_via8233_load="YES"
> > >
> > > Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]>
> escreveu:
> > >>
> > >> Boa tarde Pyth3r,
> > >>
> > >> sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
> > >> problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim
> que
> > >> comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca
> a
> > >> fazer "xiados". Ja tentei adicionando um patch no
> > >> /usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
> > >>
> > >> [EMAIL PROTECTED] cat /dev/sndstat
> > >> FreeBSD Audio Driver (newpcm)
> > >> Installed devices:
> > >> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v
> channels
> > >> duplex default)
> > >>
> > >> saida do pciconf -l:
> > >>
> > >> [EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106
> rev=0x50
> > >> hdr=0x00
> > >>
> > >> [EMAIL PROTECTED] sysctl hw.snd.verbose=3
> > >> hw.snd.verbose: 1 -> 3
> > >> [EMAIL PROTECTED] cat /dev/sndstat
> > >> FreeBSD Audio Driver (newpcm)
> > >> Installed devices:
> > >> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v
> channels
> > >> duplex default)
> > >> [pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
> > >> 0x0010
> > >> interrupts 0, underruns 0, ready 0
> > >> {userland} -> feeder_root(0x1010) -> feeder_rate(22050 -> 48000)
> ->
> > >> {hardware}
> > >> [pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
> > >> 0x
> > >> interrupts 0, underruns 0, ready 0
> > >> {userland} -> feeder_root(0x) -> {hardware}
> > >> [pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
> > >> 0x
> > >> interrupts 0, underruns 0, ready 0
> > >> {userland} -> feeder_root(0x) -> {hardware}
> > >> [pcm0:play:3]: spd 0, fmt 0x/0x0008, flags 0x,
> > >> 0x
> > >> interrupts 0, underruns 0, ready 0
> > >> {userland} -> feeder_root(0x) -> {hardware}
> > >> [pcm0:play:4]: spd 0, fmt 0x/0x0008, flags 0x,
> > >> 0x
> > >> interrupts 0, underruns 0, ready 0
> > >> {userland} -> feeder_root(0x) -> {hardware}
> > >> [pcm0:record:0]: spd 22050, fmt 0x1010, flags 0x,
> 0x
> > >>
> > >> interrupts 0, overruns 0, hfree 4096, sfree 131072
> > >> {hardware} -> feeder_root(0x1010) -> {userland}
> > >>
> > >> Nao ha nenhum conflito de IRQ como pode ser visto abaixo:
> > >>
> > >> [EMAIL PROTECTED] dmesg | grep irq
> > >> vr0: port 0xdc00-0xdcff mem
> > >> 0xde00-0xdeff irq 11 at device 18.0 on pci0
> > >> fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3
> irq 6
> > >> drq 2 on acpi0
> > >> atkbdc0: port 0x64,0x60 irq 1 on acpi0
> > >> atkbd0: irq 1 on atkbdc0
> > >> psm0: irq 12 on atkbdc0 stray irq7
> > >> pcm0: port 0xe000-0xe0ff irq 3 at device 17.5 on pci0
> > >>
> > >> O conteudo do patch que eu apliquei foi este:
> > >>
> > >> [EMAIL PROTECTED]/usr/src/sys
Re: Re: [FUG-BR] Compilação do kernel
tenta outra musica ou outro progama pra reproduzila
Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]> escreveu:
>
> PyTh3r,
>
> tentei desta forma tambem e mesmo assim nao funcionou. Nem carregando o
> modulo na mao, nem via kernel. Nada funcionou. A musica toca por alguns
> segundos e comeca a "xiadeira" depois. :/
>
> Atenciosamente,
> Mario Sergio Candian
> FreeBSD Brasil LTDA.
> -
> "Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
>
> On Tue, 30 Aug 2005, PyTh3r wrote:
>
> > funciona traquilamente , faça isso:
> > vi /boot/defaults/loader.conf
> > e descomente mude de NO para YES a seguinte linha
> > snd_via8233_load="NO"
> > para
> >
> > snd_via8233_load="YES"
> >
> > Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]> escreveu:
> >>
> >> Boa tarde Pyth3r,
> >>
> >> sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
> >> problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim que
> >> comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca a
> >> fazer "xiados". Ja tentei adicionando um patch no
> >> /usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
> >>
> >> [EMAIL PROTECTED] cat /dev/sndstat
> >> FreeBSD Audio Driver (newpcm)
> >> Installed devices:
> >> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
> >> duplex default)
> >>
> >> saida do pciconf -l:
> >>
> >> [EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106
> >> rev=0x50
> >> hdr=0x00
> >>
> >> [EMAIL PROTECTED] sysctl hw.snd.verbose=3
> >> hw.snd.verbose: 1 -> 3
> >> [EMAIL PROTECTED] cat /dev/sndstat
> >> FreeBSD Audio Driver (newpcm)
> >> Installed devices:
> >> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
> >> duplex default)
> >> [pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
> >> 0x0010
> >> interrupts 0, underruns 0, ready 0
> >> {userland} -> feeder_root(0x1010) -> feeder_rate(22050 ->
> >> 48000) ->
> >> {hardware}
> >> [pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
> >> 0x
> >> interrupts 0, underruns 0, ready 0
> >> {userland} -> feeder_root(0x) -> {hardware}
> >> [pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
> >> 0x
> >> interrupts 0, underruns 0, ready 0
> >> {userland} -> feeder_root(0x) -> {hardware}
> >> [pcm0:play:3]: spd 0, fmt 0x/0x0008, flags 0x,
> >> 0x
> >> interrupts 0, underruns 0, ready 0
> >> {userland} -> feeder_root(0x) -> {hardware}
> >> [pcm0:play:4]: spd 0, fmt 0x/0x0008, flags 0x,
> >> 0x
> >> interrupts 0, underruns 0, ready 0
> >> {userland} -> feeder_root(0x) -> {hardware}
> >> [pcm0:record:0]: spd 22050, fmt 0x1010, flags 0x,
> >> 0x
> >>
> >> interrupts 0, overruns 0, hfree 4096, sfree 131072
> >> {hardware} -> feeder_root(0x1010) -> {userland}
> >>
> >> Nao ha nenhum conflito de IRQ como pode ser visto abaixo:
> >>
> >> [EMAIL PROTECTED] dmesg | grep irq
> >> vr0: port 0xdc00-0xdcff mem
> >> 0xde00-0xdeff irq 11 at device 18.0 on pci0
> >> fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6
> >> drq 2 on acpi0
> >> atkbdc0: port 0x64,0x60 irq 1 on acpi0
> >> atkbd0: irq 1 on atkbdc0
> >> psm0: irq 12 on atkbdc0 stray irq7
> >> pcm0: port 0xe000-0xe0ff irq 3 at device 17.5 on pci0
> >>
> >> O conteudo do patch que eu apliquei foi este:
> >>
> >> [EMAIL PROTECTED]/usr/src/sys/dev/sound/pcm% cat ac97.c.patch
> >> --- ac97.c.orig Fri Jul 1 15:52:47 2005
> >> +++ ac97.c Fri Jul 1 15:52:51 2005
> >> @@ -201,6 +201,7 @@
> >> { 0x54524e03, 0x07, 0, "TLV320AIC27", 0 },
> >> { 0x54584e20, 0x00, 0, "TLC320AD90",0 },
> >> { 0x56494161, 0x00, 0, "VIA1612A", 0 },
> >> + { 0x56494170, 0x00, 0, "AD1888",ad198x_patch },
> >> { 0x574d4c00, 0x00, 0, "WM9701A", 0 },
> >> { 0x574d4c03, 0x00, 0, "WM9703/4/7/8", 0 },
> >> { 0x574d4c04, 0x00, 0, "WM9704Q", 0 },
> >>
> >> Estou usando FreeBSD 5.4-STABLE.
> >>
> >> Qualquer dica eh bem-vinda! :)
> >>
> >> Atenciosamente,
> >> Mario Sergio Candian
> >> FreeBSD Brasil LTDA.
> >> -
> >> "Dreams as if you'll live forever. Live as if you'll die today" -- James
> >> Dean
> >>
> >> On Tue, 30 Aug 2005, PyTh3r wrote:
> >>
> >>> como adiciono esses moduloes ao meu kernel:
> >>> placa de som: snd_via8233.ko ( estou carregando ele manualmente com
> >>> kldload /boot/kernel/snd_via8233.ko)
> >>>
> >>> placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko )
> >>>
> >>> ___
> >>> Freebsd mailing list
> >>> Freebsd@fug.com.br
> >>> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
> >>>
> >>>
> >>>
> >>
> >> _
Re: Re: [FUG-BR] Compilação do kernel
PyTh3r,
tentei desta forma tambem e mesmo assim nao funcionou. Nem carregando o
modulo na mao, nem via kernel. Nada funcionou. A musica toca por alguns
segundos e comeca a "xiadeira" depois. :/
Atenciosamente,
Mario Sergio Candian
FreeBSD Brasil LTDA.
-
"Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
On Tue, 30 Aug 2005, PyTh3r wrote:
funciona traquilamente , faça isso:
vi /boot/defaults/loader.conf
e descomente mude de NO para YES a seguinte linha
snd_via8233_load="NO"
para
snd_via8233_load="YES"
Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]> escreveu:
Boa tarde Pyth3r,
sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim que
comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca a
fazer "xiados". Ja tentei adicionando um patch no
/usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
duplex default)
saida do pciconf -l:
[EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106 rev=0x50
hdr=0x00
[EMAIL PROTECTED] sysctl hw.snd.verbose=3
hw.snd.verbose: 1 -> 3
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
duplex default)
[pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
0x0010
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x1010) -> feeder_rate(22050 -> 48000) ->
{hardware}
[pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:3]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:4]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:record:0]: spd 22050, fmt 0x1010, flags 0x,
0x
interrupts 0, overruns 0, hfree 4096, sfree 131072
{hardware} -> feeder_root(0x1010) -> {userland}
Nao ha nenhum conflito de IRQ como pode ser visto abaixo:
[EMAIL PROTECTED] dmesg | grep irq
vr0: port 0xdc00-0xdcff mem
0xde00-0xdeff irq 11 at device 18.0 on pci0
fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6
drq 2 on acpi0
atkbdc0: port 0x64,0x60 irq 1 on acpi0
atkbd0: irq 1 on atkbdc0
psm0: irq 12 on atkbdc0 stray irq7
pcm0: port 0xe000-0xe0ff irq 3 at device 17.5 on pci0
O conteudo do patch que eu apliquei foi este:
[EMAIL PROTECTED]/usr/src/sys/dev/sound/pcm% cat ac97.c.patch
--- ac97.c.orig Fri Jul 1 15:52:47 2005
+++ ac97.c Fri Jul 1 15:52:51 2005
@@ -201,6 +201,7 @@
{ 0x54524e03, 0x07, 0, "TLV320AIC27", 0 },
{ 0x54584e20, 0x00, 0, "TLC320AD90",0 },
{ 0x56494161, 0x00, 0, "VIA1612A", 0 },
+ { 0x56494170, 0x00, 0, "AD1888",ad198x_patch },
{ 0x574d4c00, 0x00, 0, "WM9701A", 0 },
{ 0x574d4c03, 0x00, 0, "WM9703/4/7/8", 0 },
{ 0x574d4c04, 0x00, 0, "WM9704Q", 0 },
Estou usando FreeBSD 5.4-STABLE.
Qualquer dica eh bem-vinda! :)
Atenciosamente,
Mario Sergio Candian
FreeBSD Brasil LTDA.
-
"Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
On Tue, 30 Aug 2005, PyTh3r wrote:
como adiciono esses moduloes ao meu kernel:
placa de som: snd_via8233.ko ( estou carregando ele manualmente com
kldload /boot/kernel/snd_via8233.ko)
placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko )
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Compilação do kernel
funciona traquilamente , faça isso:
vi /boot/defaults/loader.conf
e descomente mude de NO para YES a seguinte linha
snd_via8233_load="NO"
para
snd_via8233_load="YES"
Em 30/08/05, Mario Sergio Candian<[EMAIL PROTECTED]> escreveu:
>
> Boa tarde Pyth3r,
>
> sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
> problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim que
> comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca a
> fazer "xiados". Ja tentei adicionando um patch no
> /usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
>
> [EMAIL PROTECTED] cat /dev/sndstat
> FreeBSD Audio Driver (newpcm)
> Installed devices:
> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
> duplex default)
>
> saida do pciconf -l:
>
> [EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106
> rev=0x50
> hdr=0x00
>
> [EMAIL PROTECTED] sysctl hw.snd.verbose=3
> hw.snd.verbose: 1 -> 3
> [EMAIL PROTECTED] cat /dev/sndstat
> FreeBSD Audio Driver (newpcm)
> Installed devices:
> pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
> duplex default)
> [pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
> 0x0010
> interrupts 0, underruns 0, ready 0
> {userland} -> feeder_root(0x1010) -> feeder_rate(22050 -> 48000)
> ->
> {hardware}
> [pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
> 0x
> interrupts 0, underruns 0, ready 0
> {userland} -> feeder_root(0x) -> {hardware}
> [pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
> 0x
> interrupts 0, underruns 0, ready 0
> {userland} -> feeder_root(0x) -> {hardware}
> [pcm0:play:3]: spd 0, fmt 0x/0x0008, flags 0x,
> 0x
> interrupts 0, underruns 0, ready 0
> {userland} -> feeder_root(0x) -> {hardware}
> [pcm0:play:4]: spd 0, fmt 0x/0x0008, flags 0x,
> 0x
> interrupts 0, underruns 0, ready 0
> {userland} -> feeder_root(0x) -> {hardware}
> [pcm0:record:0]: spd 22050, fmt 0x1010, flags 0x,
> 0x
>
> interrupts 0, overruns 0, hfree 4096, sfree 131072
> {hardware} -> feeder_root(0x1010) -> {userland}
>
> Nao ha nenhum conflito de IRQ como pode ser visto abaixo:
>
> [EMAIL PROTECTED] dmesg | grep irq
> vr0: port 0xdc00-0xdcff mem
> 0xde00-0xdeff irq 11 at device 18.0 on pci0
> fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6
> drq 2 on acpi0
> atkbdc0: port 0x64,0x60 irq 1 on acpi0
> atkbd0: irq 1 on atkbdc0
> psm0: irq 12 on atkbdc0 stray irq7
> pcm0: port 0xe000-0xe0ff irq 3 at device 17.5 on pci0
>
> O conteudo do patch que eu apliquei foi este:
>
> [EMAIL PROTECTED]/usr/src/sys/dev/sound/pcm% cat ac97.c.patch
> --- ac97.c.orig Fri Jul 1 15:52:47 2005
> +++ ac97.c Fri Jul 1 15:52:51 2005
> @@ -201,6 +201,7 @@
> { 0x54524e03, 0x07, 0, "TLV320AIC27", 0 },
> { 0x54584e20, 0x00, 0, "TLC320AD90",0 },
> { 0x56494161, 0x00, 0, "VIA1612A", 0 },
> + { 0x56494170, 0x00, 0, "AD1888",ad198x_patch },
> { 0x574d4c00, 0x00, 0, "WM9701A", 0 },
> { 0x574d4c03, 0x00, 0, "WM9703/4/7/8", 0 },
> { 0x574d4c04, 0x00, 0, "WM9704Q", 0 },
>
> Estou usando FreeBSD 5.4-STABLE.
>
> Qualquer dica eh bem-vinda! :)
>
> Atenciosamente,
> Mario Sergio Candian
> FreeBSD Brasil LTDA.
> -
> "Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
>
> On Tue, 30 Aug 2005, PyTh3r wrote:
>
> > como adiciono esses moduloes ao meu kernel:
> > placa de som: snd_via8233.ko ( estou carregando ele manualmente com
> > kldload /boot/kernel/snd_via8233.ko)
> >
> > placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko )
> >
> > ___
> > Freebsd mailing list
> > Freebsd@fug.com.br
> > http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
> >
> >
> >
>
> ___
> Freebsd mailing list
> Freebsd@fug.com.br
> http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
>
>
>
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Compilação do kernel
Boa tarde Pyth3r,
sobre esta sua placa de som, voce conseguiu fazer ela funcionar sem
problemas no seu FreeBSD? Estou com uma placa como esta e aqui assim que
comeca a tocar uma musica (uns 10 segundos depois) ela para e comeca a
fazer "xiados". Ja tentei adicionando um patch no
/usr/src/sys/dev/sound/pcm/ e mesmo assim nao fluiu.
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
duplex default)
saida do pciconf -l:
[EMAIL PROTECTED]:17:5: class=0x040100 card=0x16171849 chip=0x30591106 rev=0x50
hdr=0x00
[EMAIL PROTECTED] sysctl hw.snd.verbose=3
hw.snd.verbose: 1 -> 3
[EMAIL PROTECTED] cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xe000 irq 3 kld snd_via8233 (5p/1r/0v channels
duplex default)
[pcm0:play:0]: spd 22050/48000, fmt 0x1010, flags 0x,
0x0010
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x1010) -> feeder_rate(22050 -> 48000) ->
{hardware}
[pcm0:play:1]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:2]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:3]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:play:4]: spd 0, fmt 0x/0x0008, flags 0x,
0x
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x) -> {hardware}
[pcm0:record:0]: spd 22050, fmt 0x1010, flags 0x, 0x
interrupts 0, overruns 0, hfree 4096, sfree 131072
{hardware} -> feeder_root(0x1010) -> {userland}
Nao ha nenhum conflito de IRQ como pode ser visto abaixo:
[EMAIL PROTECTED] dmesg | grep irq
vr0: port 0xdc00-0xdcff mem
0xde00-0xdeff irq 11 at device 18.0 on pci0
fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3 irq 6
drq 2 on acpi0
atkbdc0: port 0x64,0x60 irq 1 on acpi0
atkbd0: irq 1 on atkbdc0
psm0: irq 12 on atkbdc0 stray irq7
pcm0: port 0xe000-0xe0ff irq 3 at device 17.5 on pci0
O conteudo do patch que eu apliquei foi este:
[EMAIL PROTECTED]/usr/src/sys/dev/sound/pcm% cat ac97.c.patch
--- ac97.c.orig Fri Jul 1 15:52:47 2005
+++ ac97.c Fri Jul 1 15:52:51 2005
@@ -201,6 +201,7 @@
{ 0x54524e03, 0x07, 0, "TLV320AIC27", 0 },
{ 0x54584e20, 0x00, 0, "TLC320AD90",0 },
{ 0x56494161, 0x00, 0, "VIA1612A", 0 },
+ { 0x56494170, 0x00, 0, "AD1888",ad198x_patch },
{ 0x574d4c00, 0x00, 0, "WM9701A", 0 },
{ 0x574d4c03, 0x00, 0, "WM9703/4/7/8", 0 },
{ 0x574d4c04, 0x00, 0, "WM9704Q", 0 },
Estou usando FreeBSD 5.4-STABLE.
Qualquer dica eh bem-vinda! :)
Atenciosamente,
Mario Sergio Candian
FreeBSD Brasil LTDA.
-
"Dreams as if you'll live forever. Live as if you'll die today" -- James Dean
On Tue, 30 Aug 2005, PyTh3r wrote:
como adiciono esses moduloes ao meu kernel:
placa de som: snd_via8233.ko ( estou carregando ele manualmente com
kldload /boot/kernel/snd_via8233.ko)
placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko )
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
___
Freebsd mailing list
Freebsd@fug.com.br
http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Compilação do kernel
veja o /boot/defaults/loader.conf copie para o /boot/loader.conf o drive que deseja Marcello Em Ter, 2005-08-30 às 17:21 -0300, Giovanni P. Tirloni escreveu: > PyTh3r wrote: > > como adiciono esses moduloes ao meu kernel: > > placa de som: snd_via8233.ko ( estou carregando ele manualmente com > > kldload /boot/kernel/snd_via8233.ko) > > > > placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko ) > > Achei isso no Google, espero que ajude: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books \ > /handbook/kernelconfig.html > -- Marcello Soares da Costa FreeBSD System Engineer [EMAIL PROTECTED] ___ Yahoo! Acesso Gr�tis - Internet r�pida e gr�tis. Instale o discador agora! http://br.acesso.yahoo.com/ ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Compilação do kernel
PyTh3r wrote: como adiciono esses moduloes ao meu kernel: placa de som: snd_via8233.ko ( estou carregando ele manualmente com kldload /boot/kernel/snd_via8233.ko) placa de video: agp sis 305 ( que o modulo carrega por si só sis.ko ) Achei isso no Google, espero que ajude: http://www.freebsd.org/doc/en_US.ISO8859-1/books \ /handbook/kernelconfig.html -- Giovanni P. Tirloni / [EMAIL PROTECTED] ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
