Hardware libre, DRM y todo eso

Le he estado dando vueltas despues de ver algunos modelos del MIT y bueno, en principio la debilidad de CPU se puede solventar mediante una pool, siempre y cuando no tenga todo el mundo el capricho de utilizar el ordenador a la misma hora.

Un sistema sencillo podría correr en máquinas como el LEON (un SPARC a 200MHz), pero todo esto serían soluciones académicas. El problema es que la tecnología de implantación en silicio de las empresas europeas no pasa de unos cuantos miles de transistores por chip, no sé de ninguna empresa europea que esté creando cosas más complejas que microcontroladores de 8 bit, que ni siquiera son competitivos con los PIC o los AVR... Ni siquiera los japoneses sé como están, tienen salas blancas, pero no sé si la tecnología es propia o si también le compran consultoría a IBM (como casi todas las empresas americanas), para empezar SONY está en la cuadra de IBM...

Así como ejemplo: el LEON es un proyecto de la Unión Europea, de momento tiene dos implantaciones en hard: con FPGA's de Xilinx ó Altera (empresas americanas) o la directa en silicio subcontratada a Atmel (empresa americana)...

Los de AMD finalmente hicieron su fabrica en Dresden (¡vaya, hablando de bombas!), no se si tienen ahi la sala blanca, pero creo que sí, que no tienen otro centro.

Sí, pero es como las que tiene intel en Malasia, la fábrica está en Dresde, pero la tecnología es de los yanquis, y si mañana hay problemas se llevan la maquinica y a cascarla, nos quedamos sin juguete...

De todas formas, no estoy seguro de que sea solo academica, la idea de contentarse con CPUs sencillas pero libres.

Digo que son soluciones académicas porque son soluciones que al final nos aislaría a cuatro "outsiders", que utilizaríamos sistema libres, pero obsoletos, mientras que la mayoría utilizaría las máquinas del imperio, máquinas con las que al final no podríamos ni comunicarnos, sobre todo a partir del momento que Internet pase a ser "DRM compliant" y los router de Cisco no dejen pasar los paquetes originados en sistemas que no tengan controles DRM.

Basta analizar la estrategia que elaboró Microsoft en los años 94-96 y ver por qué falló para entender que tenemos que hacer:

- Primero consiguieron un navegador mejor que Netscape.

- Después le añadieron un montón de características propietarias.

- Siguieron con cosas que sólo se podían utilizar desde servidores IIS (streaming).

- Y el plan era después intentar que la separación entre el mundo IIS-IE y el resto fuera total, para que el dominio en un sector se lo diera en otro.

- Falló porque Apache era muchíiiiiiiiiiisimo mejor que IIS y los navegadores no eran malos del todo.

Pues eso, que no podemos luchar con peor tecnología.

Nuestra única vía de escape es el Open Hardware, pero para que eso funcione necesitamos tecnología de primer nivel en FPGA y en compiladores de silicio nocontroladas ni directa ni indirectamente por el gobierno USA.

Desde luego un hardware abierto no admite DRM por definicion: a un Free Chip no le puedes añadir un dispositivo secreto y sacarlo al publico, ya que deberias adjuntar todo el diseño completo del chip y la informacion que contiene.

Incluso se arguye algo parecido ya con Linux, pues una presunta distribucion en formato codificado deberia llevar adjunta el codigo fuente abierto ¡lo que incluiria hasta las claves de autentificacion con el DRM!

¡Ah! y no olvides una cosa: Las empresas mediáticas europeas no están con nosotros, porque de la implantación del DRM depende el negocio de Vivendi, PRISA y demás gusanos mediáticos-empresariales. Por ejemplo, el PSOE está tomando posición con esto, pero ¿qué pasará después del primer editorial de El País diciendo que los mecanismos DRM son vitales para proteger la creatividad, la cultura europea y demás zarandajas? Pues que tendremos que seguir en esta guerra sólos, como hasta ahora.

