Só para documentar. Achei que oproblema estava no KDE, no kernel, no Slackware, etc. Mas era o módulo da Broadcom: sem ele, sem wireless a máquina funcionava bem. Repito que, ao enviar a saída do dmesg para a Broadcom, responderam que estão revendo sua política de suporte ao usuário, e que não mais farão drivers para o usuário final (não disseram linux). Me enviaram o link da linuxant. O driver deles compilou, não travou, mas também não trafegou dados ! :(
Solução vergonhosa: peguei o ndiswrapper (slackbuild) e estou usando o driver disponibilizado pela Dell, para XP (perdão). Estou a quatro dias sem nenhum problema, com o note em teste servindo de firewall entre a rede wireless e o 3G, tendo baixado mais de 2GB. Vou arriscar recolocar o drive proprietário da NVIDIA para testar Marcos Tadeu wrote: > Herbert Faleiros wrote: > >> On Wed 02 Sep 2009 17:35:25 Marcos Tadeu wrote: >> [cut] >> >> >>> Também tive que fugir do KDE4, devido às constantes travadas de teclado. >>> Durante uma travada, tentei plugar um teclado USB, mas não respondeu. >>> Fiquei impressionado com essas travadas pois, em 15 anos de slackware, >>> é a primeira vez que vou ter que decidir entre fazer um downgrade no >>> slackware, ou ficar usando o XFCE, que estou testando, seguindo a idéia >>> do João Borges. Vamos ver se a culpa é mesmo do KDE4, e se fica estável. >>> Se ficar OK, vou arriscar colocar o driver proprietário NVIDIA. >>> >>> >> [cut] >> >> trava só o teclado ou seu kernel inteiro? Em ambos os casos acho difícil a >> culpa ser do KDE. >> >> >> > Estava travando só teclado. > Mouse OK, permitindo sair do KDE. De volta ao console, o teclado estava OK. > > Ontem a noite, na hora do shutdown pwlo botão do Xfce, ocorreu uma > exceção de kernel, como a que ocorria com o driver wl (Broadcom), mas > não deu tempo de ver. > Hoje, ao subir o XFCE e o firefox, quando mandei restaurar as "n" abas > do firefox, travou tudo: caps-lock e scroll-lock piscando algumas vezes, > até o micro desligar sozinho. > Estava com um kernel recompilado localmente, a partir do config do > generic-smp, com otimização para core 2 duo, com os drives necessários > colocados em buitin e retirado módulos de drivers de controladoras de > disco e rede que não preciso. Bibliotecas e USB mantido intactos. > Depois da travada, passei a rodar com o kernel huge-smp original. Vamos > ver como se comporta. > > > > > --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
