Llevo utilizando Linux en sistemas embebidos desde hace muchos años, y he de decir que tal como ha ido a mi alrededor, Android ha mejorado el estado de los drivers para Linux, en serio.
Hace 5 o 6 años, cuando te tocaba desarrollar un sistema embebido que soportara un stack IP Linux ya era una de las opciones a tomar en cuenta. El problema era que uno sabía que seguro te tenías que comer el marrón de escribir/portar algún driver, por ejemplo lidiando con USB, o con ethernet, y eso puede ser hasta 6 meses antes de que esté suficientemente maduro como para poder pasar los tests de calidad que puede aplicar el cliente, aparte que hay que escribir la aplicación que debe correr encima (que es al fin y al cabo lo que el cliente vende y para lo que te contrata), casi siempre eso suponía alguien más que tenía que trabajar en el proyecto, con lo cual me pensaba dos (y tres, y diez) veces antes de meter Linux en algo.
Hoy en día, en cambio, basta elegir un hermano menor de los SOC utilizados en los teléfonos móviles (que los hay a millares y muy baratos) para tener la garantía de que todos los periféricos funcionan de mil maravillas con Linux.
Es cierto que los drivers gráficos suelen ser cerrados, pero en sistemas embebidos, en general, en el 99.99% de las veces, eso no importa, porque los SOC que se utilizan no tienen gráficos en absoluto.
El stack gráfico que se monta sobre Linux en el escritorio es fruto de una evolución que ha sido muy azarosa y que en general es un maldito lío, no me voy a meter en detalles, pero en el kubuntu que estoy escribiendo esto, no hay driver que tenga la responsabilidad exclusiva de la pantalla, al menos el driver de nvidia y la terminal (cuando se pulsa alt-control-F1 por ejemplo) tienen el control, cualquiera se da cuenta de los problemas que eso lleva, y el trabajo necesario para que esa combinación sea estable. Cuando los de Android tuvieron una oportunidad de simplificar el esquema hicieron bien, el sistema gráfico montado sobre el Linux de Android, es mucho más sencillo y coherente.
No hay ningún problema (aparte del posible con las licencias) para montar todo el sistema gráfico de escritorio sobre el driver proporcionado por Android, en realidad eso es un problema de las distribuciones, eso es lo bueno de tener todo el subsistema gráfico dividido en capas, de hecho creo recordar que Wayland corre sobre el sistema gráfico de Android, y con ello todo lo que va con Wayland, incluido su servidor X.... o sea, al día de hoy eso no es un problema.
Discrepo...
(Puntos:5, Informativo)( http://kernel.org/ | Última bitácora: Viernes, 31 Julio de 2015, 11:54h )
Hace 5 o 6 años, cuando te tocaba desarrollar un sistema embebido que soportara un stack IP Linux ya era una de las opciones a tomar en cuenta. El problema era que uno sabía que seguro te tenías que comer el marrón de escribir/portar algún driver, por ejemplo lidiando con USB, o con ethernet, y eso puede ser hasta 6 meses antes de que esté suficientemente maduro como para poder pasar los tests de calidad que puede aplicar el cliente, aparte que hay que escribir la aplicación que debe correr encima (que es al fin y al cabo lo que el cliente vende y para lo que te contrata), casi siempre eso suponía alguien más que tenía que trabajar en el proyecto, con lo cual me pensaba dos (y tres, y diez) veces antes de meter Linux en algo.
Hoy en día, en cambio, basta elegir un hermano menor de los SOC utilizados en los teléfonos móviles (que los hay a millares y muy baratos) para tener la garantía de que todos los periféricos funcionan de mil maravillas con Linux.
Es cierto que los drivers gráficos suelen ser cerrados, pero en sistemas embebidos, en general, en el 99.99% de las veces, eso no importa, porque los SOC que se utilizan no tienen gráficos en absoluto.
El stack gráfico que se monta sobre Linux en el escritorio es fruto de una evolución que ha sido muy azarosa y que en general es un maldito lío, no me voy a meter en detalles, pero en el kubuntu que estoy escribiendo esto, no hay driver que tenga la responsabilidad exclusiva de la pantalla, al menos el driver de nvidia y la terminal (cuando se pulsa alt-control-F1 por ejemplo) tienen el control, cualquiera se da cuenta de los problemas que eso lleva, y el trabajo necesario para que esa combinación sea estable. Cuando los de Android tuvieron una oportunidad de simplificar el esquema hicieron bien, el sistema gráfico montado sobre el Linux de Android, es mucho más sencillo y coherente.
No hay ningún problema (aparte del posible con las licencias) para montar todo el sistema gráfico de escritorio sobre el driver proporcionado por Android, en realidad eso es un problema de las distribuciones, eso es lo bueno de tener todo el subsistema gráfico dividido en capas, de hecho creo recordar que Wayland corre sobre el sistema gráfico de Android, y con ello todo lo que va con Wayland, incluido su servidor X.... o sea, al día de hoy eso no es un problema.
Saludos.
1 + 2 + 3 + 4 + 5 + 6 + 7 +... = -1/12
Re:Discrepo...
(Puntos:2)( http://kernel.org/ | Última bitácora: Viernes, 31 Julio de 2015, 11:54h )
Saludos.
1 + 2 + 3 + 4 + 5 + 6 + 7 +... = -1/12