Sebastian Renzi wrote:
No se si llego tarde con la noticia, pero no vi nada sobre esto en la lista. Greg Kroah, uno de los desarrolladores del kernel propone desarrollar de manera gratuita y como parte de la rama oficial del kernel, los drivers para cualquier empresa que así lo desee. Lo único que piden como requisito son las especificaciones o algún ingeniero dispuesto a disipar dudas sobre el dispositivo en cuestión.
Más info acá (in inglés):
http://www.kroah.com/log/2007/01/29/#free_drivers
Parece una movida interesante, no?

Gracias por la noticia, Seba. Les comente a los duenios de la empresa donde trabajo sobre el tema. Ellos fabrican hardware de captura y control de datos en tiempo real y probaron con linux hace unos anios. No les funciono muy bien, por poca demanda y por una limitacion del linux kernel. Resulta que estas placas no tienen memoria on-board y usan memoria del kernel como buffer para transferir datos: cuanta mas memoria, mas eficiente es la transferencia. Esta memoria tiene que ser fisicamente contigua y linux no permite alocar (sp?) mas de 128KB continuos, sin hacks raros como el bigmem. Windows tiene un pool de memoria sin alocar de donde se puede pedir bloques de tamanos mucho mas grandes, generalmente de 4MB para estos productos. Linux agarra toda la memoria desde el boot y no reserva nada. En fin, el asunto es que con un buffer de 128KB, el driver era muy lento, asi que lo descontinuaron. Aparte usaba un driver generico (jungo), que es propietario y cuesta $$. Hace varios meses hablamos del asunto linux (ya los tengo cansados heh) pero se volvia siempre a lo mismo; la necesidad de gente para hacer y mantener el driver con los API cambiantes del kernel (PITA), las distintas distros, etc. Se entusiasmaron mucho con el tema y ya empezaron el intercambio de emails con GK, discutiendo las caracteristicas del producto y su driver. Lo que mas les intereso fue la posibilidad de firmar un NDA y que ellos se comprometan a mantenerlo en futuras versiones del kernel. Tambien que han perdido un par de oportunidades donde el cliente necesitaba desarrollar sobre linux con estos productos. Si todo sigue bien, mas adelante veran como portar las bibliotecas de funciones, ejemplos e interfases UI, probablemente usando Qt o GTK.
  Vamo' linu' caraj*..!  :P

-P@


--
The hacker is the artist of the computer world.
_______________________________________________
Lugro mailing list
[email protected]
http://www.lugro.org.ar/mailman/listinfo/lugro

Responder a