Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Marcelo Araujo 
Em 21 de maio de 2013 18:56, Marcelo Araujo escreveu:

> Opa Povo,
>
> Gostaria de saber se existe alguém usando ALTQ com placas Intel, pode ser
> ixgbe, gbe ou em. Até onde eu estou sabendo no FreeBSD 9.1-RELEASE esta
> tudo quebrado, ALTQ não funciona com as placas Intel.
>
> Caso alguém esteja usando com sucesso, favor responder usando o comando:
>
> "pfctl -vvsr", "pfctl -vvsq" e também "uname -a"
>
>
>
>
Seguindo a saga de arrumar o problemas das placas INTEL com o ALTQ, o
problema está relacionado com a remoção do suporte ao ALTQ e a inserção do
suporte ao ALTQ várias vezes.

INTEL + ALTQ param de funcionar no 7.2-RELEASE até 8.ALGUMA_COISA, voltou a
funcionar no 8.3, e agora voltou a parar de funcionar no 9.X e
provavelmente no 8.4-RELEASE.

Chega a ser engraçado, para não dizer medonho. O esquema para fazer o
pacote ir para o ALTQ é feito na função "ixgbe_mq_start_locked()" como
exemplo vou usar o driver ixgbe. É necessário drbr_needs_enqueue() o pacote
para o ALTQ. O Código estava lá, foi arrumado e foi removido. :D

1) Adicionado:
http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=194874&r2=194875&;

2) Primeiro fix:
http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=201758&r2=203834&pathrev=203834

3) Primeira remoção:
http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=205719&r2=205720&;

O fix para o ixgbe parece não ser muito complicado, mas é algo que não vai
ser genérico, falta para o ALTQ no FreeBSD algo similar como o dummynet
faz, ter suas próprias FILAS e não depender do driver de rede para nada.


Abraços.
-- 
Marcelo Araujo
ara...@freebsd.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Marcelo Gondim 
Em 22/05/13 05:47, Marcelo Araujo escreveu:
> Em 21 de maio de 2013 18:56, Marcelo Araujo escreveu:
>
>> Opa Povo,
>>
>> Gostaria de saber se existe alguém usando ALTQ com placas Intel, pode ser
>> ixgbe, gbe ou em. Até onde eu estou sabendo no FreeBSD 9.1-RELEASE esta
>> tudo quebrado, ALTQ não funciona com as placas Intel.
>>
>> Caso alguém esteja usando com sucesso, favor responder usando o comando:
>>
>> "pfctl -vvsr", "pfctl -vvsq" e também "uname -a"
>>
>>
>>
>>
> Seguindo a saga de arrumar o problemas das placas INTEL com o ALTQ, o
> problema está relacionado com a remoção do suporte ao ALTQ e a inserção do
> suporte ao ALTQ várias vezes.
>
> INTEL + ALTQ param de funcionar no 7.2-RELEASE até 8.ALGUMA_COISA, voltou a
> funcionar no 8.3, e agora voltou a parar de funcionar no 9.X e
> provavelmente no 8.4-RELEASE.
>
> Chega a ser engraçado, para não dizer medonho. O esquema para fazer o
> pacote ir para o ALTQ é feito na função "ixgbe_mq_start_locked()" como
> exemplo vou usar o driver ixgbe. É necessário drbr_needs_enqueue() o pacote
> para o ALTQ. O Código estava lá, foi arrumado e foi removido. :D
>
> 1) Adicionado:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=194874&r2=194875&;
>
> 2) Primeiro fix:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=201758&r2=203834&pathrev=203834
>
> 3) Primeira remoção:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=205719&r2=205720&;
>
> O fix para o ixgbe parece não ser muito complicado, mas é algo que não vai
> ser genérico, falta para o ALTQ no FreeBSD algo similar como o dummynet
> faz, ter suas próprias FILAS e não depender do driver de rede para nada.
>
>
> Abraços.
Araujo virei seu fã   HaHahaHaHaHaH
Pois é, essas coisas precisam ser ditas porque isso é igual à dependente 
químico: primeiro ele tem que admitir que tem problemas com a bebida ou 
droga e depois procurar ajuda em alguma entidade como um AA da vida. Se 
um dev não admite que o sistema tem problemas, ele nunca consertará o 
sistema.
Eu vejo da seguinte forma: não adianta ir atrás de recursos novos se o 
básico que deveria estar bem escrito, documentado e sólido como uma 
rocha, está meio capenga.
Uma hora a coisa precisa ser revisada. Videm o caso do Kernel do Linux 
que pouco tempo atrás fizeram uma faxina no código.
Não sou desenvolvedor mas já fui programador em Clipper e COBOL hehehe, 
to ficando velho, e nessa época a gente dava valor à um código bem 
pensado e escrito.  :)

