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