La page des Pilotes Xorg contient les instructions pour construire les pilotes xorg qui sont nécessaires au serveur Xorg pour exploiter les avantages du matériel qui est en fonctionnement. Au moins un pilote d'entrée et un pilote vidéo sont requis pour que le serveur Xorg démarre.
Sur les machines utilisant KMS, le pilote modesetting est fourni par xorg-server et peut être utilisé à la place du pilote vidéo pour des matériels spécifiques, mais avec une réduction des performances. Il peut être également utilisé (sans l'accélération matérielle) dans les machines virtuelles fonctionnant sous qemu.
Si vous ne connaissez pas le matériel vidéo que vous avez, vous pouvez utiliser lspci de pciutils-3.8.0 pour trouver le matériel vidéo que vous avez et ensuite regarder la description des paquets pour trouver le pilote dont vous avez besoin.
En plus des pilotes listés, il y a plusieurs autres pilotes pour des matériels très anciens qui peuvent rester utiles. La dernière version de ces pilotes peut être téléchargée depuis https://www.x.org/archive/individual/driver. Les instructions pour construire ces pilotes non maintenus peuvent être trouvées dans une version précédente de BLFS : https://www.linuxfromscratch.org/blfs/view/7.6/x/x7driver.html
Le paquet libevdev contient les fonctions communes aux pilotes d'entrées de Xorg.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.freedesktop.org/software/libevdev/libevdev-1.13.0.tar.xz
Somme de contrôle MD5 : 5b15b4cf97c4f9f1393e499526a57665
Taille du téléchargement : 444 Ko
Estimation de l'espace disque requis : 6,3 Mo (avec les tests)
Estimation du temps de construction : 0.2 SBU (avec les tests)
Doxygen-1.9.4 et Valgrind-3.19.0 (facultatif pour les tests)
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/libevdev
Activez les options suivantes dans la configuration du noyau et recompilez le noyau si nécessaire :
Device Drivers --->
Input device support --->
<*> Generic input layer (needed for keyboard, mouse, ...) [CONFIG_INPUT]
<*> Event interface [CONFIG_INPUT_EVDEV]
[*] Miscellaneous devices ---> [CONFIG_INPUT_MISC]
<*/m> User level driver support [CONFIG_INPUT_UINPUT]
Le dernier élément n'est pas vraiment requis pour libevdev. S'il est compilé en tant que module, il n'est pas automatiquement chargé. Il est nécessaire pour une couverture de test complète.
Installez libevdev en exécutant les commandes suivantes :
mkdir build && cd build && meson --prefix=$XORG_PREFIX \ --buildtype=release \ -Ddocumentation=disabled && ninja
Les tests de régression peuvent être lancés en tant
qu'utilisateur root
avec
ninja test dans une
session graphique. Vous devez avoir activé l'option
CONFIG_INPUT_UINPUT dans le noyau pour un couverture complète des
tests. S'il est activé en tant que module, le module se nomme
uinput et doit être
chargé avant de lancer les tests. Remarquez que sur certains
systèmes, les tests peuvent causer un blocage général qui
nécessitera un redémarrage. Sur les ordinateurs portables, le
système passera en veille et devra être réveillé pour finir les
tests.
Maintenant, en tant qu'utilisateur root
:
ninja install
est un outil pour changer certaines propriété d'appareils dans le noyau |
|
est un outil pour estimer la résolution d'une souris |
|
touchpad-edge-detector est un outil qui lit les événements du touchpad depuis le noyau et calcule le minimum et le maximum pour les coordonnées x et y, respectivement |
|
est une bibliothèque de fonction de pilotes d'entrées Xorg |
Le paquet Xorg Evdev Driver contient un pilote de saisie générique Linux pour le serveur X de Xorg. Il gère les périphériques claviers, souris, touchpads et wacom, cependant pour une gestion avancée du touchpad et des tablettes wacom, des pilotes supplémentaires sont requis.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-input-evdev-2.10.6.tar.bz2
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-input-evdev-2.10.6.tar.bz2
Somme de contrôle MD5 : e8bd1edc6751f92e425cae7eba3c61eb
Taille du téléchargement : 400 Ko
Estimation de l'espace disque requis : 3.9 Mo
Estimation du temps de construction : moins de 0.1 SBU
libevdev-1.13.0, mtdev-1.1.6 et Xorg-Server-21.1.4
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-evdev-driver
Installez Xorg Evdev Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
libinput est une bibliothèque qui prend en charge les périphériques d'entrée pour les serveurs d'affichage et d'autres applications qui ont besoin de traiter directement avec les périphériques d'entrée.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://gitlab.freedesktop.org/libinput/libinput/-/archive/1.21.0/libinput-1.21.0.tar.gz
Somme de contrôle MD5 : 3d8f0561b83fafc187bbc2d5bd0fe217
Taille du téléchargement : 968 Ko
Estimation de l'espace disque requis : 11 Mo (plus 17 Mo pour la documentation)
Estimation du temps de construction : 0,1 SBU (plus 0,1 SBU pour la documentation)
libevdev-1.13.0 et mtdev-1.1.6
Valgrind-3.19.0 (pour lancer les tests), GTK+-3.24.34 (pour construire la visionneuse d'événements en GUI), libunwind-1.6.2 (requis pour les tests), libwacom-2.4.0 et Sphinx (requis pour construire la documentation), PyParsing (pour un test non-root)
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/libinput
Bien que libinput fonctionne avec la même configuration du noyau
que libevdev-1.13.0, sa suite de tests complète
demande la présence de /dev/uinput
(ainsi que Valgrind-3.19.0 et libunwind-1.6.2).
Si vous souhaitez lancer tous les tests, activez l'option suivante dans la configuration du noyau et recompilez-le si nécessaire :
Device Drivers --->
Input device support --->
Miscellaneous Devices --->
<*/M> User level driver support [CONFIG_INPUT_UINPUT]
Si vous construisez cela en tant que module, il doit être inséré avant de lancer la suite de tests.
Sur un système Xorg vous aurez aussi besoin d'éviter que les
événements générés pendant la suite de tests n'interfèrent avec
votre bureau. Copiez le fichier test/50-litest.conf
dans ${XORG_PREFIX}/share/X11/xorg.conf.d
et
redémarrez le serveur X. Pour plus d'informations, voyez
la suite de tests de libinput
Installez libinput en exécutant les commandes suivantes :
mkdir build && cd build && meson --prefix=$XORG_PREFIX \ --buildtype=release \ -Ddebug-gui=false \ -Dtests=false \ -Dlibwacom=false \ -Dudev-dir=/usr/lib/udev \ .. && ninja
Si vous voulez lancer les tests complets, supprimez -Dtests des options de meson ci-dessus. Veuillez lire la section « configuration du noyau pour lancer la suite de tests de libinput » ci-dessus.
Si vous avez activé la suite complète des tests, vous pouvez lancer les tests principaux en tant qu'utilisateur root en exécutant ninja test. Un grand nombre de tests seront lancés, avec environ 20 échecs (au moins sur un système Xorg).
Maintenant, en tant qu'utilisateur root
:
ninja install
Si vous avez passé l'option -Ddocumentation=true
à meson, vous pouvez installer la
documentation générée en lançant les commandes suivantes en tant
qu'utilisateur root
:
install -v -dm755 /usr/share/doc/libinput-1.21.0/html && cp -rv Documentation/* /usr/share/doc/libinput-1.21.0/html
--buildtype=release
: spécifie
le type de construction convenant aux versions stables de ce
paquet, comme la valeur par défaut produit des binaires non
optimisés.
-Ddebug-gui=false
:
Ce paramètre désactive la création d'un utilitaire de débogage
visuel pour libinput. Supprimez-le si vous le voulez et si vous
avez installé GTK+-3.24.34.
-Dtests=false
: Ce
paramètre désactive la compilation des tests principaux. Même si
tests est défini à faux, vous pouvez toujours lancer les quatre
premiers tests mineurs, en tant qu'utilisateur normal, mais l'un
d'entre eux sera sauté si PyParsing n'est pas
installé.
-Dlibwacom=false
:
Enlevez ce paramètre si vous avez installélibwacom-2.4.0 ou si vous installez GNOME.
-Dudev-dir=/usr/lib/udev
:
dans le cas où la valeur de XORG_PREFIX
n'est pas /usr
, cette option empêche le paquet
d'installer les règles Udev et les programmes auxiliaires dans
$XORG_PREFIX/lib/udev
qui n'est pas
pris en compte par le démon Udev. Cette option n'est pas requise
pour les systèmes qui définissent XORG_PREFIX
à /usr
,
mais ne change rien.
-Ddocumentation=true
: ce
paramètre active la génération de la documentation. Ajoutez-le si
vous voulez la générer et que vous avez installé Doxygen-1.9.4 et Graphviz-5.0.1.
Le pilote X.Org Libinput Driver est une simple enveloppe autour de libinput et permet à libinput d'être utilisée pour les périphériques d'entrée dans X. Ce pilote peut être utilisé pour remplacer evdev et synaptics.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-input-libinput-1.2.1.tar.xz
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-input-libinput-1.2.1.tar.xz
Somme de contrôle MD5 : c6e942a1d639ebe2621905cc84eb26b9
Taille du téléchargement : 308 Ko
Estimation de l'espace disque requis : 3.6 Mo (avec les tests)
Estimation du temps de construction : moins de 0.1 SBU (avec les tests)
libinput-1.21.0 et Xorg-Server-21.1.4
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-libinput-driver
Installez Xorg Libinput Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Pour tester les résultats lancez : make check.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg Synaptics Driver contient le pilote d'entrée X.Org, les programmes de support et le SDK pour les touchpads de Synaptics. Même si le pilote evdev peut gérer les touchpads correctement, ce pilote est requis si vous souhaitez utiliser des fonctions avancées comme le multi-tapping, le scrolling avec le touchpad, éteindre le touchpad pendant que vous tapez, etc.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-input-synaptics-1.9.2.tar.xz
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-input-synaptics-1.9.2.tar.xz
Somme de contrôle MD5 : 3b95e7baf4428b114e9910f999e96601
Taille du téléchargement : 424 Ko
Estimation de l'espace disque requis : 5.2 Mo
Estimation du temps de construction : moins de 0.1 SBU
libevdev-1.13.0 et Xorg-Server-21.1.4
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-synaptics-driver
Installez Xorg Synaptics Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
est un utilitaire en ligne de commande utilisé pour demander et modifier les options du pilote Synaptics |
|
est un programme qui vérifie l'activité du clavier et désactive le touchpad quand le clavier est en cours d'utilisation |
|
est un pilote de Xorg pour les touchpads |
Le paquet Xorg Wacom Driver contient le pilote X11 de X.Org et le SDK pour les tablettes Wacom et similaire. Il n'est pas requis pour utiliser une tablette Wacom, le pilote xf86-input-evdev peut gérer ces périphériques sans problèmes.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://github.com/linuxwacom/xf86-input-wacom/releases/download/xf86-input-wacom-1.1.0/xf86-input-wacom-1.1.0.tar.bz2
Somme de contrôle MD5 : 2339215dc92b7cbbcbd7cceabc4f384f
Taille du téléchargement : 632 Ko
Estimation de l'espace disque requis : 8,8 Mo (avec les tests)
Estimation du temps de construction : 0,2 SBU (avec les tests)
Doxygen-1.9.4 et Graphviz-5.0.1
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-wacom-driver
Pour utiliser une tablette Wacom avec l'interface USB, activez les options suivantes dans votre noyau et recompilez. Notez que d'autres options de configuration peuvent être requises pour les tablettes avec une interface série ou bluetooth :
Device Drivers --->
HID support --->
-*- HID bus support [CONFIG_HID]
Special HID drivers --->
<*/M> Wacom Intuos/Graphire tablet support (USB) [CONFIG_HID_WACOM]
Installez Xorg Wacom Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG --with-systemd-unit-dir=no && make
Pour tester les résultats lancez : make check.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg AMDGPU Driver contient le pilote vidéo X.Org pour les nouvelles cartes graphiques Radeon d'AMD et pour les nouveaux CPU d'AMD avec une puce graphique (APU). Il prend en charge les cartes vidéo à partir de Volcanic Islands. Il peut également être utilisé pour les séries Southern Island et Sea Islands si la prise en charge expérimentale est activée dans le noyau.
This package is known to build and work properly using an LFS-11.2 platform.
Pour que le rendu direct fonctionne, vous devrez activer le
pilote radeonsi Gallium à la construction de Mesa-22.1.7. De plus,
toutes les cartes et les nouveaux APU requièrent la présence
d'un microprogramme lorsque le pilote du noyau est chargé. Si
vous n'avez pas suivi les instructions dans la partie
Microprogramme pour les cartes vidéo de À
propos des Firmwares qui fournit ce microprogramme dans
/lib/firmware
pour une
construction modulaire, les microprogrammes peuvent être
obtenus sur https://anduin.linuxfromscratch.org/BLFS/linux-firmware/.
Voir la
section intitulée « Configuration du noyau et
microprogramme supplémentaire » ci-dessous pour les
microprogrammes supplémentaires.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-video-amdgpu-22.0.0.tar.xz
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-video-amdgpu-22.0.0.tar.xz
Somme de contrôle MD5 : 6c907b44d32a0112e1a4788bab727f79
Taille du téléchargement : 372 Ko
Estimation de l'espace disque requis : 6.0 Mo
Estimation du temps de construction : moins de 0.1 SBU
Xorg-Server-21.1.4 (doit être construit avec glamor d'activé)
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-amdgpu-driver
Activez les options suivantes dans la configuration du noyau et recompilez le noyau si nécessaire :
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*/M> AMD GPU [CONFIG_DRM_AMDGPU]
< /*> Enable amdgpu support for SI parts [CONFIG_DRM_AMDGPU_SI]
< /*> Enable amdgpu support for CIK parts [CONFIG_DRM_AMDGPU_CIK]
Les deux dernières options activent le support expérimental de GPU AMD « Southern Islands » et « Sea Islands » pour qu'ils puissent être utilisés par ce pilote. Remarquez que le support est indiqué comme expérimental et désactivé par défaut. Xorg ATI Driver-19.1.0 devrait être utilisé pour ces GPU.
Si vous avez besoin du microprogramme, installez le ou les
fichiers et pointez vers eux dans la configuration du noyau, puis
recompilez le noyau au besoin. Pour trouver les microprogrammes
nécessaires, consultez le
Decoder ring for engineering vs marketing names. Télécharger
tout microprogramme pour votre carte qui s'appelle
,
etc. Ci-dessous se trouve un exemple pour le GPU Radeon R7 M340,
dont le nom de code est Iceland/Topaz, avec une carte réseau qui
nécessite aussi un microprogramme :
<ENGINEERING_NAME>
_rlc.bin
CONFIG_EXTRA_FIRMWARE="amdgpu/topaz_ce.bin amdgpu/topaz_k_smc.bin amdgpu/topaz_mc.bin
amdgpu/topaz_me.bin amdgpu/topaz_mec2.bin amdgpu/topaz_mec.bin
amdgpu/topaz_pfp.bin amdgpu/topaz_rlc.bin amdgpu/topaz_sdma1.bin
amdgpu/topaz_sdma.bin amdgpu/topaz_smc.bin rtl_nic/rtl8168e-3.fw"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"
CONFIG_EXTRA_FIRMWARE devrait être sur une seule ligne. Elle est montrée sur plusieurs lignes uniquement pour la présentation.
Vous pouvez vérifier la sortie de dmesg après le démarrage pour voir les microprogrammes manquant.
Autrement, si vous changez CONFIG_DRM_AMDGPU à '=m' dans le .confg de votre noyau Linux, le microprogramme peut être chargé automatiquement depuis /lib/firmware/amdgpu lorsqu'il installe le module. Ceci libère un peu d'espace, mais signifie aussi que l'écran sera vide plus longtemps avant que le framebuffer n'apparaisse. Les distributions prennent cette approche car il n'est pas envisageable de spécifier chaque microprogramme possible et le noyau serait beaucoup trop gros.
Installez Xorg AMDGPU Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg ATI Driver contient le pilote vidéo X.Org pour les cartes graphiques ATI Radeon incluant toutes les puces de R100 à "Volcanic Islands".
This package is known to build and work properly using an LFS-11.2 platform.
Pour que le rendu direct fonctionne avec les nouvelles cartes
Radeon (puces r300 et au-delà), vous devrez activer les pilotes
Gallium r300, r600 et radeonsi à la construction de Mesa-22.1.7.
Également, quelques cartes demanderont qu'un microprogramme
soit disponible quand le pilote du noyau est chargé. Dans ce
cas, si vous n'avez pas suivi les instructions dans la partie
Microprogramme pour les cartes vidéos de À
propos des Firmwares qui fournit ce microprogramme dans
/lib/firmware
pour une
construction modulaire, les microprogrammes se trouvent sur
https://anduin.linuxfromscratch.org/BLFS/linux-firmware/.
Voir la
section intitulée « Configuration du noyau pour des
firmwares supplémentaires » dessous pour des firmwares
supplémentaires.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-video-ati-19.1.0.tar.bz2
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-video-ati-19.1.0.tar.bz2
Somme de contrôle MD5 : 6e49d3c2839582af415ceded76e626e6
Taille du téléchargement : 884 Ko
Estimation de l'espace disque requis : 21 Mo
Estimation du temps de construction : 0.2 SBU
Xorg-Server-21.1.4 (recommandé pour construire en activant glamor)
Glamor est requis pour les GPU Southern, Sea et Volcanic islands, et utilisé par défaut dans tous les autres GPU R600 ou plus récent. Pour voir quel GPU sont dans ces catégories, lisez Decoder ring for engineering vs marketing names.
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-ati-driver
Activez les options suivantes dans la configuration du noyau et recompilez le noyau si nécessaire :
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> ATI Radeon [CONFIG_DRM_RADEON]
Si vous devez ajouter un micro-code, installez les fichiers puis
pointez sur eux dans la configuration du noyau et recompilez le
noyau si nécessaire. Pour trouver les micro-codes dont vous avez
besoin, consultez
Decoder ring for engineering vs marketing names. Téléchargez
les micro-codes pour votre carte qui sont nommés ainsi :
,
etc. Notez que pour les familles R600 et R700, les micro-codes
génériques <ENGINEERING_NAME>
_rlc.binR600_rlc.bin
et
R700_rlc.bin
sont nécessaires en
plus du micro-code spécifique au modèle comme pour les dernières
générations vous devrez installer BTC_rlc.bin
en plus du micro-code spécifique au
modèle. Suit un exemple pour une Radeon HD6470, qui est basée sur
un GPU « Northern Islands » avec une carte réseau qui
demande aussi le micro-code :
CONFIG_EXTRA_FIRMWARE="radeon/BTC_rlc.bin radeon/CAICOS_mc.bin radeon/CAICOS_me.bin
radeon/CAICOS_pfp.bin radeon/CAICOS_smc.bin rtl_nic/rtl8168e-3.fw"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware"
CONFIG_EXTRA_FIRMWARE doit être en une seule ligne. Il est montré sur deux lignes pour la présentation seulement.
Vous pouvez vérifier la sortie de dmesg après le démarrage pour voir les micro-codes manquants.
Autrement, si vous changez CONFIG_DRM_RADEON à '=m' dans votre .config, le micro-code peut être chargé automatiquement depuis /lib/firmware/radeon quand il installe le module. Cela libère un peu de place, mais aussi signifie que l'écran sera blanc pour un plus long moment avant que le framebuffer n'apparaisse. Les distributions prennent cette approche car il n'est pas pratique de spécifier tous les micro-codes possibles et le noyaux serait excessivement gros.
Tout d'abord, appliquez un correctif qui contient des corrections pour des régressions de performances connues et des problèmes avec les prochaines version de Xorg-Server.
patch -Np1 -i ../xf86-video-ati-19.1.0-upstream_fixes-1.patch
Installez Xorg ATI Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg Fbdev Driver contient le pilote vidéo X.Org pour les périphériques framebuffer. Ce pilote est aussi utilisé comme pilote de secours si les pilotes spécifiques au matériel ou VESA échouent au chargement ou ne sont par présents. Si ce pilote n'est pas installé, Le serveur Xorg affichera un avertissement au démarrage, mais qui peut être ignoré si le pilote spécifique au matériel fonctionne correctement.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-video-fbdev-0.5.0.tar.bz2
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-video-fbdev-0.5.0.tar.bz2
Somme de contrôle MD5 : f07475655376be5a124d8187aacd87b6
Taille du téléchargement : 292 Ko
Estimation de l'espace disque requis : 2.5 Mo
Estimation du temps de construction : moins de 0.1 SBU
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-fbdev-driver
Installez Xorg Fbdev Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg Intel Driver contient le pilote vidéo X.Org pour les cartes graphiques Intel incluant les processeurs graphiques 8xx, 9xx, Gxx, Qxx, HD, Iris et Iris Pro.
This package is known to build and work properly using an LFS-11.2 platform.
Le pilote est dédié au GPU Intel intégré, et une version de développement est nécessaire pour fonctionner correctement avec les dernier matériels. Cette version a maintenant un an et a quelques problème. Le pilote « Kernel Modes Setting (KMS) » fourni avec le serveur Xorg pourrait donner de meilleurs résultats.
Téléchargement (HTTP) : https://anduin.linuxfromscratch.org/BLFS/xf86-video-intel/xf86-video-intel-20210222.tar.xz
Téléchargement (FTP) : ftp://anduin.linuxfromscratch.org/BLFS/xf86-video-intel/xf86-video-intel-20210222.tar.xz
Somme de contrôle MD5 : 8795a5d17ece4dea4763e61be7805882
Taille du téléchargement : 948 Ko
Estimation de l'espace disque requis : 77 Mo
Estimation du temps de construction : 0.6 SBU
xcb-util-0.4.0 et Xorg-Server-21.1.4
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-intel-driver
Activez les options suivantes dans la configuration du noyau. Recompilez le noyau si nécessaire :
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> Intel 8xx/9xx/G3x/G4x/HD Graphics [CONFIG_DRM_I915]
Installez Xorg Intel Driver en lançant les commandes suivantes :
./autogen.sh $XORG_CONFIG \ --enable-kms-only \ --enable-uxa \ --mandir=/usr/share/man && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install && mv -v /usr/share/man/man4/intel-virtual-output.4 \ /usr/share/man/man1/intel-virtual-output.1 && sed -i '/\.TH/s/4/1/' /usr/share/man/man1/intel-virtual-output.1
Le code de la nouvelle accélération SandyBridge (SNA) est prévu pour remplacer l'ancien UXA (UMA Acceleration Architecture), mais c'est une grosse partie de code et parfois il cause des problèmes. Cependant, la version du code dans le système de contrôle de version listé plus haut a été testé avec succès avec les fonctions SNA et UXA.
Pour contourner ce problème, ainsi que pour activater le support
UXA il est nécessaire de forcer l'utilisation d'UXA en créant un
fichier de configuration. Si vous avez ce problème, créez le
fichier suivant en tant qu'utilisateur root
:
cat >> /etc/X11/xorg.conf.d/20-intel.conf << "EOF"
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
#Option "DRI" "2" # DRI3 is default
#Option "AccelMethod" "sna" # default
#Option "AccelMethod" "uxa" # fallback
EndSection
EOF
--enable-kms-only
:
Ce paramètre enlève le code UMS (User Mode Setting).
--enable-uxa
: Ce
paramètre permet que l'ancien code UXA soit compilé en supplément
du code SNA par défaut.
Le paquet Xorg Nouveau Driver contient le pilote X.Org pour les cartes NVidia incluant les puces RIVA TNT, RIVA TNT2, GeForce 256, QUADRO, GeForce2, QUADRO2, GeForce3, QUADRO DDC, nForce, nForce2, GeForce4, QUADRO4, GeForce FX, QUADRO FX, GeForce 6XXX et GeForce 7xxx.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-video-nouveau-1.0.17.tar.bz2
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-video-nouveau-1.0.17.tar.bz2
Somme de contrôle MD5 : b08633be9af9ee819077c278dfc55648
Taille du téléchargement : 620 Ko
Estimation de l'espace disque requis : 14 Mo
Estimation du temps de construction : 0.1 SBU
Xorg-Server-21.1.4 (recommandé pour être construit avec glamor activé)
Les nouveaux GPU « Maxwell » et « Pascal » demandent Glamor pour être construit avec le serveur Xorg.
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-nouveau-driver
Activez les options suivantes dans la configuration du noyau et recompilez le noyau si nécessaire :
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> Nouveau (NVIDIA) cards [CONFIG_DRM_NOUVEAU]
[*] Support for backlight control [CONFIG_DRM_NOUVEAU_BACKLIGHT]
Assurez-vous que vous avez installé Mesa-22.1.7 avec le correctif pour nouveau avant de continue
Tout d'abord, corrigez Xorg Nouveau Driver pour se construire avec la dernière version du serveur Xorg :
grep -rl slave | xargs sed -i s/slave/secondary/
Installez Xorg Nouveau Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet Xorg VMware Driver contient le pilote vidéo pour les cartes graphiques SVGA virtuelles de VMware.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://www.x.org/pub/individual/driver/xf86-video-vmware-13.3.0.tar.bz2
Téléchargement (FTP) : ftp://ftp.x.org/pub/individual/driver/xf86-video-vmware-13.3.0.tar.bz2
Somme de contrôle MD5 : 08d66d062055080ff699ab4869726ea2
Taille du téléchargement : 464 Ko
Estimation de l'espace disque requis : 12 Mo
Estimation du temps de construction : 0.1 SBU
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/xorg-vmware-driver
Activez les options suivantes dans la configuration du noyau et recompilez le noyau si nécessaire :
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> DRM driver for VMware Virtual GPU [CONFIG_DRM_VMWGFX]
[*] Enable framebuffer console under vmwgfx by default [CONFIG_DRM_VMWGFX_FBCON]
Tout d'abord, corrigez un bogue révélé par gcc-12 :
sed -i 's/>yuv.i/>yuv[j][i/' vmwgfx/vmwgfx_tex_video.c
Installez Xorg VMware Driver en lançant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet libva contient une bibliothèque qui fournit l'accès à l'accélération vidéo matérielle en utilisant le matériel pour accélérer le traitement des vidéos pour décharger le processeur en décodant et en encodant des vidéos numériques compressées. L'interface de décodage et d'encodage vidéo VA API est indépendant de la plateforme et du système de fenêtrage destiné à fonctionner avec la Direct Rendering Infrastructure (DRI) dans le système de fenêtrage X bien qu'il puisse éventuellement aussi être utilisé directement avec le framebuffer ou les sous-systèmes graphiques pour la sortie vidéo. Le traitement accéléré inclut le support pour le décodage vidéo, l'encodage vidéo, le mixage de sous-images et le rendu vidéo.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://github.com/intel/libva/releases/download/2.15.0/libva-2.15.0.tar.bz2
Somme de contrôle MD5 : 9d13c18c4f84623be7cad1192de99ed8
Taille du téléchargement : 492 Ko
Estimation de l'espace disque requis : 7.8 Mo
Estimation du temps de construction : moins de 0.1 SBU
Téléchargement du pilote Intel (HTTP) : https://github.com/intel/intel-vaapi-driver/releases/download/2.4.1/intel-vaapi-driver-2.4.1.tar.bz2
Somme MD5 du pilote Intel 073fce0f409559109ad2dd0a6531055d
Taille du pilote Intel : 2.8 Mo
Estimation de l'espace disque requis : 97 Mo
Estimation du temps de construction : 0.3 SBU
Doxygen-1.9.4, Wayland-1.21.0 et intel-gpu-tools
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/libva
Si vous réinstallez ce paquet, vous devrez supprimer les anciennes versions des bibliothèques. Elles sont de la forme libva*.so.1 et les liens symboliques qui pointent dessus. En plus, tout paquet qui utilise ces fichiers doit être reconstruit.
Installez libva en exécutant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le pilote intel-vaapi-driver est destiné spécifiquement aux cartes vidéo basées sur un GPU Intel. Décompressez l'archive intel-vaapi :
tar -xvf ../intel-vaapi-driver-2.4.1.tar.bz2 && cd intel-vaapi-driver-2.4.1
Installez le pilote en exécutant les commandes suivantes :
./configure $XORG_CONFIG && make
Ce paquet n'a pas de suite de tests.
Maintenant, en tant qu'utilisateur root
:
make install
Le paquet libvdpau contient une bibliothèque qui implémente la bibliothèque VDPAU.
VDPAU (API de Décodage Vidéo et de Présentation pour Unix) est une bibliothèque open source (libvdpau) et une API initialement conçue par Nvidia pour sa série GeForce 8 et les matériels équipés de GPU ultérieurs destinés au système de fenêtrage X. Cette API VDPAU permet aux programmes vidéo de décharger une partie du traitement du décodage vidéo et de post-traitement au GPU.
Actuellement, les parties qui peuvent être déchargées par VDPAU sur les GPU sont la compensation de mouvement (mo comp), la transformée en cosinus inverse discrète (iDCT), le VLD (décodage à longueur variable) et le filtrage anti-bloc pour les vidéos encodées en MPEG-1, MPEG-2, MPEG-4 ASP (MPEG-4 Part 2), H.264/MPEG-4 AVC et VC-1, WMV3/WMV9. Parmi ceux-ci, les codecs spécifiques qui peuvent être déchargés sur le GPU dépend de la version du matériel contenant le GPU en particulier, pour décoder les formats MPEG-4 ASP (MPEG-4 Part 2), Xvid/OpenDivX (DivX 4) et DivX 5, la série GeForce 200M (2xxM) (la onzième génération des unités de calcul graphique GeForce de Nvidia) ou un matériel graphique plus récent est requis.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement (HTTP) : https://gitlab.freedesktop.org/vdpau/libvdpau/-/archive/1.5/libvdpau-1.5.tar.bz2
Somme de contrôle MD5 : 148a192110e7a49d62c0bf9ef916c099
Taille du téléchargement : 140 Ko
Estimation de l'espace disque requis : 4,6 Mo (avec les tests)
Estimation du temps de construction : moins de 0.1 SBU (avec les tests)
Doxygen-1.9.4, Graphviz-5.0.1 et texlive-20220321 ou install-tl-unx
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/libvdpau
Installez libvdpau en exécutant les commandes suivantes :
mkdir build && cd build && meson --prefix=$XORG_PREFIX .. && ninja
Pour tester les résultats, lancez : nanja test. Il n'y a qu'un test pour ce paquet, dlclose, et il est connu pour échouer sur certains systèmes.
Maintenant, en tant qu'utilisateur root
:
ninja install
Si doxygen est présent à la
construction placez la documentation dans un répertoire versionné
en tant qu'utilisateur root
:
[ -e $XORG_PREFIX/share/doc/libvdpau ] && mv -v $XORG_PREFIX/share/doc/libvdpau{,1.5}
Le paquet libvdpau-va-gl contient une bibliothèque qui implémente la bibliothèque VDPAU. Libvdpau_va_gl utilise OpenGL sous le capot pour accélérer le dessin et le redimensionnement et VA-API (s'il est disponible) pour accélére le décodage vidéo. Actuellement VA-API est disponible sur certaines puces Intel, et sur certains adaptateurs vidéo AMD à l'aide du pilote libvdpau.
This package is known to build and work properly using an LFS-11.2 platform.
Téléchargement du pilote Libvdpau-va-gl (HTTP) : https://github.com/i-rinat/libvdpau-va-gl/archive/v0.4.0/libvdpau-va-gl-0.4.0.tar.gz
Somme MD5 du pilote Libvdpau-va-gl : 638244652a702d0262039890904f37ce
Taille du pilote Libvdpau-va-gl : 120 Ko
Estimation de l'espace disque requis : 3.4 Mo
Estimation du temps de construction : moins de 0.1 SBU
CMake-3.24.1, libvdpau-1.5 et libva-2.15.0
Doxygen-1.9.4, Graphviz-5.0.1 et texlive-20220321 ou install-tl-unx
Notes utilisateur : https://wiki.linuxfromscratch.org/blfs/wiki/libvdpau
Installez libvdpau-va-gl en exécutant les commandes suivantes :
mkdir build && cd build && cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=$XORG_PREFIX .. && make
Pour tester les résultats, lancez make check. Les tests doivent être lancés depuis un environnement Xorg.
Maintenant, en tant qu'utilisateur root
:
make install
Pour permettre à libvdpau de trouver libvdpau-va-gl, initialisez
une variable d'environnement. En tant qu'utilisateur root
:
echo "export VDPAU_DRIVER=va_gl" >> /etc/profile.d/xorg.sh
Last updated on