AIGLX

De MEPIS Documentation Wiki

AMD / ATi

  • Los controladores de AMD 8.42 Catalyst introducen compatibilidad con AIGLX


Los controladores propietarios de AMD de la versión 8.40.4 disponibles en el momento que se escribió el artículo y publicados el 13 de Agosto de 2007 no son compatibles con AIGLX. AMD/ATI no ofrece soporte oficial para Beryl, Compiz ni AIGLX. Las funcionalidades de la API de DRI por AMD han sido superadas por el proyecto AIGLX (en) y la falta de compatibilidad con AIGLX es considerado un punto controvertido entre los dueños de hardware AMD/ATi.

ATi, ahora AMD, se ha puesto en contacto con las comunidades de código abierto mediante Phoronix, Rage3D, así como en el Red Hat Summit afirmando que los controladores exitentes estaban entrando en una estapa de mantenimiento y que se estaba desarrollando una nueva arquitectura de controlador OpenGL. AMD/ATi ha explicado que invertir tiempo y dinero en añadir compatibilidad con AIGLX a un controlador que iba a ser sustituido no tenía sentido financiero. AMD también ha dejado muy claro, tanto en medios escritos como en línea, que pretende abrir el código de sus controladores. No existen plazos fijados sobre cuando se publicará el controlador de código abierto. ATi, ahora AMD, ha afirmado en repetidas ocasiones que sus controladores existentes inlcuyen tecnología licenciada para la que no tienen los derechos para abrir también el código fuente de las mismas. (IBM y SGI son algunos de los dueños de los derechos de dichas tecnologías).

También existe la posibilidad en la página de Linux Driver Crew de solitar a AMD de forma expresa soporte para AIGLX, así como soporte para MythTV y TVtime. AMD recopila y lee el feedback que se les da. Se sabe también que Los empleados de AMD también leen los hilos abiertos en la sección de controladores en Rage3D, así como en Phoronix y reponden a los mismos en ambas ubicaciones.

El equipo del controlador para Radeon de X.org ofrece soporte para las series R100, R200, R300 y R400 de las tarjetas gráficas de AMD/ATI. Los controladores para Radeon de X.org suelen ser más lentos que los controladores Fglrx oficiales de AMD, del orden de un 300% a un 700% dependiendo de la aplicación (Fuente: Phoronix, cuyo enlace se ha mostrado anteriormente). Sin embargo, con hardware compatible, los controladores de X.org Drivers ofrecen funcionalidades completas de pixel y vertex shaders lo que permite que los gestorres de composición como Beryl funcionen correctamente. La compatibilidad con las tarjetas Radeon se pudo obtener siguiendo las espcificaciones publicadas por ATi. Existe cierta controversia relacionada con las especificaciones del chipset R200, de las que se hace eco Phoronix (en). A continuación se muestra la lista de tarjetas compatibles:

R100; Serie original Radeon, serie Radeon 7000, serie Radeon 7500.
R200; Serie Radeon 8500, serie Radeon 9000, serie Radeon 9100, serie Radeon 9200
R300; Serie Radeon 9500-9800 (considerada beta)
R400; Serie Radeon x300-x800 (considerada beta)

Existen ciertos problemas de compatibilidad con de Radeon con X.org. Los Chipsets basados en la GPU Radeon Xpress no funcionan, debido a un probrema derivado del sistema del controlador de memoria relacionado tanto con la arquitectura FSB de Intel como con la aquitectura HyperTransport de AMD.

Intel

