Raspbery Pi: todo el software -incluidos los drivers de Broadcom- ya es Open Source
Grandes noticias del equipo que desarrolla el Raspberry Pi, que hoy ha anunciado que el código del driver VideoCore que se ejecuta en el procesador ARM de los RPi ya es Open Source bajo licencia BSD.
El código está ya disponible en el repositorio del proyecto Raspberry Pi en GitHub, y aunque parezca que esto no representa una diferencia especial con el estado del proyecto hasta ahora, es un salto muy importante ya que como afirman en el anuncio oficial “todo lo que corre en el ARM ya es Open Source“.
Eso significa que por ejemplo entre otras cosas los desarrolladores podrán “implementar soporte para clientes Wayland EGL y para servidores EGL, o proporcionar mejor integración de GLES/VG en X.Org“. Además será de gran ayuda para todos los que quieran utilizar los Raspberry Pi con otros sistemas operativos, y de hecho hay proyectos que tratan de instalar FreeBSD, NetBSD, Plan 9, RISC OS, Haiku y otros en estos dispositivos, y ahora eso será mucho más accesible.
El protagonista de esta noticia es sin duda alguna Broadcom, una empresa pionera a la hora de proporcionar controladores totalmente open Source. Ni parciales, ni obtenidos por ingeniería inversa, algo que marca la diferencia con otros proyectos -por ejemplo, los de NVIDIA y AMD, que tienen un grado de implicación menos claro -aunque AMD sí ha hecho esfuerzos muy importantes, todo hay que decirlo-.
Fantásticas noticias para el proyecto y para el mundo Open Source.
Espero que al volverse open-source atraiga más desarrolladores y terminen de programar un driver grafico para X y así tener aceleracion por hardware en el escritorio.
Aunque personalmente hubiese preferido que escogieran la licencia GPL en vez de BSD…
Aca windows no fastidiara con su secure boot.
“El protagonista de esta noticia es sin duda alguna Broadcom, una empresa pionera a la hora de proporcionar controladores totalmente open Source.”
Eso no se lo cree nadie. Pues que vayan liberando ya el driver ATM para DSL de sus SoCs, por ejemplo.
Una pista: http://wiki.openwrt.org/doc/hardware/soc/soc.broadcom.bcm63xx
“xDSL and ATM are not supported. Not by some binary nor are there GPL drivers available!”
Broadcom BCM 63xx chips – ADSL State of art: https://forum.openwrt.org/viewtopic.php?id=24271
Concuerdo en lo primero, pero por lo segundo:
GPL en software para singleboard computer y embedded systems solo trae problemas. Toca distribuirlos aparte y no es posible dejarlos corriendo en el producto final, sin una especie de acuerdo comercial entre la gente que desarrolla el software y la gente que desarrolla el hardware, así sea open source / libre o no.
Lo digo por experiencia propia también, y es mejor que se quede con licencia BSD, después de todo, es código abierto.
Broadcom no tiene gente tan estúpida como para arriesgarse a lo que pasó con esa cosa buena que se hacía con los enrutadores Linksys en Cisco, la verdad es que ahí la FSF metió la pata, y tristemente no tienen la humildad de retractarse y reconocer que fue un mal movimiento para las comunidades de Software Libre/Open Source en general.
Las cosas deben de cambiar, así sea lentamente. Forzar a la gente es una mala idea y nunca da buenos resultados, aún con los riesgos que conlleve utilizar licencias de código abierto más “liberales”.
Saludos.
“Broadcom no tiene gente tan estúpida como para arriesgarse a lo que pasó con esa cosa buena que se hacía con los enrutadores Linksys en Cisco, la verdad es que ahí la FSF metió la pata.”
No entiendo su frase, a qué se refiere con “esa buena cosa que se hacía”, ¿ya no se hace?, ¿y por qué la FSF metió la pata si simplemente se dedicó a defender los derechos de la licencia GPL?, ¿por qué Broadcom parece haberlo hecho mejor?
No sabía nada del asunto FSF-Cisco, he buscado sobre el tema y me he quedado bastante confuso con su frase, nada más. :)
[...] "CRITEO-300×250", 300, 250); 1 meneos Raspbery Pi: todo el software -incluidos los drivers de Broadcom- ya es Open Source http://www.muylinux.com/2012/10/24/raspbery-pi-todo-el-software-… por frankrice hace [...]
Broadcom sí
Esa empresa pionera en lanzar controladores de “gran” calidad…
Un “cariñoso” abrazo desde aquí de parte de mi BCM4312…
Para instalar los controladores de una BCM4302 tuve que buscar por medio internet, pero lo logré con un paquete que contiene los drivers (Open Source) de la tarjeta, lo encontré en Taringa.
Parece que los drivers de Broadcom son una mierda, segun phoronix, practamente imposibles de modificar (para corregir bugs o mejorarlo)
http://www.phoronix.com/scan.php?page=news_item&px=MTIxNDk
A mi me funcionan bien.
Ahora sí hay que comprarla!
Falso, todo humo. Lo que hizo broadcom fue liberar el componente de lado del kernel y el componente del espacio del usuario. Pero resulta que este último solo pasa mensajes entre el kernel y el firmware, así que toda la lógica que uno esperaría en el espacio del usuario está en el firmware. Este firmware se distribuye como blob binario, sin sus respectivas fuentes. Tremendo chanchullo. En el resto de los drivers, sean gráficos o no, el firmware simplemente hace una inicialización básica en boot time, pero este caso de broadcom es muy llamativo, evidentemente es una forma de quedar bien sin liberar nada.
Por lo visto dicen en phoronix que de incluirlo en el kernel nanai, y las razones son claras: al estar todo controlado por el firmware no hay modo alguno de mejorar su funcionalidad ni de solucionar bugs. Un fiasco de los gordos, vamos.
El que se use la licencia BSD quiere decir que en algun futuro planean cerrar el codigo… no me inspira confianza, es un opensource temporal y no es soft libre ni a palos
En el caso de la GPL, el dueño del código también puede cerrar el desarrollo futuro. Lo que impide la GPL es que terceros puedan crear derivados propietarios.
El problema es que el chip tiene en hardware los codecs para reproducir contenido propietario (MPEG2 y WMV, y no sé si alguno más bajo la chistera) y en el precio de la Raspi no se incluye el poder utilizarlos y eso es lo que protegen con la liberación parcial, supongo que no es culpa de broadcom ya que estos codecs pagan royalties a sus respectivos propietarios y supongo que estos también imponen sus condiciones de licencias.
[...] noticias que nos llegaban del proyecto Raspberry Pi, que había logrado convencer a Broadcom de abrir el código del controlador del Videocore en su chip. Eso teóricamente daría alas para nuevas posibilidades en el BlackBerry Pi, pero dos textos [...]
[...] unos dias era comentado las aparentemente fantásticas noticias que nos llegaban del proyecto Raspberry Pi, que había logrado convencer a Broadcom de abrir el [...]