Rage Against Binary Blob - sobre documentação aberta para hardware

Jarnotrulli

Neste artigo exponho um tema interessante e pouco discutido no software livre, a documentação aberta de itens de hardware.

[ Hits: 31.935 ]

Por: Jarno Trulli em 13/12/2007

1 0

Denuncie Favoritos Indicar Impressora

E como o Linux tá nessa?

Existe um velho e conhecido refrão, "Ou se é parte da solução, ou se é parte do problema". E, feliz ou infelizmente, muitos desenvolvedores Linux são parte do problema, apenas por incentivarem a situação:

* Assinar contratos de NDA (a RedHat faz isso em certas situações, como o caso da Marvell)

* Binary blobs na árvore de pacotes (acho que só o Slackware e o Debian se salvam desta)

* Código-fonte sem documentação na árvore

Resultado: drivers não manuteníveis (e distro pouco manutenível, por tabela). E qual é o valor desta pretensa liberdade, sendo que a distribuição se torna inútil para muitos propósitos?

Um exemplo concreto: o projeto Haiku (antes conhecido por OpenBeOS) portou os drivers do Alsa para o próprio kernel. E com toda a certeza não dá pra fazer isso com o blob da nVIDIA...

E por que afinal se faz isso? Bem, a esmagadora maioria das distros agem como se isso não fosse tão grave (já vi muita gente falando "a nVIDIA é amiga do Linux"...). E sempre se faz uma escolha: Usuários valem mais que Desenvolvedores (como diria deRaadt e Marco Bianchi,"é uma falta de envergadura moral!").

Por que não lutar por specs livres, e as outras liberdades seriam acrescentadas?

Página anterior Próxima página

Páginas do artigo

   1. Introdução
   2. O que é isso? E pra quê serve?
   3. E pra que ter documentação aberta afinal?
   4. Drivers de fabricantes: como responder?
   5. Razões, desculpas e respostas
   6. E como o Linux tá nessa?
   7. Como posso ajudar?
   8. Notas de rodapé
   9. Bibliografia

Outros artigos deste autor

Mais sobre recursividade em C/C++

BOCHS - O emulador de x86

GNU Emacs (Intro)

Leitura recomendada

Repensando o PID 1 - Lennart Poettering

Edital de política de contribuição de artigos

GreenOS, um elegante sistema operacional para o novo mercado

Adaptação das empresas de TI aos trabalhadores da era digital

O comércio eletrônico e o Linux

Comentários

[1] Comentário enviado por Stocker em 13/12/2007 - 02:38h

Eh.....eh interessante algumas pessoas terem um pouco mais de conhecimento sobre isso.....
Agora eu como tecnico, e pregramador, o assunto jah eh um otro...

0 0

[2] Comentário enviado por fjbvn em 13/12/2007 - 07:33h

Pois é,

Ai, uma discussão que não é tratada como deveria no mundo Linux.

Justamente em OpenBSD é que há um sério problema (e muita atenção e combate) com BLOBS (rsrs tem no próprio site do Open, em um dos jingles (se não me engano do release passado), que falava sobre um monstro de lema medonho (rsrs um BLOB)... e citava nVIDIA e etc...

Realmente, concordo que, 'os grandes mantenedores de blobs' devem ser comercialmente boicotados, é inadimissível que a industria de hardware 'ache e pense' que pode manter a sua arquitetura fechada.

0 0

[3] Comentário enviado por gengis_khan em 13/12/2007 - 10:41h

Muito interessante seu artigo, parabéns. Eu só vejo um problema: como boicotar grandes fabricantes que praticamente mantem um oligopólio sobre seu nicho de mercado, por exemplo NVidia e ATI. Sabemos que são os maiores fabricantes de GPUs. Muito provavemente acontecerá de comprarmos placas de vídeo com GPUs de outros fabricantes mas essas não vão suprir a demanda desejada. Além do fato de que usuários de GNU/linux são minoria e desenvolvedores de SLiCA menos ainda. Sendo assim, por que um fabricante com tanta influência como esses citados daria importância para um boicote tão pouco significativo em sua fatia do mercado?

0 0

[4] Comentário enviado por albertguedes em 13/12/2007 - 12:58h

Vamos esperar que a onda "open-hardware" vingue, pois vai ser a única alternativa á manipulação do mercado em relação aos drivers. Mentira, a outra seria mudar a lei, mas essa carta eu tiro do baralho por que vai ser muito dificil de acontecer.

0 0

[5] Comentário enviado por Teixeira em 13/12/2007 - 21:40h

Este assunto é muito mais importante do que pode paracer à primeira vista.
Depois de passar inúmeras decepções com as tais especificações técnicas dos fabricantes (um conhecido fabricante de impressortas me mandou CONSULTAR AS REVENDAS!!!), passei pessoalmente a dar preferência a todos aqueles que não dificultem o meu dia-a-dia.
Estou tentanto há quase um ano conseguir um driver para uma certa impressora fiscal e o fabricante nem sequer responde aos meus e-mails.
A minha solução pessoal tem sido recomendar a impressora do concorrente, que, se não me ajuda, pelo menos até agora não colocou impecilho nenhum.
Não acho que seja vingança, mas apenas bom-senso.
Infelizmente, não estou capacitado para construir drivers, vxd, e outros. Tenho de depender de terceiros.
Se EU fosse fabricante de hardware, tenho como certo que incentivaria o pessoal do código livre a escrever software para aproveitar ao máximo os meus produtos. Infelizmente, palavras assim soam como heresia aos ouvidos daqueles que deveriam ser os maiores interessados: Os próprios fabricantes.
Já pansaram no sucesso de vendas que seria o dispositivo "X" por ser disponibilzado com drivers para todos os S.Os?
Realmente o assunto não tem nada a ver com detalhes legais, mas com simples má-vontade por parte daqueles.

0 0

[6] Comentário enviado por nanukano em 18/12/2007 - 18:57h

Artigo importante. Pena que nós usuários comuns, em maioria, não percebamos essa importância ao adquirirmos um PC. Por exemplo: se eu compro um PC com uma distribuição Linux já instalada, isto pressupõe que os drivers instalados são abertos, caso se queira mudar a distribuição?

0 0

[7] Comentário enviado por gnomo_dead em 30/12/2007 - 21:17h

Aih cara, uma curiosidade q sempre tive, existe alguma placa de vídeo 'atual' q tenha a documentaçao disponivel?

0 0

[8] Comentário enviado por Jarnotrulli em 06/01/2008 - 20:58h

Well, talvez seja só fogo-de-palha mas agora que a AMD comprou a ATI, eles estão a fim de liberar os fontes para o projeto X.Org.

0 0