Intel graphics (Português) - ArchWiki

# Intel graphics (Português)

Related articles

- Intel GMA 500
- Intel GMA 3600
- Xorg
- Kernel mode setting
- Xrandr
- Hybrid graphics
- Vulkan

A Intel provém e suporta drivers de código aberto (open source), portanto as GPU Intel são plug-and-play.

Para uma lista abrangente dos modelos de GPU Intel e processadores, veja this comparison on Wikipedia.

Nota: PowerVR-based graphics (GMA 500 and GMA 3600 series) não suportam os drivers open source.

## Instalação

Instale o pacote mesa, que fornece o driver DRI para aceleração 3D.

- Para o driver DDX (que fornecem a aceleração 2D no Xorg), instale o pacote xf86-video-intel. (Alguns não recomendam a instalação do driver Intel, veja a nota abaixo)

- Para o suporte OpenGL, instale mesa-libgl[broken link: replaced by mesa]. Se você usa x86_64 e precisa de suporte 32-bits, instale também lib32-mesa-libgl[broken link: replaced by lib32-mesa] do repositporio multilib.

- Para o suporte ao [Vulkan]] (Ivy Bridge em diante), instale vulkan-intel.

Não se esqueça de checar Hardware video acceleration.

Note: Existe uma discussão (Debian & Ubuntu, Fedora, KDE) em que alguns recomendam não se instalar o driver xf86-video-intel, deixando apenas o modesetting driver, que é o driver embutido no kernel. Veja [1], [2], Xorg#Installation, and modesetting(4). Entretanto, o driver modesetting pode também causar alguns problemas Chromium Issue 370022.

## Carregando

O Intel kernel module carrega automaticamente na inicialização do sistema

Caso isso não aconteça, então:

- Tenha certeza de que você não tem `nomodeset` ou {ic|1=vga=}} como um kernel parameter, visto que as GPU's Intel necessitam do kernel mode-setting.
- Também, cheque se você não desabilitou o driver, utilizando algum modprobe blacklisting `/etc/modprobe.d/` ou `/usr/lib/modprobe.d/`.

### Habilitando KMS mais cedo no boot

O Kernel mode setting (KMS) é utilizado pelas placas Intel que usam o driver i915 DRM, sendo ativado como padrão.

Em Kernel mode setting#Early KMS start encontram-se instruções para se ativar o KMS o mais cedo o possível no processo de inicialização.

## Configuração do Xorg

Não é preciso nenhuma configuração para se rodar o Xorg.

Note: A geração Skylake/HD 530 pode necessitar de configurações adicionais, veja#Skylake support[broken link: invalid section]
!

No entanto, para tirar vantagem de algumas opções do driver, será necessário que se crie um arquivo de configuração do Xorg, similar ao que se encontra abaixo:

    /etc/X11/xorg.conf.d/20-intel.conf

    Section "Device"
       Identifier  "Intel Graphics"
       Driver      "intel"
    EndSection

Opções adicionais devem ser adicionadas pelo usuário nas linhas abaixo de: `Driver`.

Note:

- Talvez seja preciso indicar a `Option "AccelMethod"` ao se criar um arquivo de configuração, mesmo que seja para indicar o método padrão (`"sna"`); senão o X pode vir a travar.
- Pode-se ser necessário adicionar mais seções de {{|Device}} do que a apresentada acima. Indicaremos quando necessário.

Para conhecer todas as opções que podem ser adicionadas ao driver, veja a man page para `intel`.

## Opções de economia de energia

O módulo do kernel `i915` permite configurações via module options. Algumas delas modificam as opções de economia de energia.

Uma lista com todas as opções, suas descrições e valores padrão podem ser geradas com o seguinte comando:

    $ modinfo -p i915

Para checar o que está ativado, digite:

    # systool -m i915 -av

Muitas opções tomam por padrão a íntegra -1, que assume os padrões do hardware. Contudo, é possível configurar opções mais agressivas de economia de energia utilizando module options. Também é possível desabilitar a economia de energia por completo.

Warning: Utilizar outras opções que não sejam as padrões dos chips é considerado experimental: tainted.

As opções abaixo são consideradas seguras:

    /etc/modprobe.d/i915.conf

    options i915 enable_rc6=1 enable_fbc=1 semaphores=1

### RC6 sleep modes (enable_rc6)

Pode-se experimentas valores mais altos em `enable_rc6`, mas sua GPU pode não suportá-los: [3].

Para confirmar o valor utilizado, olhe em sysfs:

    # cat /sys/class/drm/card0/power/rc6_enable