Grande abraço pessoal
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Luiz Gustavo S. Costa 
On Wed, 22 May 2013 11:06:12 +0800
Marcelo Araujo  wrote:

> FreeBSD é bom? Sim, ele é!
> É uma maravilha? Não, nem fodendo!
> Abrir bug report e enviar patches resolve? Bom, prefiro não entrar em
> detalhes!!
> 
> """Porém, continuem enviando patches, abrindo bug reports, enviando emails
> direto para os maintainers, isso ajuda bastante!!"""
> 
> Eu vou morrer defendendo o FreeBSD, enviando patches, desenvolvendo,
> fazendo o possível para melhorar o SO! Mas o FreeBSD não é aquela
> maravilha, e mais do que nunca está precisando de "CARNE FRESCA" para o
> time de desenvolvimento.
> 
> 
> Abraços.
> -- 
> Marcelo Araujo
> ara...@freebsd.org

As vezes eu entendo o Matthew Dillon (autor do DragonFly) quando criou o "fork" 
do FreeBSD 4.x, eu já conversei com ele e ele é totalmente diferente do que o 
Araujo relatou ai em cima. É uma pena que tudo teve de ser assim.

---
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Renato Botelho 
On 05/22/2013 12:06 AM, Marcelo Araujo wrote:
> Bom pessoal, já que o tópico mudou de ALTQ + INTEL para FreeBSD
> estabilidade, gostaria de compartilhar meu ponto de vista quanto ao
> 9.1-RELEASE.
> 
> Estou trabalhando há mais de 1 ano em um produto que usa FreeBSD como base.
> FreeBSD é ótimo, robusto e etc; como todos sabem.
> 
> Agora vamos para o lado ruim, e esse lado ruim é realmente ruim mesmo.
> 
> 1) Multirouting table e routing.
> - FIB não funciona bem no FreeBSD, tive que fazer várias alterações para
> fazer o FIB funcionar sem ter que iniciar daemons com setfib! Como eu
> expliquei em outro email; quero que o tráfego que entra via ix0 saia via
> ix0 independente da rota que tiver para a subrede na tabela FIB 0. No LINUX
> isso funciona a séculos.
> - Tive que modificar muita coisa para fazer isso funcionar, ficou lindo;
> não submeti de volta para o FreeBSD por 2 motivos:
>   1.1) NDA na empresa onde trabalho; até que bem conversadinho eles liberam.
>   1.2) O desenvolvimento do FreeBSD é lento, especialmente no "SRC",
> pessoal muito ocupado, existência de grupinhos e etc.
> 
> NOTA: Um patch que enviei em 2008 para o IPFW, foi comitado alguns meses
> atrás.
> 
> 2) Routing.
> - O código responsável pelo roteamento no FreeBSD é uma bagunça, não
> funciona direito e é cheio de bugs. Praticamente uma caixa de pandora,
> pedaços de código em tudo quanto é canto, mal documentado e etc.
> - Ninguém ou quase ninguém tem coragem de abrir/tocar na "caixa de pandora".
> 
> 3) Intel Drivers.
> - As vezes no site da INTEL o driver é mais novo que no FreeBSD, e no
> FreeBSD temos 4 desenvolvedores da INTEL e um deles trabalha diretamente
> nos drivers de rede INTEL.
> - Depois que eu enviei um patch com a atualização do driver ixgbe, o
> desenvolvedor meio que deu risada, dizendo que ele é o mantenedor do driver
> e que eu não precisava enviar a atualização. Minha resposta foi: -- Então
> atualiza na base porra. Outros desenvolvedores também reclamaram sobre esse
> problema do driver antigo na base. No final o driver foi atualizado no
> CURRENT e no 9-STABLE.
> 
> PATCH: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/176281
> 
> 4) Alguém sabe como o radix_mpath funciona? "EU SEI!".
> - Não existe documentação para o radix_mpath, tive que ler o código para
> entender como funciona. E detalhe que, não funciona como deveria, mas para
> MULTIPLES ROUTING and ROUTING FAIL OVER or ROUTING LOAD BALANCE ele
> funciona bem.
> 
> 5) ALTQ.
> - É uma vergonha não ter uma API genérica para que os drivers de rede usem
> o ALTQ.
> - IXGBE e GBE estão quebrados no 9.x por conta da falta de uma API, foram
> atualizados os drivers e várias chamadas do ALTQ foram removidas e agora
> são incompatíveis, pois esses novos drivers usam MULTIPLES QUEUES.
> 
> 6) PCIe(Non-Transparent-Bridge).
> - Foi inserido algumas semanas atrás esse driver pela INTEL, estou em
> contato com eles há quase 1 ano, tentando ajudar, oferecendo código e etc.
> Resultado, meu driver já está pronto há mais de 8 meses e eu uso DMA ao
> contrário de usar memcpy() como eles(sabem que é errado) estão fazendo.
> 
> 7) Apenas como curiosidade.
> Vocês sabiam que "ifconfig  192.168.1.1/24" é errado? O que eu quero
> dizer é que, para configurar um endereço IPv4, nós deveriamos fazer desta
> forma "ifconfig  inet 192.18.1.1/24", mas não fazemos por conta de
> um bug que introduziu esta opção para nós sem ter que usar "inet" e isso
> também quebrou um monte de coisa ou forçou muita gente a fazer um monte de
> gambiarra em outras partes de código, especialmente na parte de roteamento.
> 
> FreeBSD é bom? Sim, ele é!
> É uma maravilha? Não, nem fodendo!
> Abrir bug report e enviar patches resolve? Bom, prefiro não entrar em
> detalhes!!
> 
> """Porém, continuem enviando patches, abrindo bug reports, enviando emails
> direto para os maintainers, isso ajuda bastante!!"""
> 
> Eu vou morrer defendendo o FreeBSD, enviando patches, desenvolvendo,
> fazendo o possível para melhorar o SO! Mas o FreeBSD não é aquela
> maravilha, e mais do que nunca está precisando de "CARNE FRESCA" para o
> time de desenvolvimento.

