Difference between revisions of "ATI (Español)"

From ArchWiki
Jump to: navigation, search
(Created page with "{{i18n|ATI}} Este cómo se ha actualizado completamente para reflejar el estado actual de los drivers ATI en arch. Con la aparición de Xorg 7 y su inclusión en los repositorio...")
 
(Instalación de xf86-video-ati)
(43 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{i18n|ATI}}
+
[[Category:Graphics (Español)]]
Este cómo se ha actualizado completamente para reflejar el estado actual de los drivers ATI en arch.
+
[[Category:X Server (Español)]]
 +
[[cs:ATI]]
 +
[[de:ATI]]
 +
[[en:ATI]]
 +
[[fr:ATI]]
 +
[[it:ATI]]
 +
[[pl:ATI]]
 +
[[ru:ATI]]
 +
[[tr:ATI]]
 +
[[zh-CN:ATI]]
 +
{{Article summary start|Sumario}}
 +
{{Article summary text|Este artículo muestra una visión general sobre el controlador de código abierto de la tarjeta de vídeo ATI/AMD}}
 +
{{Article summary heading|Relacionado}}
 +
{{Article summary wiki|AMD Catalyst (Español)}}
 +
{{Article summary wiki|Xorg (Español)}}
 +
{{Article summary end}}
 +
Los poseedores de tarjetas gráficas '''ATI/AMD''' pueden elegir entre el [[ATI Catalyst (Español)|driver privativo]] de AMD ({{AUR|catalyst}}) y el controlador de código abierto ({{pkg|xf86-video-ati}}). Este artículo trata sobre el driver de código abierto.
  
Con la aparición de Xorg 7 y su inclusión en los repositorios de Arch, el equipo de desarrollo ha añadido los drivers fglrx para ATI al repositorio <code>extra</code>.  Esto debería hacer que el proceso de instalar y utilizar estos drivers mucho menos dificultoso.
+
El driver libre no está ''a la par'' con el driver propietario en términos de rendimiento 3D en las nuevas tarjetas ni tiene soporte tan fiable para la salida de TV. Sin embargo, ofrece un mejor apoyo dual-head, aceleración 2D excelente, y proporciona suficiente aceleración 3D necesaria para algunos [[Window Manager (Español)|gestores de ventanas]] que aprovechan la aceleración OpenGl, tal como [[Compiz]] o KWin.
  
