Xorg-7.7 Test et configuration

Vérifier l'installation de la Direct Rendering Infrastructure (DRI)

DRI est un environnement permettant aux logiciels d'accéder au matériel graphique d'une manière sûre et efficace. Elle est installée par défaut dans X (en utilisant MesaLib) si vous avez une carte graphique supportée.

Pour vérifier que le pilote DRI est installé correctement, vérifiez que le fichier journal /var/log/Xorg.0.log contient des messages comme :

(II) intel(0): direct rendering: DRI2 Enabled

ou

(II) NOUVEAU(0): Loaded DRI module

Note

Il se peut que la configuration DRI diffère si vous utilisez d'autres pilotes tels que ceux de NVIDIA ou de ATI.

Alors que tous les utilisateurs peuvent utiliser l'accélération logicielle, l'accélération matérielle (DRI2), n'est disponible que pour root et les membres du groupe video.

Si votre pilote est supporté, ajoutez les utilisateurs qui pourraient utiliser X à ce groupe :

usermod -a -G video <username>

Une autre façon de déterminer si DIR fonctionne proprement est d'utiliser un des deux programmes de démo d'OpenGL installés facultativement par MesaLib-10.4.5. Depuis un terminal X, lancez glxinfo et cherchez le passage :

name of display: :0
display: :0  screen: 0
direct rendering: Yes

Si direct rendering est activé, vous pouvez ajouter de la verbosité en lançant LIBGL_DEBUG=verbose glxinfo. Ceci affichera les pilotes, les nœuds de périphériques et les fichiers utilisés par le système DRI.

Pour confirmer que l'accélération matérielle DRI2 fonctionne, vous pouvez (toujours dans un terminal X) lancer la commande glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)" - si cela renvoie quelque chose d'autre que Software Rasterizer c'est que l'accélération fonctionne pour l'utilisateur qui a lançé la commande.

Si votre matériel n'a pas de pilote DRI2 de disponible, il utilisera un rendu logiciel pour le Direct Rendering. Dans ce cas, vous pouvez utiliser le nouveau rendu logiciel accéléré de LLVM appelé LLVMPipe. Avant de construire LLVMPipe soyez certain que llvm-3.5.1 est présent au moment de la construction de MesaLib. Merci de noter que tous les décodages sont fait par le CPU à la place du GPU, donc l'affichage sera plus lent qu'avec l'accélération matérielle. Pour vérifier si vous utilisez LLVMpipe, regardez la sortie de la commande glxinfo précédente. Un example de sortie est montré en dessous:

OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.5, 256 bits)
OpenGL version string: 3.0 Mesa 10.4.5

Vous pouvez toujours forcer LLVMPipe en exportant la variable d'environnement LIBGL_ALWAYS_SOFTWARE=1 quand vous démarré Xorg.

De nouveau, si vous avez ajouté le paquet Mesa-Demos, vous pouvez aussi lancer le programme de test glxgears. Ce programme affiche une fenêtre de trois boutons à bascule. Le xterm affichera le nombre de cadres dessinés toutes les cinq secondes, donc c'est un test fiable. La fenêtre est échelonable et les cadres dessinés par secondes dépendent beaucoup de la taille de la fenêtre.

Hybrid Graphics

Hybrid Graphics est expérimental dans Linux. Les développeurs de Xorg ont mis au point une technologie appelé PRIME qui peut être utilisé pour commuter entre le GPU intégré et le "muxless" à souhait. La commutation automatique n'est pas possible pour le moment.

Pour utiliser PRIME pour la commutation de GPU, soyez certain d'utiliser le noyau Linux 3.4 ou plus (recommandé). Vous devez avoir les pilotes DRI et DDX pour votre matériel et avoir Xorg Server 1.13 ou plus avec un correctif facultatif appliqué.

Xorg Server ne pourra pas charger les deux pilotes GPU automatiquement. Pour lancer une application GLX sur un GPU, vous devez exporter la variable d'environnement DRI_PRIME=1. Par exemple,

DRI_PRIME=1 glxinfo | egrep "(OpenGL vendor|OpenGL renderer|OpenGL version)"

affichera le fournisseur OpenGL, le rendu et la version du GPU.

Si la dernière commande affiche le même rendu OpenGL avec ou sans DRI_PRIME=1, vous devez vérifier votre installation.

Protocole Xft Font