É por conta dessa lentidão na revisão de PRs/patches que muitas empresas
acabam contratando committers pra que as coisas aconteçam de forma mais
rápida. Isso é um ponto muito ruim mas acho que não existe uma solução
rápida, pra isso melhorar teríamos que ter mais pessoas trabalhando no src.

O que eu vejo o pessoal fazendo pra acelerar um pouco os commits é
enviar o patch pra lista (-current, -stable, -net) e assim mais gente
pode ver facilmente a utilidade do mesmo, o que acaba forçando o commit
a acontecer mais rapidamente.

-- 
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Luiz Gustavo S. Costa 
On Wed, 22 May 2013 16:47:55 +0800
Marcelo Araujo  wrote:


> >
> Seguindo a saga de arrumar o problemas das placas INTEL com o ALTQ, o
> problema está relacionado com a remoção do suporte ao ALTQ e a inserção do
> suporte ao ALTQ várias vezes.
> 
> INTEL + ALTQ param de funcionar no 7.2-RELEASE até 8.ALGUMA_COISA, voltou a
> funcionar no 8.3, e agora voltou a parar de funcionar no 9.X e
> provavelmente no 8.4-RELEASE.
> 
> Chega a ser engraçado, para não dizer medonho. O esquema para fazer o
> pacote ir para o ALTQ é feito na função "ixgbe_mq_start_locked()" como
> exemplo vou usar o driver ixgbe. É necessário drbr_needs_enqueue() o pacote
> para o ALTQ. O Código estava lá, foi arrumado e foi removido. :D
> 
> 1) Adicionado:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=194874&r2=194875&;
> 
> 2) Primeiro fix:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=201758&r2=203834&pathrev=203834
> 
> 3) Primeira remoção:
> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=205719&r2=205720&;
> 
> O fix para o ixgbe parece não ser muito complicado, mas é algo que não vai
> ser genérico, falta para o ALTQ no FreeBSD algo similar como o dummynet
> faz, ter suas próprias FILAS e não depender do driver de rede para nada.
> 

