Xorg-7.7 Test et configuration

Test de Xorg

Pour tester l'installation de Xorg, tapez startx. Cette commande lance un gestionnaire de fenêtres très rudimentaire appelé twm avec trois terminaux X (xterm) et une fenêtre d'horloge (xclock). Le terminal X dans le coin supérieur gauche est un terminal de login et lance exit dans le terminal quand l'on quittera la session X Window. Le troisième terminal X peut être recouvert sur votre système par les deux autres terminaux X.

Généralement, il n'y a pas de configuration spécifique requise pour Xorg, mais une personnalisation est possible. Pour plus de détails voir la section intitulée « Configuration des périphériques Xorg » en dessous.

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]

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.2.7. 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.0 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.2, 256 bits)
OpenGL version string: 2.1 Mesa 9.1-devel (git-cb3b172)

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:

  • DejaVu fonts - Ces polices sont des remplacements pour les polices Bitstream Vera et fournissent des scripts basés sur le latin avec des accents et des glyphes cyrilliques.

  • FreeFont - Cet ensemble de polices couvre presque tous les caractères non-CJC, mais n'est pas agréable visuellement. Fontconfig va l'utiliser comme un dernier recours pour remplacer les noms génériques de la famille de polices.

  • Microsoft Core fonts - Ces polices offrent une couverture légèrement moins bonne que freefont d'Unicode, mais font plus illusion. Soyez sûr de lire la licence avant de les utiliser. Ces polices sont énumérés dans les alias du répertoire /etc/fonts/conf.d par défaut.

  • Firefly New Sung font - Cette police fourni la couverture chinoise. Ces polices sont énumérés dans les alias du répertoire /etc/fonts/conf.d par défaut.

  • Arphic fonts - un ensemble similaire à la police Firefly New Sung de polices chinoises. Ces polices sont énumérés dans les alias du répertoire /etc/fonts/conf.d par défaut.

  • Kochi fonts - Elles fournissent les caractères japonnais, et sont listées dans les alias du répertoire /etc/fonts/conf.d par défaut.

  • Baekmuk fonts - Ces polices fournissent la couverture Coréenne, et sont listées dans les alias du répertoire /etc/fonts/conf.d par défaut.

  • Polices Cantarell - La famille des polices Cantarell fournit une contemporaine Humaniste sans serif. Elle est particulièrement optimisée pour être lisible dans les petites tailles et est la famille de polices préférée pour l'interface utilisateur de GNOME-3.

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.

Configuration des périphériques X d'entrée

Pour la plupart des appareils d'entrée, aucune configuration supplémentaire sera nécessaires. Cette section est fourni à titre informatif seulement.

Un exemple de configuration XKB par défaut peut être comme le suivant (exécuté en tant que root ):

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

Réglage fin des paramètres d'affichage

Encore une fois, avec Xorg, peu ou aucune configuration supplémentaire n'est nécessaires. Si vous avez besoin d'options supplémentaires à passer à votre pilote vidéo, par exemple, vous pouvez utiliser ce qui suit (de nouveau, executé en tant que root ):

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

Une autre configuration courante est d'avoir des configurations multi-serveurs pour une utilisation dans des environnements différents. Bien que le serveur détecte automatiquement la présence d'un autre moniteur, il peut obtenir un ordre incorrect:

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

Last updated on : 2013-03-08 18:19:25 +010