Cabe destacar que Intel respondió a la fusión de AMD/ATi abriendo el código fuente de sus GPUs integradas. También caba destacar que el controlador de código abierto para el kernel de GPUs integradas de Intel carece de ciertos componentes físicos de la GPU, dado que lleva a cabo muchas operaciones en modo software para ahorrar costos en el chipset. Se puede encontrar más información sobre en hardware en TechArp, en la página de TechArp sobre la GPU de escritorio de Intel (en) y en la página sobre la GPU de los Intel Mobile. Normalmente las GPUs de Intel son despreciadas por los desarrolladores de juegos, como Mark Rein de Epic Software. Si bien los controladores de código abierto permiten la utilización de AIGLX, se sabe que hay varios efectos de pixel shaders y vertex shaders que no funcionan. Intel no ha anunciado todavía si las versiones de futuras GPUs integradas ofreceran controladores de código abierto y la compatibilidad de con AIGLX de futuras GPU de Intel está todavía por determinar.


Nvidia

Los controladores binarios de Nvidia tienen varios problemas de estabilidad y rendimiento. Sin embargo, a diferencia del controlador existente de Fglrx, Nvidia ha implementado compatibilidad para el protocolo AIGLX. A diferencia del hardware de Intel, generalmente el hardware de Nvidia admite todas las operaciones de Pixel y Vertex shaders. Como AMD, Nvidia anunció hace varios meses que su controlador OpenGL estaba en proceso de reescritura. Se suponía que el controlador 1.0-97xx iba a ser el último que usase el controlador de OpenGL anterior, aunque parece que la versión 100.14.11 y posteriores siguen usando el controlador OpenGL antiguo. Varios informes sin confirmar en foros afirman que varios de los problemas de estabilidad con el controlador 1.0.-97 han sido resultos en la serie 100.xx, sin embargo existen varios problemas cuando se ejecutan operaciones con el Pixel Shader 1.4. Esto se debe probablemente a que Nvidia sólo distribuye la parte del Pixel Shader 1.4, Nv2A en la Xbox de Microsoft (en) y nunca se han dedicado en ofreces otras llamadas más allá de estas en la serie GeforceFX. Los controladores de Nvidia para x86-64bit siguen tiendo algunos problemas cuando se usa OpenGL y DRI en el sistema operativo. Imagen externa de photobucket que muestra la información de Cedega sobre el controlador 1.0.97 de Nvidia en 2.6.15 x86-64. Captura de pantalla actualizada: Imagen externa de photobucket que muestra la información de Cedega sobre el controlador 100.14.11 de Nvidia en 2.6.22 x86-64.

Existe también una fuga crítica de memoria con Beryl, AIGLX y los controladores de Nvidia. De tal forma que existe un aviso explícito en el gestor de configuración de Beryl para no usar ciertos efectos con las tarjetas de Nvidia. La notas del lanzamiento del controlador de Nvidia tadavía no han informado de que la fuga de memoria se haya solventado (en). Imagen externa en photobucket mostrando el aviso de configuración de Beryl.

De momento Nvidia no tiene planes de liberar el código fuente de sus controladores y no pone a disposición de las comunidades de código abierto ningún tipo de especificaciones. A diferencia de AMD/ATi, Nvidia no ofrece ningún tipo de feedback sobre sus controladores en otro sitio que no sea los fotos de Nzone y Nvnews. Se desconoce si alguien del equipo de controladores de Nvidia si quiera visita alguno de los mismos. A diferencia de AMD/ATi, Nvidia no dispone de ningún sitema para informar de errores, o algún tipo de bugzilla para la comunidad, para sus controladores de Linux. Como consecuencia es poco probable que se solucione el problema de compatibilidad con AIGLX.

La única colaboración de Nvidia con las comunidades de código abierto, al margen de un conjunto de controladores de anticipo que ha comenzado recientemente, es un controlador 2D de código abierto.

Nouveau es un proyecto comunitario que se dedica ha hacer ingeniería inversa de las tarjetas Nvidia para crear un conjunto de controladores de código abierto. Actualmente la postura de Nouveau es que el estado de ninguno de sus controladores es todavía operacional. Sin embargo, el controlador ofrece funcionalidades básicas 2D. Se sabe que GlxGears funciona en hardware Nv40 de algunos desarrolladores. Está planeado incluir AIGLX en el conjunto de controladores de Nouveau.

Herramientas personales
Otros idiomas