Isso ai me lembra as brigas do Theo de Raadt (OpenBSD) em relação a patentes e 
drivers... acho que pra evitar isso ai, por um lado negativo não tem um suporte 
100% garantido a hardware, por outro, não passa por esse tipo de problemas.

Isso rendeu até parodias do projeto, veja: http://www.openbsd.org/lyrics.html#38

Enfim... esse é o preço de um projeto em comunidade, ter que contar com seres 
humanos, seja politica, comercio ou qualquer outra coisa, sempre teremos esse 
tipo de problema. Yin-yang

---
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: cont...@mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] ALTQ + Intel Drivers.

2013-05-22 Por tôpico Otacílio 
On 22/05/2013 09:43, Luiz Gustavo S. Costa wrote:
> On Wed, 22 May 2013 16:47:55 +0800
> Marcelo Araujo  wrote:
> 
> 
>>>
>> Seguindo a saga de arrumar o problemas das placas INTEL com o ALTQ, o
>> problema está relacionado com a remoção do suporte ao ALTQ e a inserção do
>> suporte ao ALTQ várias vezes.
>>
>> INTEL + ALTQ param de funcionar no 7.2-RELEASE até 8.ALGUMA_COISA, voltou a
>> funcionar no 8.3, e agora voltou a parar de funcionar no 9.X e
>> provavelmente no 8.4-RELEASE.
>>
>> Chega a ser engraçado, para não dizer medonho. O esquema para fazer o
>> pacote ir para o ALTQ é feito na função "ixgbe_mq_start_locked()" como
>> exemplo vou usar o driver ixgbe. É necessário drbr_needs_enqueue() o pacote
>> para o ALTQ. O Código estava lá, foi arrumado e foi removido. :D
>>
>> 1) Adicionado:
>> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=194874&r2=194875&;
>>
>> 2) Primeiro fix:
>> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=201758&r2=203834&pathrev=203834
>>
>> 3) Primeira remoção:
>> http://svnweb.freebsd.org/base/head/sys/dev/ixgbe/ixgbe.c?r1=205719&r2=205720&;
>>
>> O fix para o ixgbe parece não ser muito complicado, mas é algo que não vai
>> ser genérico, falta para o ALTQ no FreeBSD algo similar como o dummynet
>> faz, ter suas próprias FILAS e não depender do driver de rede para nada.
>>
> 
> Isso ai me lembra as brigas do Theo de Raadt (OpenBSD) em relação a patentes 
> e drivers... acho que pra evitar isso ai, por um lado negativo não tem um 
> suporte 100% garantido a hardware, por outro, não passa por esse tipo de 
> problemas.
> 
> Isso rendeu até parodias do projeto, veja: 
> http://www.openbsd.org/lyrics.html#38
> 
> Enfim... esse é o preço de um projeto em comunidade, ter que contar com seres 
> humanos, seja politica, comercio ou qualquer outra coisa, sempre teremos esse 
> tipo de problema. Yin-yang
> 

"The "Open Source Friendly liar" IBM owns Mylex, and Mylex has told us
we would not get documentation, either. 3Ware has lied to us and our
users so many times they make politicians look saintly.

Until other vendors give us documentation, if you want reliable RAID in
OpenBSD, please buy LSI/AMI RAID cards. And everything will just work."

Eu estou adotando o seguinte comportamento. Quando comprar um hardware
que não possui suporte no FreeBSD compre outro e mande e-mail para a
empresa do hardware sem suporte dizendo o motivo de ter escolhido o
concorrente.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Suporte a CUDA

2013-05-22 Por tôpico Nilton Jose Rizzo 
Em Tue, 21 May 2013 18:54:52 -0300, Otacílio escreveu
> On 21/05/2013 13:48, Nilton Jose Rizzo wrote:
> > Em Tue, 21 May 2013 08:39:17 -0300, Otacílio escreveu
> >> Oi pessoal.
> >>
> >> As últimas versões do OpenCV utilizam o suporte a CUDA. Alguém sabe 
> >> se este funciona de alguma forma no FreeBSD?
> > 
> >   Estou as voltas com isso tbm Otacílio, mas tenho uma esperança, que o
> >   OpenGL 4.3 venha a ser portado logo para o Free, pois não precisaríamos
> >   nos preocupar com cuda ou OpenCV, uma vez que ele implementa em alto 
nível
> >   essas funcionalidades.
> >
> 
> O OpenGL 4.3 vai ter suporte a visão computacional?

