On 5/31/07, Rodrigo Luiz <[EMAIL PROTECTED]> wrote: > Respondendo ao Eduardo e a você: > > Sim. Com relação a problemas, instalei o slamd64 e só foi (e ainda é) > dor de cabeça. No post com o título "Slackware 64" digo todos os > problemas que passei com esse meu notebook. Talvez em arquiteturas 32 > bits não tenham tantos problemas assim. Claro que a minha bios > influência bastante também, mas........ OK, antes de mais nada, slamd64 não é um port oficial, por isso não significa que tudo que não dá muito certo com ele não dê certo no slack. Eu já tive problemas relacionados diretamente ao slamd64 e compatibilidade de hardware que não tive no slack. ;)
Eu uso 64bits, porém no meu caso eu fiz cross compiling com meu gcc e recriei os cds com os binários em 64 bits sempre que possível, como não fiz 100% 64bits a compatibilidade não é problema. > Outros pontos que não gostei muito também de chipsets nvidia: (Essas > agora são questões pessoais) > > Placa de rede: O módulo forcedeth foi todo feito por engenharia > reversa. Beemm depois que a nvidia comecou a apoiar o projeto. Ou > seja, aí entram várias questões como por exemplo: Por quê ela não > desenvolveu um driver pra linux quando lançou a placa? Eu imagino que > deve existir várias respostas para essa pergunta. Por questão óbvia: o mercado é focado no Windows, ele tem a maioria absoluta das estações, discutir isso vira flame war, e todos nós sabemos que foi uma péssima escolha da nvidia em fazê-la. (Não só da nvidia mas de todas que fazem isso). Drivers como NTFS, os softmodens e muitas coisas foram feitas com base na engenharia reversa por falta dessa colaboração das empresas. Felizmente a nvidia apóia o projeto submetendo novas funcionalidades e bugfixes. Ainda assim pode usar os módulos proprietários antigos, disponíveis para download no site da fabricante. ;) > Serial ata: O módulo sata_nv foi meio feito pelas "coxas". Agora que > está ficando mais estável. Ou seja, depois de mais ou menos uns 3 anos > é que eles acertaram a mão no driver, dando mais importância e > dedicando mais ao projeto. E tem mais: Recursos como NCQ ainda não tem > no driver do linux. Agora, pro windows, isso já tem faz tempo!! Só > agora (a umas 3 semanas) que ela resolveu implementar esse recurso no > sata_nv. É verdade, embora o NCQ não seja útil para mim (no meu caso, onde é basicamente jogos e I/O sequencial), faz falta para muita gente. > Atualmente, o ncq para sata_nv já está em teste na árvore do Andrew > Morton. Para testar, só baixar o kernel 2.6.22-rc3-mm1. Ok. > Na minha humilde opinião, prefiro muito mais usar um driver nativo, do > que usar um múdulo wrapper para dlls de windows rodando por trás. É > lento, é feio, e mostra uma total falta de vontade da empresa que faz > a placa em contribuir para o linux. Concordo, mas se eu for levar este critério em conta eu não vou usar linux e se usar eu vou usar um pc que custa cerca de 3x mais que o normal. :) > Agora, no meu caso, estou enfrentando problemas com ndiswrapper também > (parece até que eu fui sorteado). No meu x86_64, ao chamar demais > iwconfig, gera um oops pra mim e cai a rede. Só botando pra resolver. Qual é a tua placa de rede? -- Por favor não faça top-posting, coloque a sua resposta abaixo desta linha. Please don't do top-posting, put your reply below the following line. -------------------------------------------------------- --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