... se o valor é mais baixo do que o esperado, o nível RC6 indicado é provavelmente não suportado. `drm.debug=0xe` adiciona informação de depuração DRM para o log do kernel - possivelmente incluirá uma linha como essa:

    [drm:sanitize_rc6_option] Adjusting RC6 mask to 1 (requested 7, valid 1)

### Compressão Framebuffer (enable_fbc)

A compressão Framebuffer pode não estar disponível ou não ser confiável nas GPU's Intel de gerações anteriores à Sandy Bridge (6ª geração). Isso pode resultar em mensagens no log do system journal similares a esta:

    kernel: drm: not enough stolen space for compressed buffer, disabling.

## Dicas e Truques

### Tear-free video (Video sem glitches)

A aceleração SNA causa tearing em alguns computadores. Para concertar isso,ative a opção `"TearFree"` no driver, adicionando a seguinte linha a em sua configuração do Xorg: configuration file[broken link: invalid section]:

    Option "TearFree" "true"

Veja original bug report para mais informação.

Note:

- Esta opção pode não funcionar quando `SwapbuffersWait` é `false`.
- Esta opção pode diminuir a performance e aumentar o consumo de memória. [4]
- Esta opção é problemática para algumas aplicações: Super Meat Boy.
- Esta opção não funciona para a aceleração UXA, somente para SNA.

### Disable Vertical Synchronization (VSYNC)

O driver intel Triple Buffering para sincronização vertical, isso permite performance total e evita tearing. Para desligar o Vsync, use isso `.drirc` na sua pasta home:

    ~/.drirc

    <device screen="0" driver="dri2">
    	<application name="Default">
    		<option name="vblank_mode" value="0"/>
    	</application>
    </device>

Warning:

- Não use driconf para criar esse arquivo. É bugado e vai selecionar o driver errado.
- Para melhor performance pode-se também desligar o vsync, principalmente para jogos.

### Selecionando o modo de scala (scaling mode)

Isso pode ser útil para algumas aplicações de tela inteira:

    $ xrandr --output LVDS1 --set PANEL_FITTING param

Onde `param` pode ser:

- `center`: A resolução vai ser mantida, nenhum método de escala será ativado.
- `full`: Escala a resolução para se adequar à tela inteira.
- `full_aspect`: Escala a resolução para o maior valor possível que mantenha a proporção.

Se não funcionar, tente:

    $ xrandr --output LVDS1 --set "scaling mode" param

onde `param` é um entre: `"Full"`, `"Center"` or `"Full aspect"`.

### Problemas com o KMS: o console é limitado a uma área pequena

Uma das portas de vídeo de baixa resolução pode ser ativada na inicialização, o que está fazendo com que o terminal utilize uma pequena área da tela. Para corrigir, desative explicitamente a porta com uma configuração de módulo i915 com `video=SVIDEO-1:d` no parâmetro da linha de comando do kernel no carregador de inicialização. Consulte Kernel parameters para mais informações.

Se isso não funcionar, tente desabilitar TV1 ou VGA1 ou invés de SVIDEO-1.

### Decodificação H.264 em GMA 4500

O pacote libva-intel-driver fornece descodificação MPEG-2 somente para GPU's da série GMA 4500. O suporte de decodificação H.264 é mantido em um ramo separado g45-h264, que pode ser usado ao instalar o pacote libva-intel-driver-g45-h264AUR. Note-se, porém, que este suporte é experimental e seu desenvolvimento foi abandonado. Usar a VA-API com este driver em uma GPU GMA 4500 series irá descarregar a CPU, mas pode não resultar em uma reprodução tão suave quanto a reprodução não acelerada. Testes usando mplayer mostraram que usar o vaapi para reproduzir um vídeo 1080p codificado em H.264 reduziu para metade a carga da CPU (em comparação com a sobreposição XV), mas resultou em reprodução muito irregular, enquanto 720p funcionou razoavelmente bem /viewtopic.php?id=150550. Há também outras experiências [5]. Definir o tamanho do canal de vídeo pré-alocado maior na bios resulta em uma reprodução de decodificada pelo hardware muito melhor. Mesmo 1080p h264 funciona bem se isso for feito.

### Definindo brilho e gama

Veja Backlight.

## Resolução de Problemas

### Problemas com SNA

SNA é o método padrão de aceleração do driver xf86-video-intel. Se você enfrenta problemas com o SNA (e.g. pixelated graphics (gráficos pixelados?), texto corrompido, etc.), ente usar UXA, o que pode ser feito ao adicionar a seguinte linha ao seu arquivo de configuração Xorg: configuration file[broken link: invalid section]:

    Option      "AccelMethod"  "uxa"

Veja `man 4 intel` sobre `Option "AccelMethod"`.

### Problemas com DRI3