Jo, has hecho un analisis demoledor... y eso que falta el argumento de las bombas, de que si en todo caso nos pasamos por el forro la dependencia yanqui, pues acabara siendo que somos fabricantes de chips de destruccion masiva. En cualquier caso la Sala Blanca propia no parece solucion porque economicamente sera mas rentable hacerla en Taiwan.

y tambien nos estamos dejando en el tintero el origen del problema: que los europeos somos unos güevones que no hemos invertido un duro en I+D en serio en 50 años, mientras que los USA han metido hasta la camisa, y ahora dependemos de ellos como un niño pequeño de su madre... pero creo que eso es otra discusión.

Lo que puede pasar es que la victoria tecnologica de la IBM este despreciando soluciones menos piramidales. No puede ser que pueda grabar 1.6 micron en mi CD y que necesite la hostia en verso para un multicapa de un orden de magnitud menor. Y ni siquiera un orden, que el agujerico de un DVD es 0,4 minimo, con track de 0.74.

Y una simple impresora tiene ya lineas de 50 micras.

En principio AMD han migrado a 0.13 a finales del 2002 y vete a saber si/cuando saltaran a 0,09

De todas formas lo dicho, la solucion no pasa por otro ARM europeo, sino por algo que no se pueda comprar, para que no le pase lo mismo.

Se podria decir que Apache -o cualquier otro httpd- ha sido la KillerApplication de Linux.

Si queremos pensar en esos terminos, sí. Pero Apache corre en otros sistemas operativos. La propia estabilidad de Linux tambien fue clave. Y no solo de HTTP vive la red. Digamos que el Servidor de Internet ha sido la KillerApplication. O la Internet a secas.

El httpd nos motivo para compilar Linux. ¿Cúal seria el equivalente en hardware libre?

Pues... httpd seria algun periferico interesante, y Linux la CPU completa. Lo que significa que no necesariamente debe ser la CPU lo primero.

¿El equivalente a C seria el bus del sistema?

Según eso, el bus existiria ya en el mercado. Pero tambien podriamos pensar en el lenguaje de descripcion de los cores. O en las herramientas gEDA.

Juguemos a estirar el paralelismo. Tendriamos un KillerDevice que se desarrollaria casi simultaneamente con una Free CPU, aunque podria funcionar tambien en otros sistemas. Los que fundieran el chip del Device encontrarian util trabajar tambien con la FreeCPU.

Quizas fundiendola en la misma oblea.

Por ejemplo. O aprovechandose de su arquitectura. O del Sistema Operativo preferente.

No necesitamos obtener un computador completo en el primer golpe. El Software era la pieza final de la cadena de montaje, y ya la hemos socializado. Ha sido el primer paso. El segundo podra llegar como decimos, de tarjetas perifericas, de routers, o de hardware de comunicaciones. Los grupos de usuarios comenzarían aprendiendo de la producción de este hardware, y de ahi... ¿Que son esas risas?

Pensaba en lo del primer golpe. Stroke en ingles se escribe casi como Strike.

¡Ah! Ya veo por donde vas.

Je

Bueno, mira, queda heroico, pero no me parece muy buena idea tomar las fabricas de chips en una Huelga General. Se trataria mas bien de poder sustituir las fabricas por talleres. Que todo se pueda hacer en pequeñas empresas y clubs, salvo casos excepcionales. Necesitamos entrelazar la estructura vertical...

La de grupos de interes

Sí, la del proceso de producción, vamos. Digo, necesitamos enlazarla con una estructura horizontal, territorial, una de intercambio de habilidades y recursos. Podríamos crear cooperativas locales. A partir de los Grupos de Usuarios de Linux, de los Hacklabs, de las Academias, o de cualquier otro sitio. Even plain old unions. El caso es poder organizar pequeños talleres que abarquen software y hardware, mediante tecnologias menos centralizadas –menos decapitables- que la inmensa sala blanca. Recuerdo que un amigo sintetizaba YBaCuO como parte del primer curso de Quimica. Si no nos creemos del todo la cadena de fundición, pueden aparecer posibilidades sorprendentes

El proceso Jabbour -Yoshioka imprime 25 micras de polimero conductor, en una inkjet Y Cambridge Friend y Sirringhaus hablan de cinco micras.

Si pero al final, la fabrica de impresoras la han puesto en california

Aunque los de Cambridge estan intentando defender sus patentes en esa compañia, plastic logic

!Podrian defenderlas justo haciendo una grabadora de circuitos¡

Tambien podria pillarnos por sorpresa algun otro metodo más al alcance. Algo de implantación ionica, o quizas alguna tecnica de radiacion. Pulsos controlados de luz de Sincrotron, que se yo

¿Eso de las cooperativas, funcionaria?

Sí, a mi tambien me da... suena arcaico.

Suena arcaico porque asi conviene a la Realidad que nos venden. Funcionar, funcionar, pues eso, es como toda union de intereses comunes. Con exitos, divisiones, peleas... bussines as usual

Es cuestin de que existan esos intereses comunes.

Pero es que surgen: no hay que mear tan alto para el DRM y el silicio. Pensad por ejemplo en los talleres para antenas Wi-Fi. De hecho, la propia necesidad de mantener coordinada la red Wi-Fi les de una cohesion horizontal importante, hagan o no hardware.

Pero ademas un grupo de Hardware Libre respondería muy bien a la exigencia implicita de reciprocidad que flota en la Red. La gente pone un esfuerzo increible en devolver Contenido a la red, pone un monton de tiempo en weblogs y demas bases de información, del arxiv a la imdb. Para un no-programador, es la única forma de mostrar reciprocidad.

Ya veo. Una cooperativa es tambien otra forma de “pagar” la internet con tu tiempo. Siempre y cuando la tarea sea voluntaria y no trabajosa, claro.

Hay quien dice que Trabajo viene de Tripilium: instrumento de tortura. Desde luego, cualquier aportación debe ser tan divertida como el desarrollo de software libre.

Bueno, y eso no quita para que se pueda aspirar a vivir de ella: Los productores de hardware y los revendedores colaborarían siempre y cuando pudieran obtener beneficios en su corto y medio plazo.

¿Aunque a largo plazo les lleve a la quiebra? ¿Incluso si la tendencia lleva a precios mas baratos y hardware casi gratuito?

Ellos lo verian como adaptación, más que quiebra. La nobleza lucha contra el cambio, los empresarios buscan beneficios de los tiempos turbulentos. Y todavia podrán obtener ganancia en temas de soporte e integración, como las compañias de software. Otros tienen beneficios más claros: las empresas de reciclado, los distribuidores via mail y web, los vendedores de cable para wirewrap.... aunque en una ciudad industrial la cooperación podria llegar a cubrir todo el proceso de producción.

Con el tiempo y una caña... Y esquivando a esa nobleza y sus siervos, claro.

Unos echaran todas las zancadillas que puedan, claro. Otros veran el hardware libre como una pieza más de un Juego y nos usaran de peones para sus propias estrategias. Como siempre.

Vuelvo a lo de la pool de CPUS.¿Que nos impide usar una Beowulf de cien procesadores para simular un procesador diez veces mas rapido? Y una de mil quizas podria simular la implantación en silicio. Asi podria haber muchos grupos en paralelo: unos haciendo el compilador de C para el procesador, otros trabajando en el hardware y comprobandolo en la emulación. Si el producto final es mejor que el desarrollado por las compañias “cerradas”, la tentación de implementarlo sería muy fuerte para las compañias de fundición

Y para los propios usuarios que lo han desarrollado... aunque para ello tuvieran que aprender la tecnologia.

En cierto modo el Hardware Libre viene a representar el derecho a entender lo que te rodea, sea un motor de un Audi, sea un chip de ordenador, sea el artilugio que sea.

¿Porque de un Audi?

Es que hacen una publicidad terrible de la tecnologia, y luego no se molestan ni en gastar tres lineas de manual en indicar las piezas del motor... no te digo ya en pntarlas de distinto color.

Ah.

En fin. Lo cierto es que nos esperan días inciertos :-(