[LUG.ro] Desarrollo de drivers oficiales, gratis y libres

[Pat Carr]

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.