DRI3 é padrão em xf86-video-intel. Podem surgir alguns problemas em alguns sistemas, como: this. Para mudar para DRI2 adicione a seguinte linha ao seu arquivo de configuração do Xorg: configuration file[broken link: invalid section]:

    Option "DRI" "2"

### Fontes e tela corrompidas em aplicações GTK+ (missing glyphs after suspend/resume)

Se você tiver missing font glyphs (glifos de fontes faltando ?) em aplicações GTK+, este método pode ajudar. Edite `/etc/environment` e a dicione a linha abaixo:

    /etc/environment

    COGL_ATLAS_DEFAULT_BLIT_MODE=framebuffer

Veja também FreeDesktop bug 88584.

### Tela branca durante o boot, enquanto carrega os módulos

Se estiver carregando o KMS mais tarde no boot ("late start") KMS e a tela ficar branca enquanto carregar os módulos, pode ajudar se adicionar `i915` e `intel_agp` para o initramfs. Veja a sessão Kernel mode setting#Early KMS start.

Outra alternativa, seria adicionar o seguinte kernel parameter:

    video=SVIDEO-1:d

Se você precisa de saída para VGA, tente isso:

    video=VGA-1:1280x800

### X trava com o driver intel

Alguns problemas com o X travando, o bloqueio da GPU ou problemas com o congelamento do X podem ser corrigidos desativando o uso da GPU com a opção `NoAccel` - adicione as seguintes linhas ao seuconfiguration file[broken link: invalid section]:

      Option "NoAccel" "True"

Alternativamente, tente desabolitar a aceleração 3D com a opção `DRI`:

      Option "DRI" "False"

Se o seu sistema travar e tiver

    Option "TearFree" "true"
    Option "AccelMethod" "sna"

no seu arquivo de configuração, na maioria dos casos isso pode ser corrigido ao se adicionar

    i915.semaphores=1

aos seus parâmetros de boot.

Se você estiver usando o kernel 4.0.X ou superior na arquitetura Baytrail e o sistema travar frequentemente (especialmente ao assistir a vídeo ou usando GFX intensivamente), você deve tentar adicionar a seguinte opção do kernel como uma solução alternativa, até [https: // bugzilla. Kernel.org/show_bug.cgi?id=109051 este bug] ser corrigido permanentemente.

     intel_idle.max_cstate=1

### Adicionando resoluções não detectadas

Este problema está coberto em: Xrandr.

### Problema da escala da cor

O Kernel 3.9 contém um novo modo "Automático" padrão para a propriedade "Broadcast RGB" no driver Intel. É quase equivalente a "Limited 16: 235" (em vez do antigo padrão "Full") sempre que uma saída HDMI / DP está em um modo CEA. Se um monitor não suporta o sinal em uma faixa de cores limitada, ele causará problemas nas cores.

Note: Aguns monitores/TVs suportam as duas escalas de cores. Nesse caso, uma opção frequentemente conhecida como Black Level pode precisar ser ajustada para fazê-los lidar com o sinal corretamente. Algumas TVs podem manipular o sinal somente em alcance limitado. Definir RGB de difusão para "Completo" fará um "Collor Clipping". Você pode precisar configurá-lo para "Limited 16: 235" manualmente para evitar o "Clipping".

Pode-se forçar o modo com: `xrandr --output <HDMI> --set "Broadcast RGB" "Full"` (substitua `<HDMI>` pelo dispositivo correto, rodando `xrandr`).

Infelizmente, o driver Intel não suporta a configuração do intervalo de cores através de um arquivo de configuração `xorg.conf.d`.

Um bug report foi postado e um patch pode ser encontrado em anexo.

Também existem outros problemas relacionados que podem ser corrigidos editando registros GPU. Mais informações podem ser encontradas em [6] e [7].

### O Brilho não está ajustando

Se depois de retomar a suspensão, as teclas de atalho para alterar o brilho da tela não tiverem efeito, verifique sua configuração em relação ao artigo Backlight.

Se o problema persistir, tente um dos seguintes kernel parameters:

    acpi_osi=Linux
    acpi_osi="!Windows 2012"
    acpi_osi=

### Desabilitando a compressão do frame buffer

Habilitando a compressão do frame buffer em CPUs pré Sandy Bridge resulta em incontáveis mensagens de erro:

    $ dmesg |tail
    [ 2360.475430] [drm] not enough stolen space for compressed buffer (need 4325376 bytes), disabling
    [ 2360.475437] [drm] hint: you may be able to increase stolen memory size in the BIOS to avoid this

The solution is to disable frame buffer compression which will imperceptibly increase power consumption (around 0.06 W). In order to disable it add `i915.enable_fbc=0` to the kernel line parameters. More information on the results of disabled compression can be found here.

### Corrupção/Falta de Resposta no Chromium e Firefox

Se você tiver alguma corrupção ou falta de resposta no Chromium e/ou no Firefox set the AccelMethod to "uxa".

### Kernel crashing com kernels 4.0+ em placas Broadwell/Core-M

Alguns segundos após o X/Wayland carregar, o sistema trava e o journalctl apresenta um log como o seguinte:

    Jun 16 17:54:03 hostname kernel: BUG: unable to handle kernel NULL pointer dereference at           (null)
    Jun 16 17:54:03 hostname kernel: IP: [<          (null)>]           (null)
    ...
    Jun 16 17:54:03 hostname kernel: CPU: 0 PID: 733 Comm: gnome-shell Tainted: G     U     O    4.0.5-1-ARCH #1
    ...
    Jun 16 17:54:03 hostname kernel: Call Trace:
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa055cc27>] ? i915_gem_object_sync+0xe7/0x190 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa0579634>] intel_execlists_submission+0x294/0x4c0 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa05539fc>] i915_gem_do_execbuffer.isra.12+0xabc/0x1230 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa055d349>] ? i915_gem_object_set_to_cpu_domain+0xa9/0x1f0 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffff811ba2ae>] ? __kmalloc+0x2e/0x2a0
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa0555471>] i915_gem_execbuffer2+0x141/0x2b0 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa042fcab>] drm_ioctl+0x1db/0x640 [drm]
    Jun 16 17:54:03 hostname kernel:  [<ffffffffa0555330>] ? i915_gem_execbuffer+0x450/0x450 [i915]
    Jun 16 17:54:03 hostname kernel:  [<ffffffff8122339b>] ? eventfd_ctx_read+0x16b/0x200
    Jun 16 17:54:03 hostname kernel:  [<ffffffff811ebc36>] do_vfs_ioctl+0x2c6/0x4d0
    Jun 16 17:54:03 hostname kernel:  [<ffffffff811f6452>] ? __fget+0x72/0xb0
    Jun 16 17:54:03 hostname kernel:  [<ffffffff811ebec1>] SyS_ioctl+0x81/0xa0
    Jun 16 17:54:03 hostname kernel:  [<ffffffff8157a589>] system_call_fastpath+0x12/0x17
    Jun 16 17:54:03 hostname kernel: Code:  Bad RIP value.
    Jun 16 17:54:03 hostname kernel: RIP  [<          (null)>]           (null)

Isso pode ser corrigido desabilitando o suporte a execlist que foi alterado para o padrão com o kernel 4.0. Adicione o seguinte kernel parameter:

    i915.enable_execlists=0

Isso é conhecido por ser quebrado para pelo menos kernel 4.0.5.

## = Suporte à Skylake

The i915 DRM driver is known to cause various GPU hangs, crashes and even full system freezes. It might be necessary to disable hardware acceleration to workaround these issues. One solution is to use the following Xorg configuration.

    /etc/X11/xorg.conf.d/20-intel.conf

    Section "Device"
    	Identifier  "Intel Graphics"
    	Driver      "intel"
    	Option	    "DRI"	"false"
    EndSection

Aplicativos específicos, como os navegadores Chromium e Firefox, podem ser instruídos a desativar a renderização de hardware diretamente.

Outra opção que parece funcionar para alguns usuários é adicionar o parâmetro de inicialização do kernel `i915.enable_rc6=0`, o que fará com que a CPU / GPU permaneça em modos de alta potência, mas parece resolver a maioria Casos de GPU trava e sistema congela.

Note: Se o sistema aparecer pendurado após "Loading Initial Ramdisk", certifique-se de que o tamanho de abertura IGD no BIOS seja inferior a 4GB.

### Lag em convidados do Windows (Máquinas Virtuais)

A saída de vídeo de um convidado do Windows (windows guest) no VirtualBox às vezes trava até que o host force uma atualização de tela (por exemplo, movendo o cursor do mouse). A remoção da opção `enable_fbc=1` corrige este problema.

### Tela piscando

Os seguintes recursos de economia de energia usados por intel iGPUs são conhecidos por causar cintilação em alguns casos. Uma solução temporária é desativar um deles usando a opção kernel boot parameter apropriada:

- Rc6 sleep modes (ver #RC6 sleep modes (enable_rc6)), pode ser desabilitado com `i915.enable_rc6=0`.

- *Panel Self Refresh (PSR) FS#49628 FS#49371 FS#50605, ativado por padrão desde o kernel mainline 4.6. Para desativar esse recurso, use a opção `i915.enable_psr=0`.

## Veja também

- https://01.org/linuxgraphics/documentation (lista dos hardwares suportados)

Categories:

- Graphics (Português)
- X server (Português)

Hidden categories:

- Pages with broken package links
- Pages with broken section links