A página "Controladores do "Xorg"" contém as instruções para construir controladores do "Xorg" que são necessários para a finalidade de que o Servidor "Xorg" aproveite as vantagens do "hardware" no qual está em execução. Pelo menos uma entrada e um controlador de vídeo são exigidos para o Servidor "Xorg" iniciar.
Em máquinas que usam "KMS", o controlador "modesetting" é fornecido pelo "xorg-server" e pode ser usado no lugar do controlador de vídeo para o "hardware" específico, mas com desempenho reduzido. Também pode ser usado (sem aceleração de "hardware") em máquinas virtuais executando sob o "qemu".
Se você não tiver certeza qual "hardware" de vídeo você tem, [então] você pode usar o "lspci" originário de "pciutils-3.9.0" para descobrir qual "hardware" de vídeo você tem e então olhar as descrições dos pacotes para a finalidade de descobrir qual controlador você precisa.
Além dos controladores listados abaixo, existem vários outros controladores para hardware muito antigo que ainda podem ser relevantes. As versões mais recentes desses controladores podem ser baixadas a partir de " https://www.x.org/archive/individual/driver". Instruções para construir esses controladores agora mantidos intermitentemente podem ser encontradas em uma versão anterior do BLFS: "https://www.linuxfromscratch.org/blfs/view/7.6/x/x7driver.html"
O pacote libevdev contém funções comuns para controladores de entrada do Xorg.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.freedesktop.org/software/libevdev/libevdev-1.13.0.tar.xz
Soma de verificação MD5 da transferência: 5b15b4cf97c4f9f1393e499526a57665
Tamanho da transferência: 444 KB
Espaço em disco estimado exigido: 6,3 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)
Doxygen-1.9.6 e Valgrind-3.20.0 (opcional para testes)
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/libevdev
Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:
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]
O último item não é estritamente exigido para o libevdev. Se for compilado como um módulo, não será carregado automaticamente. É necessário para cobertura completa do teste.
Instale o libevdev executando os seguintes comandos:
mkdir build && cd build && meson --prefix=$XORG_PREFIX \ --buildtype=release \ -Ddocumentation=disabled && ninja
Os testes de regressão podem ser executados como o(a) usuário(a)
root
, com ninja test, em uma sessão
gráfica. Você precisa ter habilitado a configuração
CONFIG_INPUT_UINPUT no núcleo para cobertura completa do teste.
Se estiver habilitado como um módulo, o módulo será chamado
uinput e precisa
ser carregado antes de se executar os testes. Observe que, em
alguns sistemas, os testes possivelmente causem um travamento
total e exijam uma reinicialização. Em laptops, o sistema entrará
em suspensão e precisará ser despertado para finalizar as suítes
de teste.
Agora, como o(a) usuário(a) root
:
ninja install
é uma ferramenta para mudar algumas propriedades de dispositivo do núcleo |
|
é uma ferramenta para estimar a resolução de um mouse |
|
touchpad-edge-detector é uma ferramenta que lê os eventos do touchpad oriundos do núcleo e calcula o mínimo e o máximo para as coordenadas x e y, respectivamente |
|
é uma biblioteca de funções de entrada do controlador do Xorg |
O pacote "Controlador Evdev do Xorg" contém um controlador genérico de entrada do Linux para o servidor "Xorg X". Ele lida com teclado, mouse, "touchpads" e dispositivos "wacom", embora para manuseio avançado de "touchpad" e "wacom" controladores adicionais sejam exigidos.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-input-evdev-2.10.6.tar.bz2
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-input-evdev-2.10.6.tar.bz2
Soma de verificação MD5 da transferência: e8bd1edc6751f92e425cae7eba3c61eb
Tamanho da transferência: 400 KB
Espaço em disco estimado exigido: 3,9 MB
Tempo de construção estimado: menos que 0,1 UPC
libevdev-1.13.0, mtdev-1.1.6 e Xorg-Server-21.1.7
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-evdev-driver
Instale o Controlador "Evdev" do" Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
libinput é uma biblioteca que manuseia dispositivos de entrada para servidores de exibição e outras aplicações que precisam lidar diretamente com dispositivos de entrada.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://gitlab.freedesktop.org/libinput/libinput/-/archive/1.22.1/libinput-1.22.1.tar.gz
Soma de verificação MD5 da transferência: d164313f9a92162df7af3505b6915c76
Tamanho da transferência: 967 KB
Espaço em disco estimado exigido: 13 MB (adicionar 22 MB para documentação e 9,6 MB para testes)
Tempo de construção estimado: 0,1 UPC (adicionar 0,1 UPC para documentação e 4,7 UPC para testes)
Valgrind-3.20.0 (para executar os testes), GTK+-3.24.36 (para construir o visualizador de eventos da GUI), libunwind-1.6.2 (exigido para testes), libwacom-2.6.0, sphinx-6.1.3 (exigido para construir documentação) e pyparsing-3.0.9 (para um teste não root)
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/libinput
Embora libinput funcione com a mesma configuração de núcleo usada
por libevdev-1.13.0, a extenso suíte de teste
exige a presença de /dev/uinput
(assim como ambos Valgrind-3.20.0 e libunwind-1.6.2).
Se você desejar executar os testes completos, habilite a seguinte opção na configuração do núcleo e recompile o núcleo se necessário:
Device Drivers --->
Input device support --->
Miscellaneous Devices --->
<*/M> User level driver support [CONFIG_INPUT_UINPUT]
Se você construir isso como um módulo, ele precisará ser inserido antes da suíte de teste executar.
Em um sistema Xorg você também precisará evitar que os eventos
gerados durante a suíte de teste interfiram em tua área de
trabalho. Copie o arquivo test/50-litest.conf
para ${XORG_PREFIX}/share/X11/xorg.conf.d
e reinicie
o X. Para mais informações, veja-se
suíte de teste do libinput.
Instale o libinput executando os seguintes comandos:
mkdir build && cd build && meson setup --prefix=$XORG_PREFIX \ --buildtype=release \ -Ddebug-gui=false \ -Dtests=false \ -Dlibwacom=false \ -Dudev-dir=/usr/lib/udev \ .. && ninja
Se você quiser executar os testes completos, remova -Dtests do comando meson acima. Por favor, leia "configuração do núcleo para executar a suíte de teste do libinput" (acima).
Se você tiver habilitado os testes completos, você pode executar os testes principais como o(a) usuário(a) root executando: ninja test. Um número muito grande de testes será executado. Um teste falha no Wayland.
Agora, como o(a) usuário(a) root
:
ninja install
Se você tiver passado -Ddocumentation=true
para meson, você pode instalar a
documentação gerada executando os seguintes comandos como o(a)
usuário(a) root
:
install -v -dm755 /usr/share/doc/libinput-1.22.1/html && cp -rv Documentation/* /usr/share/doc/libinput-1.22.1/html
--buildtype=release
:
Especifique um tipo de construção adequado para lançamentos
estáveis do pacote, pois o padrão possivelmente produza binários
não otimizados.
-Ddebug-gui=false
: Essa
chave desabilita a criação de um auxiliar visual de depuração
para libinput. Remova se o quiser e você tiver o GTK+-3.24.36 instalado.
-Dtests=false
: Essa chave
desabilita a compilação dos testes principais. Mesmo com os
testes definidos como false, você ainda consegue executar os
primeiros quatro testes secundários, como um(a) usuário(a)
normal, mas um será ignorado se o pyparsing-3.0.9 não estiver instalado.
-Dlibwacom=false
: Remova
essa opção se você tiver libwacom-2.6.0 instalado ou se estiver
instalando o GNOME.
-Dudev-dir=/usr/lib/udev
:
Caso o valor de XORG_PREFIX
não esteja
configurado como /usr
, essa opção
evita que o pacote instale regras e auxiliares do Udev em
$XORG_PREFIX/lib/udev
, que não é
pesquisado pelo processo de segundo plano do Udev. Essa opção não
é necessária para sistemas com XORG_PREFIX
configurado como /usr
, mas não causa danos.
-Ddocumentation=true
: Essa chave
habilita a geração da documentação. Adicione-a se quiser gerar a
documentação. Você precisa ter Doxygen-1.9.6
e Graphviz-7.1.0 instalados.
O Controlador "Libinput" do "X.Org" é um involucrador fino em torno da "libinput" e permite que a "libinput" seja usada para dispositivos de entrada no "X". Esse controlador pode ser usado como substituto imediato para o "evdev" e o "synaptics".
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-input-libinput-1.2.1.tar.xz
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-input-libinput-1.2.1.tar.xz
Soma de verificação MD5 da transferência: c6e942a1d639ebe2621905cc84eb26b9
Tamanho da transferência: 308 KB
Espaço em disco estimado exigido: 3,6 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)
libinput-1.22.1 e Xorg-Server-21.1.7
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-libinput-driver
Instale o Controlador "Libinput" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Para testar os resultados, emita: "make check".
Agora, como o(a) usuário(a) "root
":
make install
O pacote Controlador "Synaptics" do "Xorg" contém o Controlador de Entrada "X.Org", aplicativos de suporte e "SDK" para "touchpads" "Synaptics". Embora o controlador "evdev" consiga lidar muito bem com "touchpads", esse controlador é exigido se você quiser usar recursos avançados como toque múltiplo, rolagem com "touchpad", desligar o "touchpad" durante a digitação, etc.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-input-synaptics-1.9.2.tar.xz
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-input-synaptics-1.9.2.tar.xz
Soma de verificação MD5 da transferência: 3b95e7baf4428b114e9910f999e96601
Tamanho da transferência: 424 KB
Espaço em disco estimado exigido: 5,2 MB
Tempo de construção estimado: menos que 0,1 UPC
libevdev-1.13.0 e Xorg-Server-21.1.7
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-synaptics-driver
Instale o Controlador "Synaptics" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
é um utilitário de linha de comando usado para consultar e modificar as opções do controlador "Synaptics" |
|
é um aplicativo que monitora a atividade do teclado e desabilita o "touchpad" quando o teclado está sendo usado |
|
é um controlador de entrada do "Xorg" para "touchpads" |
O pacote Controlador "Wacom" do "Xorg" contém o controlador "X11" do "X.Org" e "SDK" para "Wacom" e "tablets" semelhantes a "Wacom". Não é exigido usar um "tablet" "Wacom"; o controlador "xf86-input-evdev" consegue lidar com esses dispositivos sem problemas.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://github.com/linuxwacom/xf86-input-wacom/releases/download/xf86-input-wacom-1.1.0/xf86-input-wacom-1.1.0.tar.bz2
Soma de verificação MD5 da transferência: 2339215dc92b7cbbcbd7cceabc4f384f
Tamanho da transferência: 632 KB
Espaço em disco estimado exigido: 8,8 MB (com os testes)
Tempo de construção estimado: 0,2 UPC (com os testes)
Doxygen-1.9.6 e Graphviz-7.1.0
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-wacom-driver
Para usar um "tablet" "Wacom" com interface "USB", habilite as seguintes opções na tua configuração do núcleo e recompile. Observe que outras opções de configuração podem ser exigidas para "tablets" com uma interface serial ou "bluetooth":
Device Drivers --->
HID support --->
-*- HID bus support [CONFIG_HID]
Special HID drivers --->
<*/M> Wacom Intuos/Graphire tablet support (USB) [CONFIG_HID_WACOM]
Instale o Controlador "Wacom" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Para testar os resultados, emita: "make check".
Agora, como o(a) usuário(a) "root
":
make install
O pacote Controlador "AMDGPU" do "Xorg" contém o Controlador de Vídeo "X.Org" para placas de vídeo "Radeon" da "AMD" mais recentes e "CPUs" da "AMD" mais recentes com gráficos integrados ("APUs"). Isso inclui placas de vídeo começando com "Volcanic Islands". Também pode ser usado para "Southern Islands" e "Sea Islands" se o suporte experimental foi habilitado no núcleo.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Para a Renderização Direta funcionar, você precisa habilitar o
controlador "radeonsi Gallium" ao tempo da construção do
"Mesa-22.3.5". Além disso, todas as placas e
"APUs" mais recentes exigem que o "Firmware" esteja disponível
quando o controlador do núcleo for carregado. Se você não tiver
seguido as instruções na parte "Firmware" para Placas de Vídeo
de "Acerca de Firmware", que forneceu esse
"firmware" em "/lib/firmware
"
para uma construção modular, [então] o "firmware" pode ser
obtido a partir de "https://anduin.linuxfromscratch.org/BLFS/linux-firmware/"
- veja-se “Configuração
do Núcleo para “firmware” adicional” abaixo para
"firmware" adicional.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-video-amdgpu-23.0.0.tar.xz
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-video-amdgpu-23.0.0.tar.xz
Soma de verificação MD5 da transferência: 8a58421b3215769f0bfce855301f7964
Tamanho da transferência: 376 KB
Espaço em disco estimado exigido: 6,0 MB
Tempo de construção estimado: menos que 0,1 UPC
Xorg-Server-21.1.7 (precisa ser construído com "glamour" habilitado)
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-amdgpu-driver
Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:
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]
As últimas duas opções habilitam o suporte experimental para as "GPUs" "Southern Islands" e "Sea Islands" da "AMD", de forma que possam ser usadas com esse controlador. Observe que o suporte está marcado como experimental e desabilitado por padrão. O "Controlador ATI do Xorg-19.1.0" deveria ser usado para essas "GPUs".
Se você precisar adicionar "firmware", [então] instale o(s)
arquivo(s) e então aponte para ele(s) na configuração do núcleo e
recompile o núcleo se necessário. Para descobrir qual "firmware"
você precisa, consulte o "Anel
decodificador para nomes de engenharia versus nomes de
mercadologia". Baixe qualquer "firmware" para a tua placa com
o nome: "
",
etc. Abaixo está um exemplo para a "GPU" "Radeon R7 M340", cujo
codinome é "Iceland/Topaz", junto com uma placa de rede de
intercomunicação que também exige o "firmware":
<NOME_ENGENHARIA>
_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 deveria estar todos em uma linha. É mostrado acima como múltiplas linhas somente para apresentação.
Você pode verificar a saída gerada do "dmesg" depois da inicialização para ver qual "firmware" está ausente.
Alternativamente, se você mudar "CONFIG_DRM_AMDGPU" para "=m" no ".config" do teu núcleo Linux, [então] o "firmware" consegue ser carregado automaticamente a partir de "/lib/firmware/amdgpu/" quando instalar o módulo. Isso oferece uma pequena economia de espaço, mas também significa que a tela ficará em branco por mais tempo antes que o "framebuffer" apareça. As distribuições adotam essa abordagem porque não é prático especificar todos os "firmwares" possíveis e o núcleo seria excessivamente grande.
Instale o Controlador "AMDGPU" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
O pacote "Controlador ATI do Xorg" contém o Controlador de Vídeo "X.Org" para placas de vídeo "ATI Radeon", incluindo todos os "chipsets", desde "R100" até os "chipsets" "Volcanic Islands".
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Para Renderização Direta funcionar com placas "Radeon" mais
recentes ("chipsets" "R300" e posteriores), você precisa
habilitar os controladores "Gallium" "r300", "r600" e
"radeonsi" em tempo da construção do Mesa-22.3.5. Além disso,
algumas placas exigem que o "Firmware" esteja disponível quando
o controlador do núcleo for carregado. Nesse caso, se você não
tiver seguido as instruções na parte "Firmware" para Placas de
Vídeo de Acerca de Firmware que forneceu esse
"firmware" em /lib/firmware
para
uma construção modular, [então] o "firmware" pode ser obtido a
partir de https://anduin.linuxfromscratch.org/BLFS/linux-firmware/
- veja-se “Configuração
do Núcleo para “firmware” adicional” abaixo para
"firmware" adicional.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-video-ati-19.1.0.tar.bz2
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-video-ati-19.1.0.tar.bz2
Soma de verificação MD5 da transferência: 6e49d3c2839582af415ceded76e626e6
Tamanho da transferência: 884 KB
Espaço em disco estimado exigido: 21 MB
Tempo de construção estimado: 0,2 UPC
Xorg-Server-21.1.7 (recomendado para ser construído com o "glamour" habilitado)
"Glamour" é exigido para "GPUs" "Southern Islands", "Sea Islands" ou "Volcanic Islands" e usado por padrão em todas as outras "GPUs" "Radeon" "R600" ou posteriores. Para ver quais "GPUs" estão nessas categorias, leia-se o Anel decodificador para nomes de engenharia versus nomes de mercadologia.
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-ati-driver
Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> ATI Radeon [CONFIG_DRM_RADEON]
Se você precisar adicionar "firmware", [então] instale o(s)
arquivo(s) e então aponte para ele(s) na configuração do núcleo e
recompile o núcleo se necessário. Para descobrir qual "firmware"
você precisa, consulte o
Anel decodificador para nomes de engenharia versus nomes de
mercadologia. Baixe algum "firmware" para a tua placa que
seja nomeada como:
,
etc. Observe que para a família "R600" e "R700", "<NOME_ENGENHARIA>
_rlc.binR600_rlc.bin
" e "R700_rlc.bin
" genéricos são necessários além do
"firmware" específico do modelo, enquanto para gerações
posteriores você precisa do "BTC_rlc.bin
" além do "firmware" específico do
modelo. Abaixo está um exemplo de uma "Radeon HD6470" que é uma
"GPU" "Northern Islands", além de um "chip" de rede de
intercomunicação "RTL" que também solicita "firmware" extra:
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" deveriam estar todos em uma linha. Eles estão mostrados acima como duas linhas somente para apresentação.
Você pode verificar a saída gerada do "dmesg" depois da inicialização para ver qual "firmware" está ausente.
Alternativamente, se você mudar "CONFIG_DRM_RADEON" para "=m" em teu ".config", [então] o "firmware" poderá ser carregado automaticamente a partir de "/lib/firmware/radeon" quando instalar o módulo. Isso oferece uma pequena economia de espaço, mas também significa que a tela ficará em branco por mais tempo antes que o "framebuffer" apareça. As distribuições adotam essa abordagem porque não é prático especificar todos os "firmwares" possíveis e o núcleo seria excessivamente grande.
Primeiro, aplique um remendo incluindo correções para regressões de desempenho conhecidas e problemas futuros com o "Xorg-Server".
patch -Np1 -i ../xf86-video-ati-19.1.0-upstream_fixes-1.patch
Instale o "Controlador "ATI" do "Xorg"" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
é um controlador involucrador para placas de vídeo "ATI" que detecta automaticamente o hardware de vídeo "ATI" e carrega o controlador "radeon", "mach64" ou "r128" dependendo de qual placa de vídeo estiver em uso |
|
é um controlador de vídeo do "Xorg" para placas de vídeo baseadas em "ATI" "Radeon" |
O pacote Controlador "Fbdev" do "Xorg" contém o Controlador de Vídeo "X.Org" para dispositivos "framebuffer". Esse controlador frequentemente é usado como controlador substituto se os controladores "VESA" e específicos do "hardware" falharem ao carregar ou não estiverem presentes. Se esse controlador não estiver instalado, [então] o Servidor "Xorg" imprimirá um aviso na inicialização, mas poderá ser ignorado com segurança se o controlador específico do "hardware" funcionar bem.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-video-fbdev-0.5.0.tar.bz2
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-video-fbdev-0.5.0.tar.bz2
Soma de verificação MD5 da transferência: f07475655376be5a124d8187aacd87b6
Tamanho da transferência: 292 KB
Espaço em disco estimado exigido: 2,5 MB
Tempo de construção estimado: menos que 0,1 UPC
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-fbdev-driver
Instale o Controlador "Fbdev" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
O pacote Controlador Intel do "Xorg" contém o Controlador de Vídeo "X.Org" para "chips" de vídeo integrados Intel, incluindo processadores gráficos "8xx", "9xx", "Gxx", "Qxx", "HD", "Iris" e "Iris Pro".
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Esse controlador é para "GPU" integrada Intel e uma versão de desenvolvimento é necessária para funcionar adequadamente com o "hardware" mais recente. Essa versão já tem um ano e tem alguns problemas. Diz-se que o controlador “Kernel Modes Setting (KMS)” enviado junto com o Servidor "Xorg" fornece melhores resultados.
Transferência (HTTP): https://anduin.linuxfromscratch.org/BLFS/xf86-video-intel/xf86-video-intel-20230223.tar.xz
Transferência (FTP): ftp://anduin.linuxfromscratch.org/BLFS/xf86-video-intel/xf86-video-intel-20230223.tar.xz
Soma de verificação MD5 da transferência: 875adabe0d053856b43bbdd77e728cc7
Tamanho da transferência: 948 KB
Espaço em disco estimado exigido: 72 MB
Tempo de construção estimado: 0,6 UPC
xcb-util-0.4.1 e Xorg-Server-21.1.7
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-intel-driver
Habilite as seguintes opções na configuração do núcleo. Recompile o núcleo se necessário:
Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager (XFree86 ... support) ---> [CONFIG_DRM]
<*> Intel 8xx/9xx/G3x/G4x/HD Graphics [CONFIG_DRM_I915]
Instale o Controlador Intel do "Xorg" executando os seguintes comandos:
./autogen.sh $XORG_CONFIG \ --enable-kms-only \ --enable-uxa \ --mandir=/usr/share/man && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "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
O código "SandyBridge New Acceleration" ("SNA") destina-se a substituir o antigo "UMA Acceleration Architecture" ("UXA"), mas ele é um grande corpo de código e possivelmente cause problemas. Entretanto, a versão do código no sistema de controle de versão listado acima foi testada com êxito com ambos os recursos "SNA" e "UXA".
Para contornar esse problema, bem como habilitar o suporte para o
"UXA", é necessário forçar que o "UXA" seja usado criando-se um
arquivo de configuração. Se esse problema se aplicar a você,
[então] crie o seguinte arquivo como o(a) usuário(a)
"root
" e modifique-o conforme
necessário:
cat >> /etc/X11/xorg.conf.d/20-intel.conf << "EOF"
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
#Option "DRI" "2" # DRI3 é o padrão
#Option "AccelMethod" "sna" # padrão
#Option "AccelMethod" "uxa" # substituto
EndSection
EOF
--enable-kms-only
: Essa
chave omite o código "User Mode Setting" ("UMS").
--enable-uxa
: Essa chave
permite que o antigo código "UXA" seja compilado além do padrão
"SNA".
O pacote Controlador "Nouveau" do "Xorg" contém o Controlador de Vídeo "X.Org" para Placas "NVidia", incluindo os "chipsets" "RIVA TNT", "RIVA TNT2", "GeForce 256", "QUADRO", "GeForce2", "QUADRO2", "GeForce3", "QUADRO DDC", "nForce", "nForce2", "GeForce4", "QUADRO4", "GeForce FX", "QUADRO FX", "GeForce 6XXX" e "GeForce 7xxx".
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-video-nouveau-1.0.17.tar.bz2
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-video-nouveau-1.0.17.tar.bz2
Soma de verificação MD5 da transferência: b08633be9af9ee819077c278dfc55648
Tamanho da transferência: 620 KB
Espaço em disco estimado exigido: 14 MB
Tempo de construção estimado: 0,1 UPC
Xorg-Server-21.1.7 (recomendado para ser construído com o "glamour" habilitado)
As novas "GPUs" “Maxwell” e “Pascal” exigem o "Glamor" para serem construídas com o servidor "Xorg".
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-nouveau-driver
Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:
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]
Por favor, certifique-se de ter instalado o "Mesa-22.3.5" com o remendo de correções "nouveau" antes de continuar.
Primeiro, corrija o Controlador "Nouveau" do "Xorg" para construir com o Servidor "Xorg" mais recente:
grep -rl slave | xargs sed -i s/slave/secondary/
Instale o Controlador "Nouveau" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
O pacote Controlador "VMware" do "Xorg" contém o Controlador de Vídeo "X.Org" para placas de vídeo virtuais "VMware SVGA".
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://www.x.org/pub/individual/driver/xf86-video-vmware-13.4.0.tar.xz
Transferência (FTP): ftp://ftp.x.org/pub/individual/driver/xf86-video-vmware-13.4.0.tar.xz
Soma de verificação MD5 da transferência: 8c9ec4decaa262eb33a474219232bb1b
Tamanho da transferência: 408 KB
Espaço em disco estimado exigido: 12 MB
Tempo de construção estimado: 0,1 UPC
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/xorg-vmware-driver
Habilite as seguintes opções na configuração do núcleo e recompile o núcleo, se necessário:
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]
Instale o Controlador "VMware" do "Xorg" executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) "root
":
make install
O pacote intel-media-driver fornece um controlador VA API para GPUs Intel fornecidas com CPUs Broadwell e superiores. Isso inclui suporte para uma variedade de codificadores.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://github.com/intel/media-driver/archive/refs/tags/intel-media-23.1.2.tar.gz
Soma de verificação MD5 da transferência: b0c480cbab8b37c4e14698d29e6cb2f2
Tamanho da transferência: 27 MB
Espaço em disco estimado exigido: 2,4 GB (361 MB instalado)
Tempo de construção estimado: 9,5 UPC (com paralelismo=4)
O tarball intel-media-23.1.2.tar.gz
extrairá para o
diretório media-driver-intel-media-23.1.2
.
CMake-3.25.2, Intel-gmmlib-22.3.4 e libva-2.17.0
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/intel-media-driver
Este pacote leva muito tempo para construir porque compila código específico para cada geração individual de GPUs Intel e para uma variedade de codificadores de mídia.
Instale o intel-media-driver executando os seguintes comandos:
mkdir build && cd build && cmake -DCMAKE_INSTALL_PREFIX=/usr \ -DINSTALL_DRIVER_SYSCONF=OFF \ -DBUILD_TYPE=Release \ -Wno-dev .. && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) root
:
make install
O pacote libva contém uma biblioteca que fornece acesso ao processamento de vídeo acelerado por hardware, usando hardware para acelerar o processamento de vídeo para a finalidade de descarregar a Unidade Central de Processamento (CPU) para decodificar e codificar vídeo digital comprimido. A interface de decodificação/codificação de vídeo VA API é independente de plataforma e sistema de janelas, voltada para Direct Rendering Infrastructure (DRI) no Sistema de Janelas X, no entanto, também pode ser usada potencialmente com framebuffer direto e subsistemas gráficos para saída de vídeo. O processamento acelerado inclui suporte para decodificação de vídeo, codificação de vídeo, combinação de sub imagem e renderização.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://github.com/intel/libva/releases/download/2.17.0/libva-2.17.0.tar.bz2
Soma de verificação MD5 da transferência: 727e7c76102b926c8411b8468fd194f5
Tamanho da transferência: 495 KB
Espaço em disco estimado exigido: 9,5 MB
Tempo de construção estimado: menos que 0,1 UPC
Transferência do Controlador Intel (HTTP): https://github.com/intel/intel-vaapi-driver/releases/download/2.4.1/intel-vaapi-driver-2.4.1.tar.bz2
Soma de verificação MD5 da Transferência do Controlador Intel: 073fce0f409559109ad2dd0a6531055d
Tamanho da Transferência do Controlador Intel: 2,8 MB
Espaço em disco estimado exigido: 97 MB
Tempo de construção estimado: 0,3 UPC
Doxygen-1.9.6, Wayland-1.21.0 e intel-gpu-tools
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/libva
Instale o libva executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) root
:
make install
O intel-vaapi-driver foi projetado especificamente para placas de vídeo baseadas em uma GPU Intel. Desempacote o tarball intel-vaapi:
tar -xvf ../intel-vaapi-driver-2.4.1.tar.bz2 && cd intel-vaapi-driver-2.4.1
Instale o controlador executando os seguintes comandos:
./configure $XORG_CONFIG && make
Esse pacote não vem com uma suíte de teste.
Agora, como o(a) usuário(a) root
:
make install
O pacote libvdpau contém uma biblioteca que implementa a biblioteca VDPAU.
Video Decode and Presentation API for Unix (VDPAU) é uma biblioteca de fonte aberto (libvdpau) e API originalmente projetada pela Nvidia para a série GeForce 8 e hardware de GPU posterior dela direcionado ao Sistema de Janelas X. Essa API da VDPAU permite que aplicativos de vídeo transfiram partes do processo de decodificação de vídeo e pós-processamento de vídeo para o hardware de vídeo da GPU.
Atualmente, as partes capazes de serem transferidas pela VDPAU para a GPU são compensação de movimento (mo comp), transformação discreta inversa de cosseno (iDCT), Decodificação de Comprimento Variável (VLD) e desbloqueio para vídeos codificados em MPEG-1, MPEG-2, MPEG-4 ASP (MPEG-4 Parte 2), H.264/MPEG-4 AVC e VC-1, WMV3/WMV9. Quais codificadores específicos desses podem ser transferidos para a GPU depende da versão do hardware da GPU; especificamente, para também decodificar os formatos MPEG-4 ASP (MPEG-4 Parte 2), Xvid/OpenDivX (DivX 4) e DivX 5, um hardware de GPU da série GeForce 200M (2xxM) (a décima primeira geração de unidades de processamento gráfico GeForce da Nvidia) ou mais recente é exigido.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://gitlab.freedesktop.org/vdpau/libvdpau/-/archive/1.5/libvdpau-1.5.tar.bz2
Soma de verificação MD5 da transferência: 148a192110e7a49d62c0bf9ef916c099
Tamanho da transferência: 140 KB
Espaço em disco estimado exigido: 4,6 MB (com os testes)
Tempo de construção estimado: menos que 0,1 UPC (com testes)
Doxygen-1.9.6, Graphviz-7.1.0 e texlive-20220321 ou install-tl-unx
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/libvdpau
Instale o libvdpau executando os seguintes comandos:
mkdir build && cd build && meson --prefix=$XORG_PREFIX .. && ninja
Para testar os resultados, emita: ninja test. Existe somente um teste para esse pacote, dlclose, e ele é conhecido por falhar em alguns sistemas.
Agora, como o(a) usuário(a) root
:
ninja install
Se doxygen estiver presente ao
tempo da construção, coloque a documentação em um diretório
versionado, como o(a) usuário(a) root
:
[ -e $XORG_PREFIX/share/doc/libvdpau ] && mv -v $XORG_PREFIX/share/doc/libvdpau{,1.5}
O pacote libvdpau-va-gl contém uma biblioteca que implementa a biblioteca VDPAU. Libvdpau_va_gl usa OpenGL, nos bastidores, para acelerar o desenho e o dimensionamento e a VA-API (se disponível) para acelerar a decodificação de vídeo. Por enquanto, a VA-API está disponível em alguns chips Intel e em alguns adaptadores de vídeo AMD com a ajuda do controlador libvdpau.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência do Controlador Libvdpau-va-gl (HTTP): https://github.com/i-rinat/libvdpau-va-gl/archive/v0.4.0/libvdpau-va-gl-0.4.0.tar.gz
Soma de verificação MD5 da Transferência do Controlador Libvdpau-va-gl: 638244652a702d0262039890904f37ce
Tamanho da Transferência do Controlador Libvdpau-va-gl: 120 KB
Espaço em disco estimado exigido: 3,4 MB
Tempo de construção estimado: menos que 0,1 UPC
CMake-3.25.2, libvdpau-1.5 e libva-2.17.0
Doxygen-1.9.6, Graphviz-7.1.0 e texlive-20220321 ou install-tl-unx
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/libvdpau
Instale o libvdpau-va-gl executando os seguintes comandos:
mkdir build && cd build && cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=$XORG_PREFIX .. && make
Para testar os resultados, emita: make check. Os testes precisam ser executados a partir de um ambiente Xorg.
Agora, como o(a) usuário(a) root
:
make install
Para permitir que libvdpau encontre libvdpau-va-gl, configure uma
variável de ambiente. Como o(a) usuário(a) root
:
echo "export VDPAU_DRIVER=va_gl" >> /etc/profile.d/xorg.sh