On 5/25/07, Joao Marcelo <[EMAIL PROTECTED]> wrote: > > Olá, > > Talvez atualizar a BIOS da placa mãe ajude. Eu tenho um notebook que > não é 64bits, mas tinha problemas parecidos, e uma atualização da bios > ajudou a resolver. >
Quanto ao problema do meu colega que utilizava asus, ele não tentou atualizar a bios. Já estava meio sem tempo pra ficar tentando possibilidades, pois o server tinha que estar pronto pra ontem. Agora, eu possuo um note hp com turion x2. Já atualizei a bios e nada. A propósito, a atualização da bios da hp, só tem opção de atualizar via windows. Pelo menos pro meu modelo é assim. Procurei atualizadores para rodar em DOS no google, mas não obtive sucesso. No final das contas, tive que instalar um windows numa particao livre só pra atualizar a bios. O problema maior que o esforço foi em vão e os erros continuaram. Os problemas que tive com x86-84 em meu notebook foram/são: -- Clock muito rápido: Você acertava a hora, e no dia seguinte, seu relógio estava adiantado em algumas.... horas! Inacreditável, mas é verdade. Atualizei meu kernel, e problema resolvido! Bug no acpi, pra variar. -- Arquivos grandes/processamentos intensos: Ao se trabalhar intensamente com sistema de arquivos, como pro ex, descompactar um arquivo grande como o fonte do kernel, a máquina travava. Resolvido também com atualização do kernel. -- 'hwclock' travando o linux: Ao iniciar e desligar, sempre quando os scripts de init chamam hwclock, quase sempre faz meu kernel travar. E se eu chamar hwclock manualmente, para acertar a hora da bios por ex, também trava. Mesmo com --directisa. Infelizmente esse problema ainda não resolvi. Pesquisando no bugzila do kernel, achei uma pessoa exatamente com o mesmo problema, e a turma do kernel até hoje não conseguiu desvendar este mistério. hwclock só funciona corretamente com 'noapic irqpoll' no boot. Porém, essas opções deixam o meu kernel trabalhando acima do normal, consumindo muito o processamento. Resolvi comentar as linhas do hwclock no init e tirar os parâmetros do boot, e acertei a hora da minha bios pra UTC. Foi a medida que achei mais conveniente, já que só irei precisar acertar a hora em horário de verão (e olhe lá), ou quando a bateria do meu notebook comecar a ficar fraca. Tentei mandar um email pro suporte da hp avisando que poderia haver um possível bug na bios relacionado a acpi, e eles não deram a mínima, já que o problema ocorre no linux. O que eu acho mais interessante, é que a própria hp patrocina o site kernel.org, vários eventos linux, possuem desenvolvedores atuando bastante na comunidade (como o próprio pacote wireless-tools é feito pelo pessoal da hp) e na hora de prestar algum suporte, se negam. -- Driver wireless: Possuo uma placa broadcom 4311. Ao utilizar ndiswrapper, de tempos em tempos meu kernel trava. Tudo bem, isso já não é problema do kernel, mas do ndiswrapper. Estou tentando resolver com o mantenedor do módulo. mas está dificil achar onde está o bug. Existe um driver que estão desenvolvendo para broadcom, nativo no kernel. É uma pena que ainda está bem instável. Cheguei até em pensar trocar minha placa wireless por outra 100% compatível, mas fui informado que a hp possue uma whitelist de seu hardware na bios. Ou seja, se eu trocar a placa wireless por outra marca e modelo, ela é ignorada pela bios! Enfim, esses são os problemas que estou passando com x86-64. Meu hardware é todo nvidia. E uma dica: Pensem duas vezes antes de comprar um notebook HP. []'s Rodrigo Luiz. --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