A visão computacional em sí  nãotenho certeza, mas 
usando as GPU mais intensivamente, sem a necessidade de recorrer
ao baixo nível atraves de CUDA ou OpenCL.  Ele irá usar a API
GLSL.  Veja nos links abaixo, porém no Free nos só temos a versão
2.1

http://www.opengl.org/documentation/current_version/

https://developer.nvidia.com/nvidia-nsight-visual-studio-edition

Rizzo


> 
> -
> 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] Suporte a CUDA

2013-05-22 Por tôpico Oscar Marques 
Que interessante!
Gostei da noticia, sabes me dizer se o SimpleCV tambem suporta CUDA?
Pretendo em breve trampar com processamento de fotografia aérea e estou
estudando um pouco essas 2 soluções.
Abraços.


Em 22 de maio de 2013 15:10, Nilton Jose Rizzo  escreveu:

> Em Tue, 21 May 2013 18:54:52 -0300, Otacílio escreveu
> > On 21/05/2013 13:48, Nilton Jose Rizzo wrote:
> > > Em Tue, 21 May 2013 08:39:17 -0300, Otacílio escreveu
> > >> Oi pessoal.
> > >>
> > >> As últimas versões do OpenCV utilizam o suporte a CUDA. Alguém sabe
> > >> se este funciona de alguma forma no FreeBSD?
> > >
> > >   Estou as voltas com isso tbm Otacílio, mas tenho uma esperança, que o
> > >   OpenGL 4.3 venha a ser portado logo para o Free, pois não
> precisaríamos
> > >   nos preocupar com cuda ou OpenCV, uma vez que ele implementa em alto
> nível
> > >   essas funcionalidades.
> > >
> >
> > O OpenGL 4.3 vai ter suporte a visão computacional?
>
> A visão computacional em sí  nãotenho certeza, mas
> usando as GPU mais intensivamente, sem a necessidade de recorrer
> ao baixo nível atraves de CUDA ou OpenCL.  Ele irá usar a API
> GLSL.  Veja nos links abaixo, porém no Free nos só temos a versão
> 2.1
>
> http://www.opengl.org/documentation/current_version/
>
> https://developer.nvidia.com/nvidia-nsight-visual-studio-edition
>
> Rizzo
>
>
> >
> > -
> > 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
>



-- 
Oscar Marques
osca...@gmail.com
http://www.dunkelheit.com.br
@f117usbr 
+55 21 9293-9343
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Suporte a CUDA

2013-05-22 Por tôpico Otacílio 
On 22/05/2013 15:10, Nilton Jose Rizzo wrote:
> Em Tue, 21 May 2013 18:54:52 -0300, Otacílio escreveu
>> On 21/05/2013 13:48, Nilton Jose Rizzo wrote:
>>> Em Tue, 21 May 2013 08:39:17 -0300, Otacílio escreveu
 Oi pessoal.

 As últimas versões do OpenCV utilizam o suporte a CUDA. Alguém sabe 
 se este funciona de alguma forma no FreeBSD?
>>>
>>>   Estou as voltas com isso tbm Otacílio, mas tenho uma esperança, que o
>>>   OpenGL 4.3 venha a ser portado logo para o Free, pois não precisaríamos
>>>   nos preocupar com cuda ou OpenCV, uma vez que ele implementa em alto 
> nível
>>>   essas funcionalidades.
>>>
>>
>> O OpenGL 4.3 vai ter suporte a visão computacional?
> 
> A visão computacional em sí  nãotenho certeza, mas 
> usando as GPU mais intensivamente, sem a necessidade de recorrer
> ao baixo nível atraves de CUDA ou OpenCL.  Ele irá usar a API
> GLSL.  Veja nos links abaixo, porém no Free nos só temos a versão
> 2.1
> 
> http://www.opengl.org/documentation/current_version/
> 
> https://developer.nvidia.com/nvidia-nsight-visual-studio-edition
> 
> Rizzo
> 
> 

Rizzo, você sabe se este problema pode ser solucionado com o novo driver
para placas Intel?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd