On Mar 7, 2011, at 10:39 AM, Eduardo Schoedler wrote:
> Em 05/03/2011 11:12, Luiz Otavio O Souza escreveu:
>> Eu (IMHO) recomendo, ao menos, utilizar as opções que estão no kernel
>> GENERIC (e remover as opções não default):
>>
>> makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbo
Em 05/03/2011 11:12, Luiz Otavio O Souza escreveu:
> Eu (IMHO) recomendo, ao menos, utilizar as opções que estão no kernel
> GENERIC (e remover as opções não default):
>
> makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols
> options KDB # Kernel debugger related c
Em 4 de março de 2011 12:26, Eduardo Schoedler
escreveu:
> Em 04/03/2011 12:13, Rodrigo Mosconi escreveu:
> > É recomendável deixar os códigos de debug.
>
> Pretendo sim, principalmente depois do que venho passando...
>
> Nas séries mais antigas tinham umas outras flags que aumentavam
consideravel
Em 04/03/2011 12:13, Rodrigo Mosconi escreveu:
> É recomendável deixar os códigos de debug.
Pretendo sim, principalmente depois do que venho passando...
--
Eduardo Schoedler
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/m
Pessoal.
Não posso deixar de escrever algo sobre este assunto também.
Até então não tive problemas de kernel panic em meus roteadores BGP, mas
tive outros problemas nestes ambientes.
Nos roteadores BGP com freebsd 7 e placas em e bge tive/tenho o seguinte
problema:
Se eu ativo o Full routing co
Em 02/03/2011 15:30, Klaus Schneider escreveu:
> Um bit pode causar um overflow. Não sou desenvolvedor, mas da pra
> imaginar que isso pode acontecer, principalmente se o quagga
> aceitar uma informação mal repassada que vai parar dentro do kernel,
> não fica reservado ao userland. Talvez nem seja
6 matches
Mail list logo