[SASE] [Embedded Linux Track] Buzón de preguntas!

[Ezequiel Garcia]

El miércoles 14 de agosto a las 9hs voy a estar presentando un tutorial:

"Introducción a los sistemas embebidos basados en Linux"

(la fecha y hora exactas pueden cambiar, así que sugiero revisar
el sitio http://www.sase.com.ar/ para más información).

Dado que la charla estará apuntada a personas *SIN* conocimiento previo de Linux
y dado que esta comunidad parece estar bastante orientada a lo bare-metal,
quiero abrir un pequeño "Buzón de preguntas".

** Todo lo que quiso saber sobre Linux y nunca se animó a preguntar **

Entonces, están todos invitados a formular su pregunta (respondiendo a
este mail)
sobre Linux Kernel, sistemas embebidos Linux, busybox, uclibc, ARM, GPL, etc...
(o sea todo lo que quieran)

Ninguna pregunta va a ser respondida ahora, sino que las voy a usar
como referencia
para el tutorial.

Gracias! Y animénse a preguntar (repito: respondiendo a este mail)!

Bibliografía:
[1] http://free-electrons.com/doc/training/embedded-linux/slides.pdf
--
Ezequiel

[Marce]

Me interesa la parte del patching del kernel de linux para RT, y sus metodos de utilización.

Saludos

Marcelo Lorenzati

--
    Ezequiel

--
-- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
---
Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a embebidos32...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.

[Ezequiel Garcia]

Gracias Marcelo! :-)

Para la próxima: es un poco más fácil de responder si tiene forma de *pregunta*.

De esa forma es algo *concreto* que se puede responder, y no un tema
entero que se abre.

2013/7/10 Marce <mlore...@gmail.com>:

--
Ezequiel

[Marce]

Mis disculpas Ezequiel, ya que estaba bien expresado esto en el cuerpo del mail y lo pase por alto.

Aprovecho el mail para sumar una pregunta:

Cuales son los frameworks graficos mas utilizados en Linux embedded, teniendo en cuenta las limitaciones caracteristicas algunos  microcontroladores?

Saludos,

Marcelo Lorenzati

[martin ribelotta]

De lo que yo he usado:
* Qt embedded: Muy bueno, de hecho, lo mejor y mas completo a mi
gusto. Requiere al menos
32M de RAM para hacer algo decente aunque tuneandolo podes lograr
meterlo en un linux muy reducido+busybox con 16M de RAM. (eso ultimo
es poco serio y no me animaria a ponerlo en nada)
* DirectFB: 16M de ram para el solo. Promete mucho pero hace poco...
es *muy* elemental lo que te provee y para ese nivel de abstraccion
prefiero.
* /dev/fb: El framebuffer pelado. Tan feo como suena, si alguie viene
de programar aplicaciones graficas en DOS se va a sentir como en casa.
Ideal para los que tienen una vida y desean quedarse sin ella.
* GTK+ +X11: Solo si uno tiene +64M de RAM y todavia asi no me
gustaria... Depende mucho de que tan mal ande X11 en tu hardware (por
definicion X11 anda mal, aunque a veces la realidad contiene errores
que hacen parecer que anda bien) pero normalmente consume y consume
mucho. En algunas plataformas es la unica manera de tener aceleracion
si hay una GPU de por medio
* EFL: Requiere X11, lindo si te llamas Rasterman (el desarrollador
ppal) pero en consumo de recursos es mejor Qt y mas facil de programar
* SurfaceFlinger+android: Si corre android, todo es facil. (al menos
no al nivel de "terriblemente molesto como dev/fb") pero requiere
muchos recursos. He visto correr SurfaceFlinger+android en 64M de RAM
y la verdad no es mal engine grafico, el problema es querer correr
todo android ahi.
* Wayland: Lo mejor, mas copado y mas top. Anda en 16M de RAM sin
aceleración grafica y una velocidad envidiable. Calidad grafica
asegurada lo le devolvemos el dinero (o sea no le devolvemos nada).
Ahora en serio: Esto es lo que se viene. Un stack grafico basado en
KMS (kernel-modesetting) + Wayland/Weston(u otro compositor-manager) +
udev y a volar. Eso si, cuando este listo para producción, pequeño
detalle.
* Allegro: Libreria pensada para hacer juegos muy buana. Maneja evdev,
/dev/input y /dev/psaux o tty indistintamente. Salida por framebuffer,
vgalib (alguien esta vivo de esta gente?), DirectFB o SDL
* SDL: Tambien muy bueno para cosas dirty-and-fast, probee
mouse/keyboard/framebuffer con mucho soporte a dispositivos (el port
de Wayland esta medio verde)

Habia mas, pero no se desarrollan hace muuuucho tiempo y realmente la
memoria me falla en este punto :-)

Si alguien conoce algun otro me interesa tambien.

[Marce]

En http://elinux.org/User_Interfaces hay una buena lista de GUI para linux embedded, en particular use SATO con Yocto que anda bastante rapido en equipos como la beagle board.