Memory Management, while a separate feature in its own right, is included here because it is a requirement for Kernel Modesetting.
Memory Management = Graphics Execution Manager
Muchas cosas dependen de GEM, cosas mucho más intersantes todavía que el KMS...
Gallium3D revolucionará el mundo gráfico en el software libre, aprovechando las GPUs mucho mejor e implementando nuevas APIs gráficas de forma mucho más sencilla y eficiente. Vendrá a ser como la evolución de Mesa 3D.
DRI2 está diseñado para las capacidades del nuevo hardware, es capaz de renderizar los gráficos fuera de los bufferes de pantalla y lo hace mucho mejor para todo este mundillo de pijadas de Compiz y Kwin. Para que trabaje de forma mucho más efectiva, ahí está GEM, que es parte de DRM,
Ya que tan sólo una pequeña parte de la funcionalidad es específica al hardware, Gallium es un driver DRI2 modular que se comunica con el DRM del kernel mediante el protolo DRI2 y lo divide en porciones específicas del OpenGL. La parte específica al hardware se llama "Winsys". Entonces Gallium se puede usar para acelerar muchas APIs distintas como OpenGL, OpenCL, OpenRT, OpenVG, Direct3D, aceleración de vídeo, etc...
Esto lo he sacado de un comentario de Phoronix que pueden leer aquí [phoronix.com]
Para empezar, hay varios drivers luchando para conseguir acceso al mismo recurso (la tarjeta gráfica): La consola basada en el framebuffer, la consola VGA sin framebuffer, el driver DRM que está dentro del kernel, el driver 2D de X.org que funciona en espacio de usuario...esta situación provoca toda clase de problemas y proporciona un rendimiento subóptimo.
En 2.6.28, Linux incluye una de las partes más importantes de esa arquitectura: Un gestor de memoria para la memoria de la GPU, llamado GEM ("Graphic Execution Manager"). El propósito es disponer de un gestor central para gestionar "objetos buffer", su localización, su cacheado, su mapeado y su sincronización. En los cimientos de GEM se están construyendo muchas otras mejoras : Kernel Modesetting, DRI2, UXA (una implementación de EXA basada en GEM).
Re:KMS depende de GEM?
(Puntos:2, Informativo)https://fedoraproject.org/wiki/Features/KernelMode setting [fedoraproject.org]
Memory Management = Graphics Execution Manager
Muchas cosas dependen de GEM, cosas mucho más intersantes todavía que el KMS...
Gallium3D revolucionará el mundo gráfico en el software libre, aprovechando las GPUs mucho mejor e implementando nuevas APIs gráficas de forma mucho más sencilla y eficiente. Vendrá a ser como la evolución de Mesa 3D.
DRI2 está diseñado para las capacidades del nuevo hardware, es capaz de renderizar los gráficos fuera de los bufferes de pantalla y lo hace mucho mejor para todo este mundillo de pijadas de Compiz y Kwin. Para que trabaje de forma mucho más efectiva, ahí está GEM, que es parte de DRM,
Ya que tan sólo una pequeña parte de la funcionalidad es específica al hardware, Gallium es un driver DRI2 modular que se comunica con el DRM del kernel mediante el protolo DRI2 y lo divide en porciones específicas del OpenGL. La parte específica al hardware se llama "Winsys". Entonces Gallium se puede usar para acelerar muchas APIs distintas como OpenGL, OpenCL, OpenRT, OpenVG, Direct3D, aceleración de vídeo, etc...
Esto lo he sacado de un comentario de Phoronix que pueden leer aquí [phoronix.com]
Re:KMS depende de GEM?
(Puntos:1)http://diegocg.blogspot.com/2008/12/lo-que-traer-l inux-2628-parte-ii.html [blogspot.com]
A continuación unos extractos interesantes...