Xft fournit le rendu des polices anti-crénelage à travers Freetype, et les polices sont contrôlés par le côté client à l'aide de Fontconfig. Le chemin de recherche par défaut est /usr/share/fonts et ~/.fonts. Fontconfig recherche des répertoires dans son chemin de façon récursive et maintient un cache des caractéristiques de la police dans les fichiers fonts.cache-1 dans chaque répertoire. Si le cache semble pas être à jour, il est ignorée, et l'information est (lentement) extraites de la polices elles-mêmes. Ce cache peut être régénéré en utilisant fc-cache à tout moment. Vous pouvez voir la liste des polices connues par Fontconfig en exécutant la commande fc-list.

si vous avez installé Xorg dans n'importe quel préfixe autre que /usr, Les polices X ne seront pas installées dans un emplacement connu par Fontconfig. Cela empêche Fontconfig d'utiliser le faible rendu des polices Type 1 ou les polices non-évolutive bitmap. Les liens symboliques sont créés depuis OTF et TTF les répertoires de polices X vers /usr/share/fonts/X11-{OTF,TTF}. Cela autorise Fontconfig à utiliser les polices OpenType et TrueType fournies par X (qui sont évolutives et de qualité supérieure).

Fontconfig utilise des noms comme "Monospace 12" pour définir les polices. Les applications utilisent généralement les noms de polices génériques telles que "Monospace", "Sans" et "Serif". Fontconfig résout ces noms par une police qui a tous les caractères qui couvrent l'orthographe de la langue indiquée par les paramètres régionaux. La connaissance de ces noms de polices est inclus dans /etc/fonts/fonts.conf. Les polices qui ne sont pas répertoriés dans ce fichier restent utilisables par Fontconfig, mais elles ne seront pas accessibles par les noms de familles génériques.

Les polices standards évolutives qui accompagnent X fournissent une très mauvaise couverture d'Unicode. Vous remarquerez peut-être dans les applications qui utilisent Xft que certains caractères apparaissent comme une boîte avec quatre chiffres binaires à l'intérieur. Dans ce cas, un jeu de polices avec les glyphes disponibles n'a pas été trouvé. D'autres fois, les applications qui n'utilisent pas d'autres familles de polices par défaut et n'ont pas accepté les substitutions de l' Fontconfig affichent des lignes vides lorsque la police par défaut ne couvre pas l'orthographe de la langue de l'utilisateur. Cela arrive, par exemple avec Fluxbox dans la localisation ru_RU.KOI8-R.

Afin d'offrir une plus grande couverture d'Unicode, il est recommandé que vous installiez ces polices:

La liste ci-dessus ne donnera pas une couverture complète d'Unicode. Pour plus d'informations, vous pouvez consulter le Unicode Font Guide.

Des exemples de rendu de beaucoup des polices peuvent être trouvés sur ce site font analysis.

Par exemple, considérons l'installation des polices DejaVu. A partir du répertoire source décompressé, exécuter les commandes suivantes en tant que root :

install -v -d -m755 /usr/share/fonts/dejavu &&
install -v -m644 *.ttf /usr/share/fonts/dejavu &&
fc-cache -v /usr/share/fonts/dejavu

Configuration des périphériques Xorg

Pour la plupart des configurations matérielles, Xorg va automatiquement obtenir la configuration correcte du serveur sans aucune intervention de l'utilisateur. Il existe, cependant, certains cas où l'auto-configuration sera incorrecte. Voici quelques exemples de la configuration manuelle qui peuvent être utile dans ces cas la.

cat > /etc/X11/xorg.conf.d/xkb-defaults.conf << "EOF"
Section "InputClass"
    Identifier "XKB Defaults"
    MatchIsKeyboard "yes"
    Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection
EOF

cat > /etc/X11/xorg.conf.d/videocard-0.conf << "EOF"
Section "Device"
    Identifier  "Videocard0"
    Driver      "radeon"
    VendorName  "Videocard vendor"
    BoardName   "ATI Radeon 7500"
    Option      "NoAccel" "true"
EndSection
EOF

cat > /etc/X11/xorg.conf.d/server-layout.conf << "EOF"
Section "ServerLayout"
    Identifier     "DefaultLayout"
    Screen      0  "Screen0" 0 0
    Screen      1  "Screen1" LeftOf "Screen0"
    Option         "Xinerama"
EndSection
EOF