== Modelos soportados ==
+
Si tiene dudas sobre cuál elegir, pruebe primero el controlador de código abierto, dado que, por regla general, se adaptará perfectamente a la mayoría de sus necesidades y es menos problemático (consulte la [http://www.x.org/wiki/RadeonFeature tabla de características] para más detalles).
  
Copiado de [http://www2.ati.com/drivers/linux/linux_8.25.18.html ATI Linux Driver 8.25.18 Release Notes]:
+
==Convenciones sobre nombres==
  
===Soporte del producto ATI Workstation===
+
La marca ATI [[Wikipedia:es:Radeon|Radeon]] sigue un esquema de nombres que relaciona cada producto para un segmento del mercado. En este artículo, se utilizará la nomenclatura tanto en base al nombre del ''producto'' (por ejemplo, HD 4850, X1900) como en base al nombre del ''código'' o del ''núcleo'' (''core'') (por ejemplo, RV770, R580). Tradicionalmente, una ''serie del producto'' se correspondería a una ''serie del núcleo'' (por ejemplo, la serie del producto «X1000»  incluye todos los productos X1300, X1600, X1800, X1900 y del mismo modo cuando utilizan el núcleo de la serie  «R500»  - que incluiría los núcleos RV515, RV530, R520, y R580).
  
El driver privativo de ATI para Linux está diseñado para los siguientes productos ATI Workstation:
+
Para una tabla completa de comparación entre el nombre de los productos y los correlativos núcleos, consulte la [http://en.wikipedia.org/wiki/Comparison_of_AMD_graphics_processing_units comparación de las unidades de procesamiento gráfico AMD]
  * FireGL™ V7350
+
  * FireGL™ V3300
+
  * FireGL™ X1-128
+
  * FireGL™ V7300
+
  * FireGL™ V3200
+
  * FireGL™ X1-256p
+
  * FireGL™ V7200
+
  * FireGL™ V3100
+
  * FireGL™ 8800
+
  * FireGL™ V7100
+
  * FireGL™ X3-256
+
  * FireGL™ 8700
+
  * FireGL™ V5200
+
  * FireGL™ X3
+
  * FireMV™ 2200 (Single card configuration)
+
  * FireGL™ V5100
+
  * FireGL™ X2-256
+
  * Mobility™ FireGL™ V5000
+
  * FireGL™ V5000
+
  * FireGL™ Z1-128
+
  * Mobility™ FireGL™ 9100
+
  * FireGL™ V3400
+
  * FireGL™ T2-128
+
  * Mobility™ FireGL™ T2
+
  
===Soporte del producto ATI Mobility™===
+
==Descripción==
  
El driver privativo de ATI para Linux está diseñado para los siguientes productos ATI Mobility™:
+
El driver {{ic|xf86-video-ati}} (radeon):
 +
* Funciona con chipsets Radeon HD hasta 6xxx y 7xxxM (últimos chipsets Northern Islands).
 +
** Las tarjetas Radeon hasta la serie X1xxx son totalmente compatibles, estables y proporcionan una completa aceleración 2D y 3D.
 +
** Las tarjetas Radeon HD de las series 2xxx a 6xxx tienen pleno soporte para una aceleración 2D y una aceleración 3D funcional, pero no son compatibles con todas las características que ofrece el driver propietario (por ejemplo, el ahorro de energía se encuentra todavía en fase de prueba).
 +
* Soporta DRI1, RandR 1.2/1.3, aceleración EXA y [[Kernel Mode Setting (Español)|kernel mode-setting]]/DRI2 (con las últimas versiones del kernel Linux, libdrm y versiones de Mesa).
  
    * Mobility™ Radeon® X1800
+
Generalmente, '''xf86-video-ati''' debe ser su primera opción, independientemente de la tarjeta ATI que se posea. En caso de que sea necesario utilizar un controlador para las nuevas tarjetas ATI, es preferible el driver privativo '''catalyst'''.
    * Mobility™ Radeon® 9800
+
    * Mobility™ Radeon® X1600
+
    * Mobility™ Radeon® 9600
+
    * Mobility™ Radeon® X1400
+
    * Mobility™ Radeon® 9550
+
    * Mobility™ Radeon® X1300
+
    * Mobility™ Radeon® 9500
+
    * Mobility™ Radeon® X800
+
    * Mobility™ Radeon® 9000
+
    * Mobility™ Radeon® X700
+
    * Mobility™ Radeon® 9200
+
    * Mobility™ Radeon® X600
+
    * Radeon® Xpress 200M series
+
    * Mobility™ Radeon® X300
+
+
===Soporte del producto ATI Integrated===
+
  
El driver privativo de ATI para Linux está diseñado para los siguientes productos ATI Integrated:
+
{{Nota|xf86-video-ati es reconocido como '''"radeon"''' por Xorg (en {{ic|xorg.conf}}).}}
  
    * Radeon® Xpress 200 series
+
==Instalación==
    * Radeon® 9200 IGP
+
=== Preparación del sistema para usuarios que usan catalyst===
    * Mobility™ Radeon® 9100 IGP series
+
    * Radeon® 9100 IGP
+
    * Mobility™ Radeon® 9000 IGP series
+
  
Cuidado: Este driver da soporte 2D support sólo para ATI Radeon® 9100 IGP y ATI Radeon® 9100 PRO IGP.
+
Si Catalyst/{{ic|fglrx}} ha sido previamente instalado, véase [[ATI Catalyst#Uninstallation|esto]].
  
===Soporte para la familia de productos ATI Desktop===
+
===Instalación de xf86-video-ati===
  
El driver privativo de ATI para Linux está diseñado para los siguientes productos ATI desktop:
+
[[Pacman (Español)|Instalar]] {{pkg|xf86-video-ati}}, disponible en los [[Official Repositories (Español)|Repositorios Oficiales]].
  
    * Radeon® X1900 series
+
La versión -git del controlador y otros paquetes necesarios (linux-git, etc.) se pueden encontrar en el [https://bbs.archlinux.org/viewtopic.php?id=79509&p=1 repositorio radeon] o en [[Arch User Repository (Español)|AUR]].
    * Radeon® 9800 series
+
    * Radeon® X1800 series
+
    * Radeon® 9600 series
+
    * Radeon® X1600 series
+
    * Radeon® 9200 series
+
    * Radeon® X1300 series
+
    * Radeon® 9000 series
+
    * Radeon® X850 series
+
    * Radeon® 9700 series
+
    * Radeon® X800 series
+
    * Radeon® 9550 series
+
    * Radeon® X700 series
+
    * Radeon® 9500 series
+
    * Radeon® X600 series
+
    * Radeon® 9100 series
+
    * Radeon® X300/X550 series
+
    * Radeon® 8500 series
+
  
Nota: ATI All-in-Wonder® variantes basadas en las de arriba también están soportadas. Sin embargo no lo está la captura de video.
+
==Configuración==
  
== Instalación ==
+
Xorg cargará automáticamente el controlador y utilizará el EDID del monitor para ajustar la resolución nativa. La configuración solo es necesaria para optimizar el controlador.
  
Desde la versión 7 de Xorg 7, Arch proporciona los paquetes precompilados de fglrx en el repositorio <code>extra</code>.  Si utilizas el kernel <code>kernel26</code> o el <code>kernel26beyond</code> el proceso es simple. Si usas un kernel a medida, serán necesarios unos cuantos pasos más.
+
Si desea hacer una configuración manualmente, cree el archivo {{ic|/etc/X11/xorg.conf.d/'''20-radeon.conf'''}}, y añada lo siguiente:
  
=== Kernels comunes===
+
  Section "Device"
 +
    Identifier "Radeon"
 +
    Driver    "radeon"
 +
  EndSection
  
====kernel26====
+
Con esta sección, puede habilitar posteriormente algunas características y ajustar la configuración del controlador.
  
Para instalar los drivers fglrx de ATI con el kernel <code>kernel26</code>, instala el paquete <code>ati-fglrx</code>.
+
==Kernel mode-setting (KMS)==
  
    # pacman -Sy ati-fglrx
+
[[Kernel Mode Setting (Español)|KMS]] permite la resolución nativa en el framebuffer y permite la conmutación instantánea de la consola (tty). KMS permite también nuevas tecnologías (como DRI2) que ayudarán a reducir eventuales anomalías y aumentará el rendimiento 3D, incluyendo el ahorro de enegía en el kernel-space.
  
====kernel26beyond====
+
KMS para tarjetas de vídeo ATI exige el driver de código abierto de  [[Xorg (Español)|Xorg]] {{pkg|xf86-video-ati}} versión 6.12.4 o posterior.
  
PAra instalar los drivers fglrx de ATI con el kernel <code>kernel26beyond</code>, instala el paquete <code>ati-fglrx-beyond</code>.
+
===Activar KMS===
  
    # pacman -Sy ati-fglrx-beyond
+
Desde el kernel26 v.2.6.33, KMS está '''activado ''' por defecto para las tarjetas ATI.
  
====Notas====
+
====Inicio temprano de KMS====  
  
* El kernel -beyond kernel patchset reemplaza al -archck.  De hecho, el kernel archck ya no se mantiene - Si quieres actualizar drivers para este kernel debes seguir los pasos que se indica más abajo paralos kernels a medida.
+
''Este método iniciará KMS tan pronto como sea posible en el [[systemd (Español)|proceso de arranque]] (esto es, cuando [[Mkinitcpio_(Español)|initramfs]] se carga).''
* Estos paquetes contienen ''sólo'' el módulo del kernel, y dependen del paquete <code>ati-fglrx-utils</code>. El paquete <code>ati-fglrx-utils</code> es independiente del kernel y proporciona librerías y utilidades para Xorg, incluyendo el código de ATI's <code>libGL.so</code>.
+
* Después de instalar el paquete necesitarás ejecutar <code>source /etc/profile</code> o salir de tu sesión de usuario y después volver a entrar para que tu entorno esté actualizado.
+
* Si tienes los dos kernels (<code>kernel26</code> y <code>kernel26beyond</code>) instala los dos paquetes de módulos ati-fglrx.  No se producirán conflictos entre ellos.
+
  
=== Kernels a medida===
+
Si tiene un kernel especial (por ejemplo, linux-zen), recuerde utilizar el archivo de configuración apropiado de mkinitcpio, por ejemplo, {{ic|/etc/mkinitcpio-zen.conf}}. Las siguientes instrucciones valen para el kernel por defecto ({{pkg|linux}}).
  
Para instalar fglrx para un kernel a medida, necesitarás compilar tu propio paquete <code>ati-fglrx-$kernel</code>, que contendrá el módulo del kernel compilado específicamente para tu kernel.
+
# Eliminar todas las opciones {{ic|<nowiki>vga=</nowiki>}} de la línea del ''kernel'' en el [[Boot Loader#Configuration files|archivo de configuración]] del gestor de arranque. El uso de otros controladores framebuffer (como {{ic|[[uvesafb]]}} o {{ic|radeonfb}}) entrarán en conflicto con KMS. Retire cualquier otro módulo relacionado con framebuffer de {{ic|/etc/mkinitcpio.conf}}. La opción {{ic|<nowiki>video=</nowiki>}} puede ahora ser utilizada en conjunción con KMS.
 +
# Agregar {{ic|radeon}} en la matriz {{ic|MODULES}} en el archivo {{ic|/etc/mkinitcpio.conf}}. Dependiendo del chipset de la placa madre, puede ser necesario añadir {{ic|intel_agp}} (o {{ic|ali_agp}}, {{ic|ati_agp}}, {{ic|amd_agp}}, {{ic|amd64_agp}}, etc.) antes del módulo {{ic|radeon}}.
 +
# Regenerar initramfs: {{ic|# mkinitcpio -p linux}}
 +
# La velocidad del bus AGP puede ser ajustada mendiante la opción en el kernel {{ic|<nowiki> radeon.agpmode=x</nowiki>}}, donde x es 1, 2, 4, 8 (velocidad de la AGP ) ó -1 (modo PCI).
 +
# '''Reiniciar''' el sistema.
  
Si no estás a gusto o tienes problemas creando paquetes, lee primero en la wiki el artículo [http://www.archlinux.com.ar/wiki/index.php/ABS_-_Arch_Build_System].
+
====Inicio tardío====
  
==== Descargar el PKGBUILD ====
+
''Con esta elección, KMS se activará cuando los módulos se carguen durante el [[Boot_process|proceso de arranque]]''.
Descarga el <code>PKGBUILD</code> y el <code>ati-fglrx.install</code> desde CVS o ABS:
+
  
* Visita http://www.archlinux.org/packages.php?id=10416 y pulsa "View CVS Entries" para encontrarlos o
+
Si tiene un kernel especial (por ejemplo, linux-zen), recuerde utilizar el archivo de configuración apropiado mkinitcpio, por ejemplo, {{ic|/ etc/mkinitcpio-zen.conf}}. Estas instrucciones están escritas para el kernel por defecto ({{pkg|linux}}).
* Ejecuta <code>abs</code> como root y encontrarás los archivosen <code>/var/abs/extra/modules/ati-fglrx</code>.
+
  
==== Edición del PKGBUILD y compilación ====
+
{{Nota|Para soporte AGP, puede ser necesario añadir {{ic|intel_agp}}, {{ic|ali_agp}}, {{ic|ati_agp}}, {{ic|amd_agp}}, o {{ic|amd64_agp}}) a los archivos .conf apropiados en {{ic|/etc/modules-load.d}}.}}
Se tiene que hacer tres cambios:
+
  
'''Primero''', cambia
+
# Eliminar todas las opciones {{ic|<nowiki>vga=</nowiki>}} de la línea del ''kernel'' en el [[Boot Loader#Configuration files|archivo de configuración]] del gestor de arranque. El uso de otros controladores framebuffer (como {{ic|[[uvesafb]]}} o {{ic|radeonfb}}) entrarán en conflicto con KMS. Retire cualquier otro módulo relacionado con framebuffer de {{ic|/etc/mkinitcpio.conf}}. La opción {{ic|<nowiki>video=</nowiki>}} puede ahora ser utilizada en conjunción con KMS.
    pkgname=ati-fglrx
+
# Añada {{ic|<nowiki>options radeon modeset=1</nowiki>}} a {{ic|/etc/modprobe.d/modprobe.conf}}.
por
+
# '''Reiniciar''' el sistema.
    pkgname=ati-fglrx-KERNEL_NAME
+
donde KERNEL_NAME es lo que tú quieras (custom, mm, themostawesomekernelever)
+
  
'''Segundo''', elimina <code>kernel26</code> de la lista de dependencias.
+
===Solución de problemas de KMS===
 +
====Desactivar KMS====
  
'''Tercero''', cambia
+
Los usuarios deben considerar la posibilidad de desactivar kernel mode-setting si obtienen un kernel panic, resolución distorsionada en el framebuffer al arranque, no hay señal de GPU, [[Xorg (Español)|Xorg]] se niega a iniciar, Xorg retrocede a rasterizar el sotfware Mesa (sin aceleración 3D) o problema con 'POWER OFF' ( kernel 2.6.33-2) al apagar el equipo.
    _kernver=2.6.15-ARCH
+
por
+
    _kernver=`uname -r`
+
(o inserta directamente aquí la salida de uname -r ejecutado '''cuando estés utilizando tu kernel a medida''')
+
  
Por último, compila e instala el paquete.  (<code>makepkg -i</code> o <code>makepkg</code> seguido de <code>pacman -A pkgname.pkg.tar.gz</code>)
+
# Agregar {{ic|<nowiki>radeon.modeset=0</nowiki>}} (o {{ic|nomodeset}}, si esto no funciona) a la línea del kernel en los [[Boot Loader#Configuration files|archivos de configuración.]] del gestor de arranque. Eso debería funcionar. {{Nota|La adición de '''nomodeset''' a la línea de arranque del kernel puede impedir que gnome-shell de GNOME 3 o los efectos de escritorio de KDE se ejecuten.}} Si desea eliminar el soporte KMS desde el initramfs, siga los dos pasos siguientes.
 +
# Si el parámetro {{ic|radeon}} se añadió a la matriz {{ic|MODULES}} en el archivo {{ic|mkinitcpio.conf}} para permitir el ''inicio temprano'', retírelo.
 +
# Regenerar [[mkinitcpio (Español)|initramfs]] con {{bc|# mkinitcpio -p linux}}
  
==== Notas ====
+
Alternativamente, las opciones del módulo se pueden especificar en un archivo dentro del directorio {{ic|/etc/modprobe.d}}. Si se utiliza el módulo '''radeon''' ({{ic|<nowiki>lsmod | grep radeon</nowiki>}}) desactive KMS mediante la creación de un archivo que contenga el código siguiente:
  
* No hace falta hacer cambios al paquete <code>ati-fglrx-utils</code>, que es completamente independiente del kernel. '''Todo''' lo que tienes que hacer es compilar un módulo para tu kernel.
+
{{hc|/etc/modprobe.d/radeon.conf|2=options radeon modeset=0}}
* ¡Para compilar y ejecutar el módulo de kernel con los kernels 2.6.16 se necesitan parches!  Mira las entradas de ati-fglrx en el cvs en testing para saber los parches necesarios.
+
  
== Configuración ==
+
====Renombrar {{ic|xorg.conf}}====
  
Con las versiones recientes de sus drivers, ATI ha cambiado la antigua herrameinta <code>fglrxconfig</code> por la más fácil y nueva herramienta <code>aticonfig</code>. Para un listado completo de opciones que puedes usar con <code>aticonfig</code> (¡y es una lisat muy larga!), ejecuta
+
Renombre el archivo {{ic|/etc/X11/'''xorg.conf'''}}, que incurre, en ocasiones, en conflicto con KMS, lo que obligará a Xorg a detectar automáticamente el hardware con configuraciones normales. Después de cambiar el nombre, debe '''reiniciar''' Xorg.
    $ aticonfig
+
Puedes utilizar esta herramienta para crear un <code>xorg.conf</code> y configurar cualquier aspecto de tu tarjeta.
+
  
Para utilizar la herramienta debes tener un <code>xorg.conf</code> que funcione antes, y guardar una '''copia de seguridad'''.  Lo que hace <code>aticonfig</code> es modificar un archivo de configuración existente para que funcione con fglrx.  Si no tienes un xorg.conf aún, ejecuta
+
==Optimizar prestaciones==
    # Xorg -configure
+
para crearlo.
+
  
La forma más fácil de usar <code>aticonfig</code> para adaptar tu <code>xorg.conf</code> aparece en los ejemplos del final de la salida que se muestra al ejecutar <code>aticonfig</code> sin parámetros:
+
Las siguientes opciones se aplican en el archivo {{ic|/etc/X11/xorg.conf.d/'''20-radeon conf'''}}.
    Examples:
+
      1. Setting up fglrx for the first time.
+
          Single head :    aticonfig --initial --input=/etc/X11/xorg.conf
+
          Dual head  :    aticonfig --initial=dual-head --screen-layout=above
+
                            This command will generate a dual head configuration
+
                            file with the second screen located above the first
+
                            screen.
+
  
Adapta una de estas dos líneas a tus necesidades.
+
De forma predeterminada, xf86-video-ati funciona a la velocidad AGP 4x. Generalmente, es seguro modificar este parámetro. Si nota bloqueo, reduzca el valor o elimine la línea por completo (puede utilizar los valores 1, 2, 4, 8). Si KMS está habilitado, esta opción viene ignorada y se la sustituye por la opción del kernel {{ic|radeon.agpmode}}.
  
Como siempre, es buena idea mirar el <code>xorg.conf</code> creado para comprobar que todo parezca correcto.
+
  Option "AGPMode" "8"
  
Para acabar, ejecuta Xorg con <code>startx</code> y comprueba si tienes aceleración abriendo un terminal y ejecutando:
+
'''ColorTiling''', es completamente seguro activarla y supuestamente está habilitada de forma predeterminada. La mayoría de los usuarios notarán un mayor rendimiento, pero todavía no está soportado en tarjetas R200 y anteriores. Puede ser activado en las tarjetas anteriores, pero la carga de trabajo se transfiere a la CPU
    glxinfo | grep direct # Podrías necesitar instalar el paquete mesa-apps para poder ejecutar glxinfo
+
  
¡Si aparece "direct rendering: yes" ya tienes aceleración!
+
  Option "ColorTiling" "1"
  
== Problemas y soluciones ==
+
'''AccelMethod''', esta opción solo funcionará en las tarjetas ''nuevas''. Si la habilita y luego no puede volver a X, retírela.
  
===Direct Rendering no funciona===
+
  Option "AccelMethod" "EXA"
  
¿Tienes problemas para hacer que el direct rendering funcione?  Ejecuta
+
'''PageFlip''', es generalmente segura su activación. Esto principalmente se utiliza en las tarjetas más antiguas, que desactivará EXA. Con los controladores más modernos se puede habilitar junto con EXA.
    $ LIBGL_DEBUG=verbose glxinfo
+
en un terminal. En las primeras líneas de la salida debería aparecer un mensaje de error explicando el motivo por el que no funciona el direct rendering.
+
  
Errores más comunes y sus soluciones:
+
  Option "EnablePageFlip" "1"
  
 +
'''AGPFastWrite''', esta opción permitirá las escrituras rápidas para las tarjetas AGP. Esto puede causar inestabilidades, en cuyo caso, si no puede entrar en X, elimínelo . Esta opción no se utiliza cuando KMS está activado.
  
    '''libGL error: XF86DRIQueryDirectRenderingCapable returned false'''
+
  Option "AGPFastWrite" "1"
  
* Comprueba que cargas los módulos agp correctos para tu chipset AGP antes de cargar el módulo fglrx del kernel. Para saber qué módulo agp necesitas ejecuta <code>hwdetect --show-agp</code>, y comprueba que todos los módulos que lista el comando están en tu <code>MODULES=</code> del rc.conf, '''antes de''' fglrx.
+
'''EXAVSync''', se trata de una opción que evita que se rompa la imagen del monitor al detener el motor hasta que el controlador de pantalla ha pasado a la región de destino. Reduce el desgarro a costa de una disminución de las prestaciones y es sabido que causa inestabilidad en algunos chips.
 +
Muy útil cuando se habilita la superposición Xv en los vídeos en un escritorio con aceleración 3D. No es necesario cuando KMS (continuando la aceleración DRI2) está habilitado.
  
 +
  Option "EXAVSync" "1"
  
    '''libGL error: failed to open DRM: Operation not permitted'''
+
A continuación un ejemplo de archivo de configuración  {{ic|/etc/X11/xorg.conf.d /'''20-radeon.conf'''}}:
    '''libGL error: reverting to (slow) indirect rendering'''
+
  
* Para este problema, comprueba que tienes la siguiente sección en alguna parte de tu <code>xorg.conf</code>:
+
{{bc|
    Section "DRI"
+
Section "Device"
        Mode 0666
+
      Identifier  "Mi Tarjeta Gráfica"
    EndSection
+
      Option "AGPMode"              "8"  #no se utiliza cuando KMS está habilitado
 +
      Option "AGPFastWrite"          "off" #podría causar inestabilidades, actívelo bajo su propio riesgo
 +
      Option "SWcursor"              "off" #software del cursor necesario en raras ocasiones, por lo tanto desactivado de forma predeterminada
 +
      Option "EnablePageFlip"        "on"  #soportado en todas las tarjetas R/RV/RS4xx y hardware antiguo, y desactivado de forma predeterminada
 +
      Option "AccelMethod"           "EXA" #opciones válidas XAA y EXA. EXA es el método más reciente para la aceleración y es la opción predeterminada
 +
      Option "RenderAccel"          "on"  #activado por defecto en todos los hardware radeon
 +
      Option "ColorTiling"          "on"  #habilitados de forma predeterminada en RV300 y últimas tarjetas Radeon
 +
      Option "EXAVSync"              "off" #por defecto está desactivada
 +
      Option "EXAPixmaps"            "on"  #afecta positivamente en el rendimiento de 2D, pero también puede causar fallos en algunas tarjetas antiguas
 +
      Option "AccelDFS"              "on"  #está apagado por defecto, lea la página de manual radeon para más información
 +
EndSection
 +
}}
  
 +
La definición del '''gartsize''', si no es detectada automáticamente, puede ser realizada mediante la adición de {{ic|1=radeon.gartsize=32}} en los [[kernel parameters (Español)|parámetros del kernel]]. El tamaño es en megabytes y 32 es para tarjetas RV280.
  
    '''libGL: OpenDriver: trying /usr/lib/xorg/modules/dri//fglrx_dri.so'''
+
Por otra parte, también se puede hacer con una opción modprobe en {{ic|/etc/modprobe.d/radeon.conf}}:
    '''libGL error: dlopen /usr/lib/xorg/modules/dri//fglrx_dri.so failed (/usr/lib/xorg/modules/dri//fglrx_dri.so: cannot open shared object file: No such file or directory)'''
+
 
     '''libGL error: unable to find driver: fglrx_dri.so'''
+
  options radeon gartsize=32
 +
 
 +
'''Para más información y otras opciones, lea la página de manual radeon y la página de módulos info''':
 +
  man radeon
 +
 
 +
  modinfo radeon
 +
 
 +
Un buena herramienta para probar es [https://www.archlinux.org/packages/community/any/driconf/ driconf]. Esto le permitirá modificar varias configuraciones, como vsync, filtrado anisotrópico, compresión de texturas, etc. Con esta herramienta es posible deshabilitar «Low Impact fallback», necesario para algunos programas (por ejemplo, Google Earth).
 +
 
 +
===Activar PCI-E 2.0===
 +
 
 +
Puede ser inestable con algunas placas base o no producir ningún beneficio, pruebe agregando «radeon.pcie_gen2=1» en la línea de comandos del kernel.
 +
 
 +
{{Nota|2012-10-01: A partir del kernel 3.6, PCI-E 2.0 en radeon parece estar activada de forma predeterminada. Tenga en cuenta que se puede modificar después de una comprobación más detallada.}}
 +
 
 +
Más información en este [http://www.phoronix.com/scan.php?page=article&item=amd_pcie_gen2&num=1 artículo de Phoronix]
 +
 
 +
==Gestionar ahorro de energía (Powersaving)==
 +
 
 +
La gestión powersaving es totalmente diferente con o sin KMS.
 +
 
 +
===Con KMS activado===
 +
 
 +
Con el controlador radeon, el ahorro de energía está desactivado por defecto, pero los kernel existentes (2.6.35 a partir de este escrito) disponen de la utilidad «sysfs» para habilitarlo.
 +
 
 +
El ahorro de energía mediante KMS es todavía un trabajo en fase de desarrollo en su mayor parte. Debería funcionar, pero algunos chips tienen problemas con él. Un problema común para todos es el parpadeo de pantalla  cuando se pasa de un perfil energético a otro y, en algunas configuraciones, provoca que, incluso, el sistema se bloquee. El método UMS es generalmente más estable, sin embargo las opciones de ahorro de energía son inferiores respecto a las proporcionadas por las opciones de KMS.
 +
 
 +
Hay dos maneras de activar la administración de energía:
 +
 
 +
# Trate de añadir {{ic|1=radeon.dynpm=1}} a los [[Kernel parameters (Español)|parámetros del Kernel]] (si se utiliza una versión del kernel < 2.6.35). Si está usando una versión del kernel >= 2.6.35 esta opción ya no es necesaria y la interfaz sysfs estará presente de forma predeterminada. Si esta opción se pasa a un kernel >= 2.6.35, el controlador fallará y caerá el sistema de nuevo al software renderizado.
 +
# Utilice el repositorio [radeon] (sin soporte):
 +
 
 +
Este repositorio garantiza paquetes adicionales del controlador radeon y de sus dependencias, desde depósitos git (en su mayoría).
 +
 
 +
{{bc|1=
 +
[mesa-git]
 +
Server = http://pkgbuild.com/~lcarlier/$repo/$arch/
 +
}}
 +
 
 +
Se pueden seleccionar los métodos a través de sysfs.
 +
 
 +
Con acceso root, tiene dos opciones:
 +
 
 +
1. '''Variación dinámica de la frecuencia (dependiendo de la carga de la GPU)'''
 +
 
 +
{{bc|# echo dynpm > /sys/class/drm/card0/device/power_method}}
 +
 
 +
El método «dynpm» cambia dinámicamente la frecuencia de los relojes en base a la carga de la gpu, por lo que el rendimiento es incrementado cuando se ejecutan  aplicaciones intensivas  para la GPU, y disminuye cuando la GPU está inactiva. La modificación de la frecuencia del reloj se intenta realizar durante los periodos de barrido vertical, pero debido a la temporalización de las funciones de resincronización, no siempre se completa en el período de barrido, lo que puede conducir a un parpadeo en la pantalla. Debido a esto, el perfil dynpm solo funciona cuando está conectado un único monitor.
 +
 
 +
{{Nota|El uso de «perfiles» que se describe a continuación no es tan agresivo como el método «dynpm», pero actualmente es mucho más estable y sin riesgo de parpadeos y trabaja con múltiples monitores activos}}
 +
 
 +
2. '''Variación de la frecuencia, basada en perfiles'''
 +
 
 +
{{bc|# echo profile > /sys/class/drm/card0/device/power_method}}
 +
 
 +
El método del «perfil» le permite seleccionar uno de los cinco perfiles de abajo.
 +
Los diferentes perfiles, en su mayor parte, terminan cambiando la frecuencia/voltaje de la tarjeta.
 +
 
 +
* "default": utiliza los relojes por defecto y no cambia el estado de energía. Este es el comportamiento predeterminado.
 +
* "auto": selecciona el perfil entre los estados de energía «medio» y «alto»  basado en si la energía del sistema procede de la batería o de la red electrica, respectivamente. Selecciona el estado de energía «bajo» cuando los monitores se encuentran en estado dpms off.
 +
* "low" («bajo»): fuerza a la GPU a funcionar en estado de  energía baja en todo momento. El perfil «bajo» puede causar problemas de visualización en algunos ordenadores portátiles, de ahí que el perfil auto solo utiliza el modo «bajo» cuando el monitor está apagado.
 +
* "mid" («medio»): fuerza a la GPU a funcionar en estado de  energía medio en todo momento. El perfil «bajo» se selecciona cuando el monitor se encuentra apagado.
 +
* "high" («alto»): fuerza a la GPU a funcionar en estado de  energía alto en todo momento. El perfil «bajo» se selecciona cuando el monitor se encuentra apagado.
 +
 
 +
Así, por ejemplo, digamos que queremos la opción «low»... para ello, ejecute la orden siguiente:
 +
 
 +
{{bc|# echo low > /sys/class/drm/card0/device/power_profile}}
 +
 
 +
Sustituya «low» con cualquiera de los perfiles mencionados anteriormente, según sea necesario.
 +
 
 +
{{Sugerencia|Teniendo en cuenta que el valor de perfil de este archivo no es permanente, si encuentra algo que se adapte a sus necesidades, puede utillizar [[Systemd_(Español)#Los_archivos_temporales|tmpfiles.d]] o la siguiente regla [[udev (Español)|udev]]:}}
 +
 
 +
ejemplo de método '''dynpm''':
 +
{{hc|$ cat /etc/udev/rules.d/30-local.rules|<nowiki>
 +
KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="dynpm"
 +
</nowiki>}}
 +
ejemplo de '''auto'''-perfil:
 +
{{hc|$ cat /etc/udev/rules.d/30-local.rules|<nowiki>
 +
KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="auto"
 +
</nowiki>}}
 +
 
 +
{{Nota|Los usuarios de gnome-shell pueden estar interesados ​​en la siguiente extensión: [https://extensions.gnome.org/extension/356/radeon-power-profile-manager Radeon Power Profile Manager] para controlar manualmente los perfiles de la GPU.}}
 +
 
 +
Esta administración de energía es compatible con todos las tarjetas (r1xx-evergreen) que incluyen una tabla de los estados de potencia adecuados del vbios; algunas placas pueden no tener soporte (sobre todo las antiguas tarjetas para escritorio).
 +
 
 +
Para obtener información sobre la velocidad con que la GPU funciona, ejecute la orden siguiente y obtendrá algo parecido a esto:
 +
 
 +
{{hc|$ cat /sys/kernel/debug/dri/0/radeon_pm_info|<nowiki>  state: PM_STATE_ENABLED
 +
  default engine clock: 300000 kHz
 +
  current engine clock: 300720 kHz
 +
  default memory clock: 200000 kHz</nowiki>}}
 +
 
 +
Si /sys/kernel/debug está vacío, ejecute esta orden:
 +
 
 +
{{bc|# mount -t debugfs none /sys/kernel/debug}}
 +
 
 +
Para montarlo permanentemente, añada la siguiente línea a /etc/fstab:
 +
 
 +
debugfs  /sys/kernel/debug  debugfs  defaults  0  0
 +
 
 +
Sin embargo, todo depende de qué línea GPU sea la suya. Junto con la versión del driver radeon, de la versión del kernel, etc. Por lo tanto, puede que no tenga muchas opciones de regulación de voltaje disponibles.
 +
 
 +
Los sensores térmicos se realizan a través de los chips i2c externos o a través del sensor térmico interno (rv6xx-evergreen solamente). Para conseguir la temperatura en tarjetas que usan chips i2c, es necesario cargar el controlador hwmon apropiado para el sensor utilizado en su placa (lm63, lm64, etc.) El drm intentará cargar el controlador hwmon apropiado. En las tarjetas que utilizan el sensor térmico interno, el drm configurará el interfaz hwmon automáticamente. Cuando el controlador adecuado se carga, la temperatura puede ser vista a través de las herramientas lm_sensors o a través de sysfs en /sys/class/hwmon.
 +
 
 +
Hay una interfaz gráfica de usuario para cambiar los perfiles [http://code.google.com/p/power-play-switcher aquí] ([https://aur.archlinux.org/packages.php?ID=53752 disponible en AUR] ).
 +
 
 +
===Sin KMS===
 +
 
 +
En su archivo {{ic|xorg.conf}}, agregue 2 líneas a la sección "Device" :
 +
        Opción "DynamicPM"  "on"
 +
        Opción "ClockGating" "on"
 +
 
 +
Si las dos opciones están habilitadas con éxito, verá las siguientes líneas en /var/log/Xorg.0.log:
 +
 
 +
        (**) RADEON(0): Option "ClockGating" "on"
 +
        (**) RADEON(0): Option "DynamicPM"  "on"
 +
 
 +
        Static power management enable success
 +
        (II) RADEON(0): Dynamic Clock Gating Enabled
 +
        (II) RADEON(0): Dynamic Power Management Enabled
 +
 
 +
Si desea un perfil energético de bajo consumo, puede agregar una línea adicional para a la sección "Device" del archivo {{ic|xorg.conf}}:
 +
        Option      "ForceLowPowerMode"  "on"
 +
 
 +
==Salida de TV==
 +
{{out of date}}
 +
Desde agosto de 2007, hay soporte para salida de TV para todas las tarjetas Radeon con salida de TV integrada.
 +
 
 +
Por el momento esto está un poco limitado, dado que no siempre detectará automáticamente la salida correctamente y solo funciona el modo NTSC.
 +
 
 +
En primer lugar, compruebe que dispone de una salida de S-video: {{ic|xrandr}} que debería darle algo como
 +
  Screen 0: minimum 320x200, current 1024x768, maximum 1280x1200
 +
  ...
 +
  S-video disconnected (normal left inverted right x axis y axis)
 +
 
 +
Configure la tv estándar a usar:
 +
  xrandr --output S-video --set "tv standard" ntsc
 +
 
 +
Añada una modalidad para ella (actualmente solo es compatible con 800x600):
 +
  xrandr - addmode S-video 800x600
 +
 
 +
Puede apoyarse en un modo clon:
 +
  xrandr --output S-video --same-as VGA-0
 +
 
 +
Hasta aquí todo bien. Ahora vamos a tratar de ver lo que tenemos:
 +
  xrandr --output S-video --mode 800x600
 +
 
 +
En este punto, se debe ver una versión 800x600 de su escritorio en su televisor.
 +
 
 +
Para desactivar la salida, haga
 +
  xrandr --output S-video --off
 +
 
 +
También se puede observar que el vídeo se está reproduciendo en el monitor y no en el televisor. Donde la superposición Xv se envía y se controla mediante el atributo XV_CRTC.
 +
 
 +
Para enviar la señal de salida a la TV, haga
 +
  xvattr -a XV_CRTC -v 1
 +
 
 +
{{Nota|Necesita instalar '''xvattr''' desde [[Arch User Repository (Español)|AUR]] para ejecutar esta orden}}
 +
 
 +
Para volver al propio monitor, cambie el valor a {{ic|0}}. El valor {{ic|-1}} se utiliza para el intercambio automático en configuraciones dualhead.
 +
 
 +
Por favor, consulte [http://www.x.org/wiki/radeonTV Habilitación de Salida de TV Estática] para saber cómo activar la salida de TV en su archivo de configuración xorg.
 +
 
 +
===Forzar la salida de TV con KMS ===
 +
 
 +
El kernel puede reconocer el parámetro {{ic|1=video=}} con el siguiente formato:
 +
 
 +
  video=<conn>:<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd]
 +
 
 +
(Consulte [[Kernel Mode Setting (Español)|KMS]])
 +
 
 +
Por ejemplo:
 +
 
 +
  video=DVI-I-1:1280x1024-24@60e
 +
o
 +
  "video=9-pin DIN-1:1024x768-24@60e"
 +
 
 +
Los parámetros que contengan espacios en blanco deben encerrarse entre comillas dobles. La implementación actual de mkinitcpio también requiere que un signo {{ic|#}} se coloque al principio de la línea. Por ejemplo:
 +
 
 +
  root=/dev/disk/by-uuid/d950a14f-fc0c-451d-b0d4-f95c2adefee3 ro quiet radeon.modeset=1 security=none # video=DVI-I-1:1280x1024-24@60e "video=9-pin DIN-1:1024x768-24@60e"
 +
 
 +
* Grub puede pasar la línea de comandos tal como se ofrecen.
 +
* Lilo necesita la utilización de barras invertidas para reconocer los caracteres entre «dobles comillas» (append="...... # .... \"video=9-pin DIN-1:1024x768-24@60e\"")
 +
* Grub2: TODO
 +
 
 +
Se puede obtener la lista de salidas de vídeo con la siguiente orden:
 +
 
 +
{{bc|<nowiki>ls -1 /sys/class/drm/ | grep -E '^card[[:digit:]]+-' | cut -d- -f2-</nowiki>}}
 +
 
 +
==Audio por HDMI==
 +
 
 +
'''Xf86-video-ati''' puede activar la salida de audio HDMI para todos los chipsets soportados hasta r7xx cuando se utiliza [[ATI# Kernel_mode-setting_.28KMS.29|KMS.]] Solo tiene que utilizar {{ic|xrandr}} para activar la salida de audio y probar como se describe a continuación.
 +
 
 +
===Probando audio HDMI===
 +
 
 +
# Conecte su PC a la TV mediante un cable HDMI.
 +
# Utilice xrandr para enviar la imagen a la TV, por ejemplo: {{ic|xrandr --output DVI-D_1 --mode 1280x768 --right-of PANEL}}. Simplemente escribiendo {{ic|xrandr}} le dará una lista de señales output válidas.
 +
# Ejecute {{ic|aplay -l}} para obtener la lista de dispositivos de sonido disponibles. Localice HDMI y anote el número de la tarjeta y el número del dispositivo correspondiente. Ejemplo de lo que debería obtener: {{ic|card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]}}
 +
# Intente enviar el sonido a este dispositivo: {{ic|aplay -D plughw:1,3 /usr/share/sounds/alsa/Front_Center.wav}}. Asegúrese de cambiar {{ic|plughw:z,y}} para que coincida con el número de hardware obtenido con la última orden. En este punto debe ser capaz de oír el sonido de prueba de la TV.
 +
 
 +
* El módulo de audio está desactivado por defecto en el kernel >= 3.0. Agregue {{ic|1=radeon.audio=1}} a los [[Kernel parameters (Español)|parámetros del kernel]] para habilitarlo.
 +
* Si el sonido se distorsiona pruebe [[PulseAudio#Glitches, skips or crackling|ajustando {{ic|1=tsched=0}}]] y asegúrese que el demonio {{ic|rtkit}} está en ejecución.
 +
 
 +
==Configuración Dual Head==
 +
===Pantallas independientes X===
 +
 
 +
Una configuración independiente para el doble-cabezal puede ser ajustada de la manera habitual. Sin embargo, es posible que desee saber que el controlador radeon tiene la opción {{ic|"ZaphodHeads"}} que le permite enlazar una sección específica del dispositivo a una salida de su elección, por ejemplo utilizando:
 +
        Section "Device"
 +
          Identifier     "Device0"
 +
          Driver        "radeon"
 +
          Option        "ZaphodHeads"  "VGA-0"
 +
          VendorName    "ATI"
 +
          BusID          "PCI:1:0:0"
 +
          Screen          0
 +
        EndSection
 +
 
 +
Esto puede ser un salvavidas, ya que algunas tarjetas que tienen más de dos salidas (por ejemplo, una salida HDMI, otra DVI, otra VGA), solo seleccionará y utilizará las salidas HDMI + DVI para la configuración del dual-head, a menos que explícitamente especifique {{ic|"ZaphodHeads"  "VGA-0"}}.
 +
 
 +
Por otra parte, esta opción le permite seleccionar fácilmente la pantalla que desea marcar como primaria.
 +
 
 +
== Activar la aceleración de vídeo ==
 +
La última versión del paquete {{Pkg|mesa}} ha añadido compatibilidad para decodificar MPEG1/2 al controlador libre, expontándola mediante {{Pkg|libvdpau}}. Después de haberlo instalado, asigne el valor {{Ic|vdpau}} a la variable de entorno {{Ic|LIBVA_DRIVER_NAME}}  y el nombre del núcleo del controlador a {{Ic|VDPAU_DRIVER}}, por ejemplo:
 +
 
 +
{{hc|1=~/.bashrc|2=
 +
export LIBVA_DRIVER_NAME=vdpau
 +
export VDPAU_DRIVER=r600
 +
}}
 +
 
 +
para tarjetas basadas en r600 (todos los controladores disponibles para el varlor VDPAU están en {{Ic|/usr/lib/vdpau/}}).
 +
 
 +
==Solución de problemas==
 +
===Fallos al iniciar sesión en el DE o WM===
 +
 
 +
Si encuentra fallos gráficos cuando efectúa el login en su Entorno de Escritorio o Gestor de Ventanas, primero intente iniciar X sin {{ic|/etc/X11/xorg.conf}}. Las versiones recientes de Xorg son capaces de auto-detección fiable y auto-configuración para la mayoría de los casos al uso. Archivos {{ic|xorg.conf}} obsoletos o mal configurados suelen ser la causa de estos problemas.
 +
 
 +
Con el fin de funcionar sin un archivo de configuración, se recomienda que el grupo de paquetes {{ic|xorg-input-drivers}} esté instalado.
 +
 
 +
Los fallos también pueden estar relacionados con el [[Kernel Mode Setting (Español)|Kernel Mode Setting]]. Considere la posibilidad de [[#Desactivar KMS|deshabilitar KMS.]]
 +
 
 +
Se puede también intentar desactivar la opción {{ic|EXAPixmaps}} en el archivo {{ic|/etc/X11/xorg.conf.d/20-radeon.conf}}:
 +
 
 +
  Section "Device"
 +
    Identifier "Radeon"
 +
    Driver "radeon"
 +
    Opción "EXAPixmaps" "off"
 +
  EndSection
 +
 
 +
El fallo también podría tener su causa en la opción {{ic|AccelDFS}}, por lo que pruebe desactivarla mediante:
 +
 
 +
  Option "AccelDFS" "off"
 +
 
 +
=== Añadir resoluciones no detectadas ===
 +
 
 +
Por ejemplo, cuando EDID falla en una conexión a un DisplayPort.
 +
 
 +
Este tema se trata en [[Xrandr#Adding_undetected_resolutions|Xrandr page]].
 +
 
 +
===Rendimiento lento con drivers de código abierto===
 +
 
 +
{{Nota|Asegúrese de que su usuario es miembro del grupo '''video'''.}}
 +
 
 +
Algunas tarjetas gráficas pueden ser instaladas tratando de usar por defecto [[ATI_(Español)#Kernel_mode-setting_.28KMS.29|KMS]] Puede comprobar si este es su caso lanzando:
 +
  dmesg | egrep "drm|radeon"
 +
 
 +
Esta orden debería mostrar algo como lo que sigue, lo que significa que está tratando de usar KMS:
 +
  [drm] radeon default to kernel modesetting.
 +
  ...
 +
  [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL
 +
 
 +
Si su tarjeta no es compatible con KMS (algunas tarjetas más antiguas que r100), entonces puede [[#Desactivar KMS|deshabilitar KMS]]. Esto debería solucionar el problema.
 +
 
 +
===AGP está desactivado (con KMS)===
 +
 
 +
Si experimenta un rendimiento deficiente y dmesg muestra algo como esto
 +
  [drm:radeon_agp_init] *ERROR* Unable to acquire AGP: -19
 +
compruebe si el controlador AGP de la placa base (por ejemplo, {{ic|via_agp}}, {{ic|intel_agp}}, etc.) se carga antes que el módulo {{ic|radeon}}. Consulte [[#Activar KMS|activación de KMS.]]
 +
 
 +
===TV mostrando un borde negro alrededor de la pantalla===
 +
 
 +
Si al conectar la TV y una Radeon HD 5770 a través del puerto HDMI, la TV muestra una imagen borrosa con un borde de 2-3 cm alrededor, se debe a la protección de [http://en.wikipedia.org/wiki/Overscan Overscan], que se puede desactivar mediante xrandr:
 +
  xrandr --output HDMI-0 --set underscan off
 +
Este problema no se da cuando se utiliza el controlador propietario.
 +
 
 +
=== Pantalla en negro mostrando el cursor del ratón en X al reanudar desde la suspensión ===
 +
 
 +
Al reanudar desde la suspensión con tarjetas de 32MB o menos puede encontrarse con una pantalla en negro con un cursor del ratón en X. Algunas partes de la pantalla pueden ser rediseñadas cuando están bajo el cursor del ratón. Obligando a {{ic|EXAPixmaps}} a {{ic|"activarse"}} en {{ic|/etc/X11/xorg.conf.d/20-radeon.conf}} puede solucionar el problema.  Véase [[#Performance_tuning|performance tuning]] para obtener más información.
 +
 
 +
===Sin efectos de escritorio de KDE4 con X1300 y el driver Radeon ===
 +
 
 +
Un error en KDE4 puede impedir un control exacto del hardware de vídeo, con la desactivación de los efectos de escritorio a pesar de que la X1300 tiene potencia más que suficiente para la GPU. Una solución puede ser la de anular manualmente dicho control en los archivos de configuración KDE4 {{ic|/usr/share/kde-settings/kde-profile/default/share/config/kwinrc}} y/o {{ic|.kde/share/config/kwinrc}}.
 +
Añada:
 +
  DisableChecks=true
 +
 +
Para la sección [Compositing]. Asegúrese de que la composición se activa con:
 +
  Enabled=true
  
* Algo no está bien instalado.  Si la ruta del mensaje de error es <code>/usr/X11R6/lib/modules/dri/fglrx_dri.so</code>, recuerda que debes haber salido completamente de tu sistema y vuelto a entrar.  Si utilizas un gestor de sesiones gráfico (gdm, kdm, xdm) comprueba que /etc/profile es leído cada vez que entras al sistema.  Esto se suele hacer añadiendo <code>source /etc/profile</code> a los archivos <code>~/.xsession</code> o <code>~/.xinitrc</code>, pero puede variar entre gestores de sesiones.
+
===Pantalla negra y sin consola visualizada, pero X funcionando en KMS ===
  
* Si la ruta del mensaje de error es <code>/usr/lib/xorg/modules/dri/fglrx_dri.so</code> es que algo no se ha instalado bien. Intenta reinstalar el paquete <code>ati-fglrx-utils</code>.
+
Esta es una solución para problemas de no visualizar ninguna consola  que pueden presentarse cuando se utilizan dos o más tarjetas de ATI en el mismo PC. El portatil Fujitsu Siemens Amilo PA 3553, por ejemplo, tiene este problema. Esto se debe al controlador de consola fbcon que lleva a cabo su propia asignación en el dispositivo framebuffer respecto a la tarjeta incorrecta. Esto se puede solucionar mediante la adición de un argumento a la línea de arranque del kernel:
 +
  fbcon=map:1
 +
Esto le indicará al driver fbcon que realice el mapeado sobre el disposibito framebuffer {{ic|/dev/fb1}} y no sobre {{ic|/dev/fb0}}, que en el caso examinado es la tarjeta gráfica incorrecta.
  
 +
===Algunas aplicaciones 3D fallan o muestran texturas completamente negras===
  
    '''fglrx: libGL version undetermined - OpenGL module is using glapi fallback'''
+
Es posible que necesite apoyo de textura de compresión, que no está incluido en el controlador de código abierto. Instale [https://aur.archlinux.org/packages.php?ID=15571 libtxc_dxtn] desde AUR (o [https://aur.archlinux.org/packages.php?ID=40343 lib32-libtxc_dxtn] para los sistemas multilib).
  
* Esto podría indicar que hay varias versiones de <code>libGL.so</code> en tu sistema. Ejecuta:
+
Para obtener una lista de juegos compatibles eche un vistazo a la pagina del [http://xorg.freedesktop.org/wiki/RadeonProgram Programa Radeon].
    $ sudo updatedb
+
    $ locate libGL.so
+
  
Y esto nos mostaría lo siguiente:
+
Para las tarjetas R600, además, tiene que añadir
    $ locate libGL.so
+
  export R600_ENABLE_S3TC=1
    /usr/lib/libGL.so
+
a fin de permitir el soporte de compresión de la textura (para que el cambio sea permanente escriba esta línea a su archivo ~/.bashrc).
    /usr/lib/libGL.so.1
+
    /usr/lib/libGL.so.1.2
+
    $
+
  
Estos son los únicos tres archivos libGL.so que debe haber en tu sistema.  Si tienes alguno más debes eliminarlo (ej. <code>/usr/X11R6/lib/libGL.so.1.2</code>).  De esta forma se debería resolver el problema.
+
===Prestaciones 2D (por ejemplo, el desplazamiento) lentas===
  
===El sistema se congela/ bloqueos===
+
Si tiene problemas con el rendimiento 2D, como el desplazamiento en el terminal o el navegador, puede que tenga que añadir {{ic|Option "MigrationHeuristic" "greedy"}} en la sección {{ic|"Device"}} de su archivo {{ic|xorg.conf}}.
  
* Para evitar bloqueos del sistema, prueba a añadir las siguientes líneas a tu sección fglrx "Device" en <code>xorg.conf</code>
+
A continuación un archivo de configuración de ejemplo {{ic|/etc/X11/xorg.conf.d/'''20-radeon.conf'''}}:
    Option "UseInternalAGPGART"        "no"
+
    Option "KernelModuleParm"          "agplock=0" # AGP locked user pages: disabled
+
  
* El driver de framebuffer <code>radeonfb</code> también producía este tipo de problemas en el pasado. Si tu kernel tiene el soporte para radeonfb compilado, podrías probar otro kernel y ver si se resuelve el problema. Nota: El kernel26archck _TIENE_ el soporte para radeonfb compilado.
+
{{bc|
 +
Section "Device"
 +
        Identifier "Mi Tarjeta Gráfica"
 +
        Driver      "radeon"
 +
        Option      "MigrationHeuristic" "greedy"
 +
EndSection
 +
}}
  
 +
===ATI X1600 (series RV530) con aplicaciones 3D muestra ventanas negras===
  
===Portátiles Compaq Presario===
+
Hay tres posibles soluciones:
Después de instalar los drivers y editar los ficheros de configuración, en algunos portátiles (Presario R4000 con XPress200M) sólo aparece la pantalla en blanco.
+
* Trate de añadir {{ic|<nowiki>pci=nomsi</nowiki>}} a su gestor de arranque en los [[Kernel parameters (Español)|parámetros del Kernel.]]
El problema parece ser que el kernel detectamal la memoria. (incluso si tienes 128M de memoria de video lspci -v siempre cree que son 256M). Cambiar la configuración de la BIOS para utilizar la opción "SidePort+UMA" y usar 128M de memoria de video más otros 128M sacados del sistema parece hacer funcionar el sistema.
+
* Si esto no funciona, pruebe añadiendo {{ic|noapic}} en lugar de {{ic|<nowiki>pci=nomsi</nowiki>}}.
Puede ser un error en la BIOS o en el código PCI de Linux.
+
* Si ninguna de las propuestas anteriores funciona, entonces pruebe ejecutando {{ic|<nowiki>vblank_mode=0 glxgears</nowiki>}} o {{ic|<nowiki>vblank_mode=1 glxgears</nowiki>}} para ver cuál de ellas soluciona el problema, y entonces instale {{ic|driconf}} a través de pacman y configure esa opción en {{ic|~/.drirc}}.
  
== Recursos externos ==
+
=== Franjas verticales de color con el chipset RS482 (Xpress Series 200 ) con/sin KMS ===
Se puede encontrar más documentación aquí
+
El error: Con el chipset gráfico Xpress Series 200M (Radeon Xpress 1150), aparecerá, a veces, una pantalla con muchas rayas de colores verticales, arrancando con KMS, tan pronto como Xorg se inicia. No se puede hacer Alt+Sys+K o cualquier otra cosa. Eche un vistazo [https://bugs.archlinux.org/task/21918 aquí] para obtener más información.<br>
* [https://wiki.archlinux.org/index.php/ATI Arch Linux wiki, driver libre]
+
¿Cómo arreglarlo?: Desactive dri (no es necesario desactivar kms).<br>
* [https://wiki.archlinux.org/index.php/ATI_Catalyst Arch Linux wiki, driver propietario]
+
Efecto secundario: al desactivar "dri" y no utilizarse las opciones del kernel (sin usar "nomodeset"), se seguirán viendo rayas verticales en el arranque, solo durante 5 segundos, antes de mostrarse el gestor de pantalla kdm. Entonces, se obtienen los mismos resultados.<br>
* [http://ati.cchtml.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=&content= Unofficial ATI Linux Bugtracker]
+
Si se inician, por ejemplo, los efectos del escritorio de KDE, se verán de nuevo las rayas verticales por 5 segundos... y retornará a kdm.
* [http://www.rage3d.com/board/forumdisplay.php?f=88 Rage3D ATI Linux Forums]
+
* [http://www.thinkwiki.org/wiki/Problems_with_fglrx ThinkWiki fglrx Problems page]
+
* [http://www2.ati.com/drivers/linux/linux_8.24.8.html ATI fglrx 8.24.8 Release Notes]
+

Revision as of 19:57, 29 January 2013

Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary wiki Template:Article summary wiki Template:Article summary end Los poseedores de tarjetas gráficas ATI/AMD pueden elegir entre el driver privativo de AMD (catalystAUR) y el controlador de código abierto (xf86-video-ati). Este artículo trata sobre el driver de código abierto.

El driver libre no está a la par con el driver propietario en términos de rendimiento 3D en las nuevas tarjetas ni tiene soporte tan fiable para la salida de TV. Sin embargo, ofrece un mejor apoyo dual-head, aceleración 2D excelente, y proporciona suficiente aceleración 3D necesaria para algunos gestores de ventanas que aprovechan la aceleración OpenGl, tal como Compiz o KWin.

Si tiene dudas sobre cuál elegir, pruebe primero el controlador de código abierto, dado que, por regla general, se adaptará perfectamente a la mayoría de sus necesidades y es menos problemático (consulte la tabla de características para más detalles).

Convenciones sobre nombres

La marca ATI Radeon sigue un esquema de nombres que relaciona cada producto para un segmento del mercado. En este artículo, se utilizará la nomenclatura tanto en base al nombre del producto (por ejemplo, HD 4850, X1900) como en base al nombre del código o del núcleo (core) (por ejemplo, RV770, R580). Tradicionalmente, una serie del producto se correspondería a una serie del núcleo (por ejemplo, la serie del producto «X1000» incluye todos los productos X1300, X1600, X1800, X1900 y del mismo modo cuando utilizan el núcleo de la serie «R500» - que incluiría los núcleos RV515, RV530, R520, y R580).

Para una tabla completa de comparación entre el nombre de los productos y los correlativos núcleos, consulte la comparación de las unidades de procesamiento gráfico AMD

Descripción

El driver xf86-video-ati (radeon):

  • Funciona con chipsets Radeon HD hasta 6xxx y 7xxxM (últimos chipsets Northern Islands).
    • Las tarjetas Radeon hasta la serie X1xxx son totalmente compatibles, estables y proporcionan una completa aceleración 2D y 3D.
    • Las tarjetas Radeon HD de las series 2xxx a 6xxx tienen pleno soporte para una aceleración 2D y una aceleración 3D funcional, pero no son compatibles con todas las características que ofrece el driver propietario (por ejemplo, el ahorro de energía se encuentra todavía en fase de prueba).
  • Soporta DRI1, RandR 1.2/1.3, aceleración EXA y kernel mode-setting/DRI2 (con las últimas versiones del kernel Linux, libdrm y versiones de Mesa).

Generalmente, xf86-video-ati debe ser su primera opción, independientemente de la tarjeta ATI que se posea. En caso de que sea necesario utilizar un controlador para las nuevas tarjetas ATI, es preferible el driver privativo catalyst.

Nota: xf86-video-ati es reconocido como "radeon" por Xorg (en xorg.conf).

Instalación

Preparación del sistema para usuarios que usan catalyst

Si Catalyst/fglrx ha sido previamente instalado, véase esto.

Instalación de xf86-video-ati

Instalar xf86-video-ati, disponible en los Repositorios Oficiales.

La versión -git del controlador y otros paquetes necesarios (linux-git, etc.) se pueden encontrar en el repositorio radeon o en AUR.

Configuración

Xorg cargará automáticamente el controlador y utilizará el EDID del monitor para ajustar la resolución nativa. La configuración solo es necesaria para optimizar el controlador.

Si desea hacer una configuración manualmente, cree el archivo /etc/X11/xorg.conf.d/20-radeon.conf, y añada lo siguiente:

 Section "Device"
    Identifier "Radeon"
    Driver     "radeon"
 EndSection

Con esta sección, puede habilitar posteriormente algunas características y ajustar la configuración del controlador.

Kernel mode-setting (KMS)

KMS permite la resolución nativa en el framebuffer y permite la conmutación instantánea de la consola (tty). KMS permite también nuevas tecnologías (como DRI2) que ayudarán a reducir eventuales anomalías y aumentará el rendimiento 3D, incluyendo el ahorro de enegía en el kernel-space.

KMS para tarjetas de vídeo ATI exige el driver de código abierto de Xorg xf86-video-ati versión 6.12.4 o posterior.

Activar KMS

Desde el kernel26 v.2.6.33, KMS está activado por defecto para las tarjetas ATI.

Inicio temprano de KMS

Este método iniciará KMS tan pronto como sea posible en el proceso de arranque (esto es, cuando initramfs se carga).

Si tiene un kernel especial (por ejemplo, linux-zen), recuerde utilizar el archivo de configuración apropiado de mkinitcpio, por ejemplo, /etc/mkinitcpio-zen.conf. Las siguientes instrucciones valen para el kernel por defecto (linux).

  1. Eliminar todas las opciones vga= de la línea del kernel en el archivo de configuración del gestor de arranque. El uso de otros controladores framebuffer (como uvesafb o radeonfb) entrarán en conflicto con KMS. Retire cualquier otro módulo relacionado con framebuffer de /etc/mkinitcpio.conf. La opción video= puede ahora ser utilizada en conjunción con KMS.
  2. Agregar radeon en la matriz MODULES en el archivo /etc/mkinitcpio.conf. Dependiendo del chipset de la placa madre, puede ser necesario añadir intel_agp (o ali_agp, ati_agp, amd_agp, amd64_agp, etc.) antes del módulo radeon.
  3. Regenerar initramfs: # mkinitcpio -p linux
  4. La velocidad del bus AGP puede ser ajustada mendiante la opción en el kernel radeon.agpmode=x, donde x es 1, 2, 4, 8 (velocidad de la AGP ) ó -1 (modo PCI).
  5. Reiniciar el sistema.

Inicio tardío

Con esta elección, KMS se activará cuando los módulos se carguen durante el proceso de arranque.

Si tiene un kernel especial (por ejemplo, linux-zen), recuerde utilizar el archivo de configuración apropiado mkinitcpio, por ejemplo, / etc/mkinitcpio-zen.conf. Estas instrucciones están escritas para el kernel por defecto (linux).

Nota: Para soporte AGP, puede ser necesario añadir intel_agp, ali_agp, ati_agp, amd_agp, o amd64_agp) a los archivos .conf apropiados en /etc/modules-load.d.
  1. Eliminar todas las opciones vga= de la línea del kernel en el archivo de configuración del gestor de arranque. El uso de otros controladores framebuffer (como uvesafb o radeonfb) entrarán en conflicto con KMS. Retire cualquier otro módulo relacionado con framebuffer de /etc/mkinitcpio.conf. La opción video= puede ahora ser utilizada en conjunción con KMS.
  2. Añada options radeon modeset=1 a /etc/modprobe.d/modprobe.conf.
  3. Reiniciar el sistema.

Solución de problemas de KMS

Desactivar KMS

Los usuarios deben considerar la posibilidad de desactivar kernel mode-setting si obtienen un kernel panic, resolución distorsionada en el framebuffer al arranque, no hay señal de GPU, Xorg se niega a iniciar, Xorg retrocede a rasterizar el sotfware Mesa (sin aceleración 3D) o problema con 'POWER OFF' ( kernel 2.6.33-2) al apagar el equipo.

  1. Agregar radeon.modeset=0 (o nomodeset, si esto no funciona) a la línea del kernel en los archivos de configuración. del gestor de arranque. Eso debería funcionar.
    Nota: La adición de nomodeset a la línea de arranque del kernel puede impedir que gnome-shell de GNOME 3 o los efectos de escritorio de KDE se ejecuten.
    Si desea eliminar el soporte KMS desde el initramfs, siga los dos pasos siguientes.
  2. Si el parámetro radeon se añadió a la matriz MODULES en el archivo mkinitcpio.conf para permitir el inicio temprano, retírelo.
  3. Regenerar initramfs con
    # mkinitcpio -p linux

Alternativamente, las opciones del módulo se pueden especificar en un archivo dentro del directorio /etc/modprobe.d. Si se utiliza el módulo radeon (lsmod | grep radeon) desactive KMS mediante la creación de un archivo que contenga el código siguiente:

/etc/modprobe.d/radeon.conf
options radeon modeset=0

Renombrar xorg.conf

Renombre el archivo /etc/X11/xorg.conf, que incurre, en ocasiones, en conflicto con KMS, lo que obligará a Xorg a detectar automáticamente el hardware con configuraciones normales. Después de cambiar el nombre, debe reiniciar Xorg.

Optimizar prestaciones

Las siguientes opciones se aplican en el archivo /etc/X11/xorg.conf.d/20-radeon conf.

De forma predeterminada, xf86-video-ati funciona a la velocidad AGP 4x. Generalmente, es seguro modificar este parámetro. Si nota bloqueo, reduzca el valor o elimine la línea por completo (puede utilizar los valores 1, 2, 4, 8). Si KMS está habilitado, esta opción viene ignorada y se la sustituye por la opción del kernel radeon.agpmode.

 Option "AGPMode" "8"

ColorTiling, es completamente seguro activarla y supuestamente está habilitada de forma predeterminada. La mayoría de los usuarios notarán un mayor rendimiento, pero todavía no está soportado en tarjetas R200 y anteriores. Puede ser activado en las tarjetas anteriores, pero la carga de trabajo se transfiere a la CPU

 Option "ColorTiling" "1"

AccelMethod, esta opción solo funcionará en las tarjetas nuevas. Si la habilita y luego no puede volver a X, retírela.

 Option "AccelMethod" "EXA"

PageFlip, es generalmente segura su activación. Esto principalmente se utiliza en las tarjetas más antiguas, que desactivará EXA. Con los controladores más modernos se puede habilitar junto con EXA.

 Option "EnablePageFlip" "1"

AGPFastWrite, esta opción permitirá las escrituras rápidas para las tarjetas AGP. Esto puede causar inestabilidades, en cuyo caso, si no puede entrar en X, elimínelo . Esta opción no se utiliza cuando KMS está activado.

 Option "AGPFastWrite" "1"

EXAVSync, se trata de una opción que evita que se rompa la imagen del monitor al detener el motor hasta que el controlador de pantalla ha pasado a la región de destino. Reduce el desgarro a costa de una disminución de las prestaciones y es sabido que causa inestabilidad en algunos chips. Muy útil cuando se habilita la superposición Xv en los vídeos en un escritorio con aceleración 3D. No es necesario cuando KMS (continuando la aceleración DRI2) está habilitado.

 Option "EXAVSync" "1"

A continuación un ejemplo de archivo de configuración /etc/X11/xorg.conf.d /20-radeon.conf:

Section "Device"
       Identifier  "Mi Tarjeta Gráfica"
       Option	"AGPMode"               "8"   #no se utiliza cuando KMS está habilitado
       Option	"AGPFastWrite"          "off" #podría causar inestabilidades, actívelo bajo su propio riesgo
       Option	"SWcursor"              "off" #software del cursor necesario en raras ocasiones, por lo tanto desactivado de forma predeterminada
       Option	"EnablePageFlip"        "on"  #soportado en todas las tarjetas R/RV/RS4xx y hardware antiguo, y desactivado de forma predeterminada
       Option	"AccelMethod"           "EXA" #opciones válidas XAA y EXA. EXA es el método más reciente para la aceleración y es la opción predeterminada
       Option	"RenderAccel"           "on"  #activado por defecto en todos los hardware radeon
       Option	"ColorTiling"           "on"  #habilitados de forma predeterminada en RV300 y últimas tarjetas Radeon
       Option	"EXAVSync"              "off" #por defecto está desactivada
       Option	"EXAPixmaps"            "on"  #afecta positivamente en el rendimiento de 2D, pero también puede causar fallos en algunas tarjetas antiguas
       Option	"AccelDFS"              "on"  #está apagado por defecto, lea la página de manual radeon para más información
EndSection

La definición del gartsize, si no es detectada automáticamente, puede ser realizada mediante la adición de radeon.gartsize=32 en los parámetros del kernel. El tamaño es en megabytes y 32 es para tarjetas RV280.

Por otra parte, también se puede hacer con una opción modprobe en /etc/modprobe.d/radeon.conf:

 options radeon gartsize=32

Para más información y otras opciones, lea la página de manual radeon y la página de módulos info:

 man radeon
 modinfo radeon

Un buena herramienta para probar es driconf. Esto le permitirá modificar varias configuraciones, como vsync, filtrado anisotrópico, compresión de texturas, etc. Con esta herramienta es posible deshabilitar «Low Impact fallback», necesario para algunos programas (por ejemplo, Google Earth).

Activar PCI-E 2.0

Puede ser inestable con algunas placas base o no producir ningún beneficio, pruebe agregando «radeon.pcie_gen2=1» en la línea de comandos del kernel.

Nota: 2012-10-01: A partir del kernel 3.6, PCI-E 2.0 en radeon parece estar activada de forma predeterminada. Tenga en cuenta que se puede modificar después de una comprobación más detallada.

Más información en este artículo de Phoronix

Gestionar ahorro de energía (Powersaving)

La gestión powersaving es totalmente diferente con o sin KMS.

Con KMS activado

Con el controlador radeon, el ahorro de energía está desactivado por defecto, pero los kernel existentes (2.6.35 a partir de este escrito) disponen de la utilidad «sysfs» para habilitarlo.

El ahorro de energía mediante KMS es todavía un trabajo en fase de desarrollo en su mayor parte. Debería funcionar, pero algunos chips tienen problemas con él. Un problema común para todos es el parpadeo de pantalla cuando se pasa de un perfil energético a otro y, en algunas configuraciones, provoca que, incluso, el sistema se bloquee. El método UMS es generalmente más estable, sin embargo las opciones de ahorro de energía son inferiores respecto a las proporcionadas por las opciones de KMS.

Hay dos maneras de activar la administración de energía:

  1. Trate de añadir radeon.dynpm=1 a los parámetros del Kernel (si se utiliza una versión del kernel < 2.6.35). Si está usando una versión del kernel >= 2.6.35 esta opción ya no es necesaria y la interfaz sysfs estará presente de forma predeterminada. Si esta opción se pasa a un kernel >= 2.6.35, el controlador fallará y caerá el sistema de nuevo al software renderizado.
  2. Utilice el repositorio [radeon] (sin soporte):

Este repositorio garantiza paquetes adicionales del controlador radeon y de sus dependencias, desde depósitos git (en su mayoría).

[mesa-git]
Server = http://pkgbuild.com/~lcarlier/$repo/$arch/

Se pueden seleccionar los métodos a través de sysfs.

Con acceso root, tiene dos opciones:

1. Variación dinámica de la frecuencia (dependiendo de la carga de la GPU)

# echo dynpm > /sys/class/drm/card0/device/power_method

El método «dynpm» cambia dinámicamente la frecuencia de los relojes en base a la carga de la gpu, por lo que el rendimiento es incrementado cuando se ejecutan aplicaciones intensivas para la GPU, y disminuye cuando la GPU está inactiva. La modificación de la frecuencia del reloj se intenta realizar durante los periodos de barrido vertical, pero debido a la temporalización de las funciones de resincronización, no siempre se completa en el período de barrido, lo que puede conducir a un parpadeo en la pantalla. Debido a esto, el perfil dynpm solo funciona cuando está conectado un único monitor.

Nota: El uso de «perfiles» que se describe a continuación no es tan agresivo como el método «dynpm», pero actualmente es mucho más estable y sin riesgo de parpadeos y trabaja con múltiples monitores activos

2. Variación de la frecuencia, basada en perfiles

# echo profile > /sys/class/drm/card0/device/power_method

El método del «perfil» le permite seleccionar uno de los cinco perfiles de abajo. Los diferentes perfiles, en su mayor parte, terminan cambiando la frecuencia/voltaje de la tarjeta.

  • "default": utiliza los relojes por defecto y no cambia el estado de energía. Este es el comportamiento predeterminado.
  • "auto": selecciona el perfil entre los estados de energía «medio» y «alto» basado en si la energía del sistema procede de la batería o de la red electrica, respectivamente. Selecciona el estado de energía «bajo» cuando los monitores se encuentran en estado dpms off.
  • "low" («bajo»): fuerza a la GPU a funcionar en estado de energía baja en todo momento. El perfil «bajo» puede causar problemas de visualización en algunos ordenadores portátiles, de ahí que el perfil auto solo utiliza el modo «bajo» cuando el monitor está apagado.
  • "mid" («medio»): fuerza a la GPU a funcionar en estado de energía medio en todo momento. El perfil «bajo» se selecciona cuando el monitor se encuentra apagado.
  • "high" («alto»): fuerza a la GPU a funcionar en estado de energía alto en todo momento. El perfil «bajo» se selecciona cuando el monitor se encuentra apagado.

Así, por ejemplo, digamos que queremos la opción «low»... para ello, ejecute la orden siguiente:

# echo low > /sys/class/drm/card0/device/power_profile

Sustituya «low» con cualquiera de los perfiles mencionados anteriormente, según sea necesario.

Sugerencia: Teniendo en cuenta que el valor de perfil de este archivo no es permanente, si encuentra algo que se adapte a sus necesidades, puede utillizar tmpfiles.d o la siguiente regla udev:

ejemplo de método dynpm:

$ cat /etc/udev/rules.d/30-local.rules
KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="dynpm"

ejemplo de auto-perfil:

$ cat /etc/udev/rules.d/30-local.rules
KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="auto"
Nota: Los usuarios de gnome-shell pueden estar interesados ​​en la siguiente extensión: Radeon Power Profile Manager para controlar manualmente los perfiles de la GPU.

Esta administración de energía es compatible con todos las tarjetas (r1xx-evergreen) que incluyen una tabla de los estados de potencia adecuados del vbios; algunas placas pueden no tener soporte (sobre todo las antiguas tarjetas para escritorio).

Para obtener información sobre la velocidad con que la GPU funciona, ejecute la orden siguiente y obtendrá algo parecido a esto:

$ cat /sys/kernel/debug/dri/0/radeon_pm_info
  state: PM_STATE_ENABLED
  default engine clock: 300000 kHz
  current engine clock: 300720 kHz
  default memory clock: 200000 kHz

Si /sys/kernel/debug está vacío, ejecute esta orden:

# mount -t debugfs none /sys/kernel/debug

Para montarlo permanentemente, añada la siguiente línea a /etc/fstab:

debugfs   /sys/kernel/debug   debugfs   defaults   0   0

Sin embargo, todo depende de qué línea GPU sea la suya. Junto con la versión del driver radeon, de la versión del kernel, etc. Por lo tanto, puede que no tenga muchas opciones de regulación de voltaje disponibles.

Los sensores térmicos se realizan a través de los chips i2c externos o a través del sensor térmico interno (rv6xx-evergreen solamente). Para conseguir la temperatura en tarjetas que usan chips i2c, es necesario cargar el controlador hwmon apropiado para el sensor utilizado en su placa (lm63, lm64, etc.) El drm intentará cargar el controlador hwmon apropiado. En las tarjetas que utilizan el sensor térmico interno, el drm configurará el interfaz hwmon automáticamente. Cuando el controlador adecuado se carga, la temperatura puede ser vista a través de las herramientas lm_sensors o a través de sysfs en /sys/class/hwmon.

Hay una interfaz gráfica de usuario para cambiar los perfiles aquí (disponible en AUR ).

Sin KMS

En su archivo xorg.conf, agregue 2 líneas a la sección "Device" :

       Opción "DynamicPM"   "on"
       Opción "ClockGating" "on"

Si las dos opciones están habilitadas con éxito, verá las siguientes líneas en /var/log/Xorg.0.log:

       (**) RADEON(0): Option "ClockGating" "on"
       (**) RADEON(0): Option "DynamicPM"   "on"
       Static power management enable success
       (II) RADEON(0): Dynamic Clock Gating Enabled
       (II) RADEON(0): Dynamic Power Management Enabled

Si desea un perfil energético de bajo consumo, puede agregar una línea adicional para a la sección "Device" del archivo xorg.conf:

       Option      "ForceLowPowerMode"   "on"

Salida de TV

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:ATI (Español)#)

Desde agosto de 2007, hay soporte para salida de TV para todas las tarjetas Radeon con salida de TV integrada.

Por el momento esto está un poco limitado, dado que no siempre detectará automáticamente la salida correctamente y solo funciona el modo NTSC.

En primer lugar, compruebe que dispone de una salida de S-video: xrandr que debería darle algo como

 Screen 0: minimum 320x200, current 1024x768, maximum 1280x1200
 ...
 S-video disconnected (normal left inverted right x axis y axis)

Configure la tv estándar a usar:

 xrandr --output S-video --set "tv standard" ntsc

Añada una modalidad para ella (actualmente solo es compatible con 800x600):

 xrandr - addmode S-video 800x600

Puede apoyarse en un modo clon:

 xrandr --output S-video --same-as VGA-0

Hasta aquí todo bien. Ahora vamos a tratar de ver lo que tenemos:

 xrandr --output S-video --mode 800x600

En este punto, se debe ver una versión 800x600 de su escritorio en su televisor.

Para desactivar la salida, haga

 xrandr --output S-video --off

También se puede observar que el vídeo se está reproduciendo en el monitor y no en el televisor. Donde la superposición Xv se envía y se controla mediante el atributo XV_CRTC.

Para enviar la señal de salida a la TV, haga

 xvattr -a XV_CRTC -v 1
Nota: Necesita instalar xvattr desde AUR para ejecutar esta orden

Para volver al propio monitor, cambie el valor a 0. El valor -1 se utiliza para el intercambio automático en configuraciones dualhead.

Por favor, consulte Habilitación de Salida de TV Estática para saber cómo activar la salida de TV en su archivo de configuración xorg.

Forzar la salida de TV con KMS

El kernel puede reconocer el parámetro video= con el siguiente formato:

  video=<conn>:<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m][eDd]

(Consulte KMS)

Por ejemplo:

 video=DVI-I-1:1280x1024-24@60e

o

 "video=9-pin DIN-1:1024x768-24@60e"

Los parámetros que contengan espacios en blanco deben encerrarse entre comillas dobles. La implementación actual de mkinitcpio también requiere que un signo # se coloque al principio de la línea. Por ejemplo:

 root=/dev/disk/by-uuid/d950a14f-fc0c-451d-b0d4-f95c2adefee3 ro quiet radeon.modeset=1 security=none # video=DVI-I-1:1280x1024-24@60e "video=9-pin DIN-1:1024x768-24@60e"
  • Grub puede pasar la línea de comandos tal como se ofrecen.
  • Lilo necesita la utilización de barras invertidas para reconocer los caracteres entre «dobles comillas» (append="...... # .... \"video=9-pin DIN-1:1024x768-24@60e\"")
  • Grub2: TODO

Se puede obtener la lista de salidas de vídeo con la siguiente orden:

ls -1 /sys/class/drm/ | grep -E '^card[[:digit:]]+-' | cut -d- -f2-

Audio por HDMI

Xf86-video-ati puede activar la salida de audio HDMI para todos los chipsets soportados hasta r7xx cuando se utiliza KMS. Solo tiene que utilizar xrandr para activar la salida de audio y probar como se describe a continuación.

Probando audio HDMI

  1. Conecte su PC a la TV mediante un cable HDMI.
  2. Utilice xrandr para enviar la imagen a la TV, por ejemplo: xrandr --output DVI-D_1 --mode 1280x768 --right-of PANEL. Simplemente escribiendo xrandr le dará una lista de señales output válidas.
  3. Ejecute aplay -l para obtener la lista de dispositivos de sonido disponibles. Localice HDMI y anote el número de la tarjeta y el número del dispositivo correspondiente. Ejemplo de lo que debería obtener: card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]
  4. Intente enviar el sonido a este dispositivo: aplay -D plughw:1,3 /usr/share/sounds/alsa/Front_Center.wav. Asegúrese de cambiar plughw:z,y para que coincida con el número de hardware obtenido con la última orden. En este punto debe ser capaz de oír el sonido de prueba de la TV.
  • El módulo de audio está desactivado por defecto en el kernel >= 3.0. Agregue radeon.audio=1 a los parámetros del kernel para habilitarlo.
  • Si el sonido se distorsiona pruebe ajustando tsched=0 y asegúrese que el demonio rtkit está en ejecución.

Configuración Dual Head

Pantallas independientes X

Una configuración independiente para el doble-cabezal puede ser ajustada de la manera habitual. Sin embargo, es posible que desee saber que el controlador radeon tiene la opción "ZaphodHeads" que le permite enlazar una sección específica del dispositivo a una salida de su elección, por ejemplo utilizando:

       Section "Device"
         Identifier     "Device0"
         Driver         "radeon"
         Option         "ZaphodHeads"   "VGA-0"
         VendorName     "ATI"
         BusID          "PCI:1:0:0"
         Screen          0
       EndSection

Esto puede ser un salvavidas, ya que algunas tarjetas que tienen más de dos salidas (por ejemplo, una salida HDMI, otra DVI, otra VGA), solo seleccionará y utilizará las salidas HDMI + DVI para la configuración del dual-head, a menos que explícitamente especifique "ZaphodHeads" "VGA-0".

Por otra parte, esta opción le permite seleccionar fácilmente la pantalla que desea marcar como primaria.

Activar la aceleración de vídeo

La última versión del paquete mesa ha añadido compatibilidad para decodificar MPEG1/2 al controlador libre, expontándola mediante libvdpau. Después de haberlo instalado, asigne el valor vdpau a la variable de entorno LIBVA_DRIVER_NAME y el nombre del núcleo del controlador a VDPAU_DRIVER, por ejemplo:

~/.bashrc
export LIBVA_DRIVER_NAME=vdpau
export VDPAU_DRIVER=r600

para tarjetas basadas en r600 (todos los controladores disponibles para el varlor VDPAU están en /usr/lib/vdpau/).

Solución de problemas

Fallos al iniciar sesión en el DE o WM

Si encuentra fallos gráficos cuando efectúa el login en su Entorno de Escritorio o Gestor de Ventanas, primero intente iniciar X sin /etc/X11/xorg.conf. Las versiones recientes de Xorg son capaces de auto-detección fiable y auto-configuración para la mayoría de los casos al uso. Archivos xorg.conf obsoletos o mal configurados suelen ser la causa de estos problemas.

Con el fin de funcionar sin un archivo de configuración, se recomienda que el grupo de paquetes xorg-input-drivers esté instalado.

Los fallos también pueden estar relacionados con el Kernel Mode Setting. Considere la posibilidad de deshabilitar KMS.

Se puede también intentar desactivar la opción EXAPixmaps en el archivo /etc/X11/xorg.conf.d/20-radeon.conf:

 Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Opción "EXAPixmaps" "off"
 EndSection

El fallo también podría tener su causa en la opción AccelDFS, por lo que pruebe desactivarla mediante:

 Option "AccelDFS" "off"

Añadir resoluciones no detectadas

Por ejemplo, cuando EDID falla en una conexión a un DisplayPort.

Este tema se trata en Xrandr page.

Rendimiento lento con drivers de código abierto

Nota: Asegúrese de que su usuario es miembro del grupo video.

Algunas tarjetas gráficas pueden ser instaladas tratando de usar por defecto KMS Puede comprobar si este es su caso lanzando:

 dmesg | egrep "drm|radeon"

Esta orden debería mostrar algo como lo que sigue, lo que significa que está tratando de usar KMS:

 [drm] radeon default to kernel modesetting.
 ...
 [drm:radeon_driver_load_kms] *ERROR* Failed to initialize radeon, disabling IOCTL

Si su tarjeta no es compatible con KMS (algunas tarjetas más antiguas que r100), entonces puede deshabilitar KMS. Esto debería solucionar el problema.

AGP está desactivado (con KMS)

Si experimenta un rendimiento deficiente y dmesg muestra algo como esto

 [drm:radeon_agp_init] *ERROR* Unable to acquire AGP: -19

compruebe si el controlador AGP de la placa base (por ejemplo, via_agp, intel_agp, etc.) se carga antes que el módulo radeon. Consulte activación de KMS.

TV mostrando un borde negro alrededor de la pantalla

Si al conectar la TV y una Radeon HD 5770 a través del puerto HDMI, la TV muestra una imagen borrosa con un borde de 2-3 cm alrededor, se debe a la protección de Overscan, que se puede desactivar mediante xrandr:

 xrandr --output HDMI-0 --set underscan off

Este problema no se da cuando se utiliza el controlador propietario.

Pantalla en negro mostrando el cursor del ratón en X al reanudar desde la suspensión

Al reanudar desde la suspensión con tarjetas de 32MB o menos puede encontrarse con una pantalla en negro con un cursor del ratón en X. Algunas partes de la pantalla pueden ser rediseñadas cuando están bajo el cursor del ratón. Obligando a EXAPixmaps a "activarse" en /etc/X11/xorg.conf.d/20-radeon.conf puede solucionar el problema. Véase performance tuning para obtener más información.

Sin efectos de escritorio de KDE4 con X1300 y el driver Radeon

Un error en KDE4 puede impedir un control exacto del hardware de vídeo, con la desactivación de los efectos de escritorio a pesar de que la X1300 tiene potencia más que suficiente para la GPU. Una solución puede ser la de anular manualmente dicho control en los archivos de configuración KDE4 /usr/share/kde-settings/kde-profile/default/share/config/kwinrc y/o .kde/share/config/kwinrc. Añada:

 DisableChecks=true

Para la sección [Compositing]. Asegúrese de que la composición se activa con:

 Enabled=true

Pantalla negra y sin consola visualizada, pero X funcionando en KMS

Esta es una solución para problemas de no visualizar ninguna consola que pueden presentarse cuando se utilizan dos o más tarjetas de ATI en el mismo PC. El portatil Fujitsu Siemens Amilo PA 3553, por ejemplo, tiene este problema. Esto se debe al controlador de consola fbcon que lleva a cabo su propia asignación en el dispositivo framebuffer respecto a la tarjeta incorrecta. Esto se puede solucionar mediante la adición de un argumento a la línea de arranque del kernel:

 fbcon=map:1

Esto le indicará al driver fbcon que realice el mapeado sobre el disposibito framebuffer /dev/fb1 y no sobre /dev/fb0, que en el caso examinado es la tarjeta gráfica incorrecta.

Algunas aplicaciones 3D fallan o muestran texturas completamente negras

Es posible que necesite apoyo de textura de compresión, que no está incluido en el controlador de código abierto. Instale libtxc_dxtn desde AUR (o lib32-libtxc_dxtn para los sistemas multilib).

Para obtener una lista de juegos compatibles eche un vistazo a la pagina del Programa Radeon.

Para las tarjetas R600, además, tiene que añadir

 export R600_ENABLE_S3TC=1

a fin de permitir el soporte de compresión de la textura (para que el cambio sea permanente escriba esta línea a su archivo ~/.bashrc).

Prestaciones 2D (por ejemplo, el desplazamiento) lentas

Si tiene problemas con el rendimiento 2D, como el desplazamiento en el terminal o el navegador, puede que tenga que añadir Option "MigrationHeuristic" "greedy" en la sección "Device" de su archivo xorg.conf.

A continuación un archivo de configuración de ejemplo /etc/X11/xorg.conf.d/20-radeon.conf:

Section "Device"
        Identifier  "Mi Tarjeta Gráfica"
        Driver      "radeon"
        Option      "MigrationHeuristic"  "greedy"
EndSection

ATI X1600 (series RV530) con aplicaciones 3D muestra ventanas negras

Hay tres posibles soluciones:

  • Trate de añadir pci=nomsi a su gestor de arranque en los parámetros del Kernel.
  • Si esto no funciona, pruebe añadiendo noapic en lugar de pci=nomsi.
  • Si ninguna de las propuestas anteriores funciona, entonces pruebe ejecutando vblank_mode=0 glxgears o vblank_mode=1 glxgears para ver cuál de ellas soluciona el problema, y entonces instale driconf a través de pacman y configure esa opción en ~/.drirc.

Franjas verticales de color con el chipset RS482 (Xpress Series 200 ) con/sin KMS

El error: Con el chipset gráfico Xpress Series 200M (Radeon Xpress 1150), aparecerá, a veces, una pantalla con muchas rayas de colores verticales, arrancando con KMS, tan pronto como Xorg se inicia. No se puede hacer Alt+Sys+K o cualquier otra cosa. Eche un vistazo aquí para obtener más información.
¿Cómo arreglarlo?: Desactive dri (no es necesario desactivar kms).
Efecto secundario: al desactivar "dri" y no utilizarse las opciones del kernel (sin usar "nomodeset"), se seguirán viendo rayas verticales en el arranque, solo durante 5 segundos, antes de mostrarse el gestor de pantalla kdm. Entonces, se obtienen los mismos resultados.
Si se inician, por ejemplo, los efectos del escritorio de KDE, se verán de nuevo las rayas verticales por 5 segundos... y retornará a kdm.