Difference between revisions of "Intel graphics (Italiano)"

From ArchWiki
Jump to navigation Jump to search
(Soluzione del problema all'apertura del coperchio del portatile)
(update Pkg/AUR templates)
(Tag: wiki-scripts)
 
(99 intermediate revisions by 10 users not shown)
Line 1: Line 1:
{{i18n|Intel}}
+
[[Category:Graphics (Italiano)]]
{{Article summary start| Sommario}}
+
[[Category:X server (Italiano)]]
{{Article summary text|Informazioni sulle schede grafiche ed i chipset Intel }}
+
[[cs:Intel graphics]]
{{Article summary heading|Articoli correlati}}
+
[[de:Intel]]
{{Article summary wiki|ATI}}
+
[[en:Intel graphics]]
{{Article summary wiki|ATI Catalyst}}
+
[[es:Intel graphics]]
{{Article summary wiki|NVIDIA}}
+
[[fr:Intel]]
{{Article summary wiki|Xorg}}
+
[[hu:Intel graphics]]
{{Article summary end}}
+
[[ja:Intel Graphics]]
 +
[[pl:Intel graphics]]
 +
[[pt:Intel graphics]]
 +
[[ru:Intel graphics]]
 +
[[zh-hans:Intel graphics]]
 +
[[zh-hant:Intel graphics]]
 +
{{Related articles start (Italiano)}}
 +
{{Related|Intel GMA3600}}
 +
{{Related2|Xorg (Italiano)|Xorg}}
 +
{{Related articles end}}
  
[[Category: Graphics (Italiano)]]
 
[[Category: X Server (Italiano)]]
 
[[Category: HOWTOs (Italiano)]]
 
  
''Per l'utilizzo al'interno di una console senza [[X]], consultare [[Uvesafb]].''
+
Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play.
  
== Introduzione ==
+
Per un elenco completo dei modelli GPU-Intel e dei corrispondenti chipset e CPU, si veda [[Wikipedia:Comparison of Intel graphics processing units|questo confronto su wikipedia]].
Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente utilizzabili senza bisogno di particolari configurazioni.
 
  
=== Modelli ===
+
{{nota| Le schede basate su chip PowerVR (serie [[Intel GMA3600|GMA 3600]]) non sono supportate dai driver opensource}}
È un errore comune ritenere i chip marcati come "945G" e "GMA 945" il medesimo prodotto con un nome differente. In realtà il secondo non esiste. Intel utilizza la sigla "GMA" per indicare l'unità principale, la GPU. Tutte le altre sigle si riferiscono al <strong> chipset della scheda madre</strong>, come "915G", "945GM", "G965" o "G45".
 
  
Le GPU più comuni e i loro corrispettivi chipset sono:
+
== Installazione ==
  
* Intel GMA 900 (919, 915)
+
Prerequisiti: [[Xorg (Italiano)|Xorg]]
* Intel GMA 950 (945)
 
 
 
Il chipset "i810" (ricordiamo, chipset della scheda madre, e non GPU) è ormai molto datato, ed era prodotto molto prima che la linea 9xx, con la quale iniziò il branding GMA, venisse commercializzata. In maniera analoga, nomi alternativi per i chip 910, 915, e 945 possono presentarsi col prefisso ''i''.
 
 
   
 
   
Vedere [http://en.wikipedia.org/wiki/Intel_GMA#Table_of_GMA_graphics_cores_and_chipsets this]
+
[[pacman (Italiano)|installare]] il pacchetto {{pkg|xf86-video-intel}} che è reperibile nei [[Official repositories (Italiano)|repository ufficiali]]. Esso fornisce il driver DDX per l'accelerazione 2D e il driver per [[XvMC]] la decodifica video sulle vecchie GPU. Inoltre ha come dipendenza il pacchetto {{Pkg|mesa}}, che fornisce il driver DRI per l'accelerazione 3D.
per una lista dettagliata.
 
  
=== Driver ===
+
Per il supporto 3D a 32-bit sui sistemi x86_64, installare il pacchetto {{Pkg|lib32-mesa}} dal deposito [[multilib]].
* xf86-video-intel
 
  
== Installazione ==
+
L'accelerazione hardware video di decodifica/codifica sulle vecchie GPU è fornita dal driver [[XvMC]] incluso del driver DDX. Per le più recenti GPU, è fornito dal driver [[VA-API]] fornito dal pacchetto {{pkg|libva-intel-driver}}.
Prerequisiti: [[Xorg]]
 
 
# pacman -S xf86-video-intel
 
  
 
== Configurazione ==
 
== Configurazione ==
  
Non è necessario alcun tipo di configurazione da quando HAL si occupa di tutto. Vedere [[Xorg_input_hotplugging|Xorg input hotplugging]] per ulteriori informazioni.
+
Non è necessario alcun tipo di configurazione per far funzionare Xorg (il file {{ic|xorg.conf}} non è necessario ma ha bisogno di essere configurato correttamente se presente).
  
Una cosa che si dovrebbe aver già fatto fin dall'inizio è quella di aggiungere l'utente al gruppo video:
+
Per una lista delle opzioni eseguire {{man|4|intel}}.
  
# gpasswd -a username video
+
== KMS (Kernel Mode Setting) ==
  
== KMS (Kernel Mode Setting) ==
+
{{suggerimento|Se avete problemi con la risoluzione , controllare [[Kernel mode setting#Forcing modes and EDID|questa pagina]].}}
 +
 
 +
[[KMS]] è necessario per eseguire X e gli ambienti desktop come [[GNOME (Italiano)|GNOME]], [[KDE (Italiano)|KDE]], [[Xfce (Italiano)|XFCE]], [[LXDE (Italiano)|LXDE]], etc. KMS è supportato dai chipset Intel i915 che utilizzano il driver DRM ed è ora abilitato di default dal kernel v2.6.32. Le versioni 2.10 e le più recenti di {{pkg|xf86-video-intel}} non supportano più UMS (ad eccezione delle vecchie famiglie di chipset 810), rendendo necessario l’utilizzo di KMS indispensabile<sup>[https://www.archlinux.it/forum/viewtopic.php?id=7786]</sup>. KMS è tipicamente inizializzato dopo che si è avviato il kernel. E' possibile comunque abilitare KMS durante la fase di avvio del kernel, permettendo all'intero processo di boot di funzionare alla risoluzione nativa.
 +
 
 +
{{Nota|É '''necessario''' rimuovere ogni riferimento deprecato a {{ic|vga}} o {{ic|nomodeset}} dalla propria configurazione di boot.}}
  
[[KMS]] è supportato dal chipset Intel i915 che utilizzano il driver DRM ed è ora abilitato di default dal kernel v2.6.32. KMS è tipicamente inizializzato dopo che si è avviato il kernel. E' possibile comunque abilitare KMS durante la fase di avvio stessa del kernel, permettendo all'intero processo di boot di funzionare alla risoluzione nativa.
+
Per procedere, aggiungere il modulo {{ic|i915}} all'array {{ic|MODULES}} in {{ic|/etc/mkinitcpio.conf}}:
 +
MODULES="'''i915'''"
  
{{Nota|Quando si utilizza KMS, ''è necessario'' rimuovere ogni riferimento a "vga" o "video" dalla linea del kernel in /boot/grub/menu.lst}}
+
Se si utilizza un file EDID personalizzato, lo si dovrebbe anche incorporare in initramfs:
  
Aggiungere i moduli {{Codeline|intel_agp}} e {{Codeline|i915}} all'array MODULES in /etc/mkinitcpio.conf:
+
{{hc|/etc/mkinitcpio.conf|
MODULES="'''intel_agp i915'''"
+
2=FILES="/lib/firmware/edid/your_edid.bin"}}
  
 
Quindi, ricreare l'initramfs:
 
Quindi, ricreare l'initramfs:
# mkinitcpio -p kernel26
 
  
Se si volesse disabilitare KMS, bastarebbe cambiare l'opzione {{Codeline|i915.modeset}} in [[GRUB]] {{Filename|/boot/grub/menu.lst}} da 1 a 0, senza dover ricreare l'initramfs:
+
  # mkinitcpio -p linux
  # (0) Arch Linux
+
 
title  Arch Linux
+
E Riavviare il sistema. Ora tutto dovrebbe funzionare.
root  (hd0,0)
+
 
kernel /boot/vmlinuz26 root=/dev/... '''i915.modeset=0'''
+
== Opzioni di risparmio energetico del modulo base ==
initrd /boot/kernel26.img
 
  
Per disabilitare KMS senza dover modificare {{Filename|menu.lst}}, accendere la macchina e durante la schermata di GRUB, premere un pulsante per disabilitare il timeout. Selezionare quindi il kernel che si vuole avviare (probabilmente quello già selezionato) e premere "e" per modificare. Selezionare la riga che inizia con "kernel" e premere nuovamente "e".
+
Il modulo del kernel {{ic|i915}} consente la configurazione attraverso [[Kernel_modules#Setting_module_options|opzioni del modulo]]. Alcune di queste opzioni hanno impatto sul risparmio energetico.
Quindi aggiungere l'opzione {{Codeline|i915.modeset}} e impostarla 0.
 
Premere invio e "b" per avviare. Notare che questo cambiamento è temporaneo, KMS sarà attivato di nuovo dopo il riavvio.
 
  
{{Nota|Se si possiede una Intel GMA 950 e durante la fase di boot si ottiene uno schermo nero, sarà necessario installare un kernel meno recente come il kernel 2.6.31.6-1 oppure disabilitare KMS con i metodi precedentemente spiegati}}
+
Per verificare che le opzioni siano attualmente abilitate, eseguire :
  
=== See also ===
+
# for i in /sys/module/i915/parameters/*; do echo $i=$(cat $i); done
* [[KMS]] - Wiki di Arch Linux, articolo sul kernel mode setting
 
* Forum di Arch Linux (inglese): [http://bbs.archlinux.org/viewtopic.php?id=69083 HOWTO: abilitare KMS con  il kernel dei repository 2.6.29-ARCH]
 
* Forum di Arch Linux (inglese): [http://bbs.archlinux.org/viewtopic.php?pid=522665#p522665 Intel 945GM, Xorg, Kernel - performance]
 
  
== Tips and tricks ==
+
Un elenco di tutte le opzioni insieme a brevi descrizioni e valori di default può essere generato con il seguente comando :
 +
 
 +
$ modinfo i915 | grep parm
 +
 
 +
La seguente serie di opzioni dovrebbe essere generalmente sicura da consentire :
 +
 
 +
{{hc|/etc/modprobe.d/i915.conf|<nowiki>
 +
options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1
 +
</nowiki>}}
 +
 
 +
La compressione framebuffer può essere inaffidabile sulle vecchie generazioni di GPU intel ( quali esattamente non è precisato ). Ciò può essere verificato tramite il Journal del sistema, se vi sono presenti messaggi come :
 +
 
 +
kernel: drm: not enough stolen space for compressed buffer, disabling.
 +
 
 +
== Consigli e trucchi ==
 +
 
 +
=== Scegliere il metodo di accelerazione ===
 +
 
 +
*UXA - (Unified Acceleration Architecture) è il backend maturo che è stato introdotto per supportare il modello di driver GEM .
 +
*SNA - (Sandybridge's New Acceleration) è il successore più veloce per l'hardware che lo supportano.
 +
 
 +
Il metodo predefinito è SNA(dal 2013-08-05 [https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/xf86-video-intel&id=d03f5fb77df413017821f492aa81e5d68def7e48]), il quale è meno stabile ma più veloce di UXA. Potete controllare i benchmarks fatti da Phoronix  [http://www.phoronix.com/scan.php?page=news_item&px=MTEzOTE], che sono reperibili [http://www.phoronix.com/scan.php?page=article&item=intel_glamor_first&num=1 qui] per Sandy Bridge e [http://www.phoronix.com/scan.php?page=article&item=intel_ivy_glamor&num=1 qui] per Ivy Bridge. UXA è ancora una scelta consigliata, se avete dei problemi con SNA. Se riscontrate problemi con UXA si potrebbe avere più fortuna con SNA.
 +
SNA può ad esempio causare una schermata nera quando si esegue a schermo intero un video Flash .
 +
 
 +
Per utilizzare il vecchio metodo UXA, creare il file {{ic|/etc/X11/xorg.conf.d/20-intel.conf}} con il seguente contenuto:
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
    Identifier  "Intel Graphics"
 +
    Driver      "intel"
 +
    Option      "AccelMethod"  "uxa"
 +
EndSection}}
 +
 
 +
Si può anche voler testare la nuova modalità di Glamor che accelera la grafica 2D con OpenGL . Per usarlo , creare {{ic|/etc/X11/xorg.conf.d/20-intel.conf}} con il seguente contenuto :
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
  Identifier  "Intel Graphics"
 +
  Driver      "intel"
 +
  Option      "AccelMethod"  "glamor"
 +
EndSection}}
 +
 
 +
=== Disattivare la sincronizzazione verticale (VSYNC) ===
 +
 
 +
Il driver Intel utilizza il [http://www.intel.com/support/graphics/sb/CS-004527.htm Triple Buffering]  per la sincronizzazione verticale, e questo permette prestazioni migliori ed evita il tearing. Per disattivare la sincronizzazione verticale (ad esempio per l'analisi comparativa) usare questo file .drirc nella vostra directory home:
 +
 
 +
{{hc|~/.drirc|
 +
<device screen&#61;"0" driver&#61;"dri2">
 +
<application name&#61;"Default">
 +
<option name&#61;"vblank_mode" value&#61;"0"/>
 +
</application>
 +
</device>}}
 +
 
 +
Non usare {{AUR|driconf}} per creare questo file, poichè è pieno di bug e selezionerà il driver sbagliato.
  
 
=== Configurare lo scaling mode ===
 
=== Configurare lo scaling mode ===
Questa procedura può essere utile per alcune applicazioni a schermo intero.
 
xrandr --output LVDS1 --set PANEL_FITTING param
 
dove <tt>param</tt> può assumere i valori
 
* <tt>center</tt>: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento
 
* <tt>full</tt>: ridimensiona la risoluzione in modo da occupare l'intero schermo
 
* <tt>full_aspect</tt>: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.
 
Se ciò non dovesse funzionare, si pò provare con
 
xrandr --output LVDS1 --set "scaling mode" param
 
dove <tt>param</tt> può assumere il valore di <tt>"Full"</tt>, <tt>"Center"</tt> or <tt>"Full aspect"</tt>.
 
  
=== Soluzione del problema all'apertura del coperchio del portatile ===
+
Questa procedura può essere utile per alcune applicazioni a schermo intero:
==== Soluzione #1 ====
+
$ xrandr --output LVDS1 --set PANEL_FITTING param
Sui portatili con chip video Intel si potrebbe riscontrare un malfunzionamento del display X dopo la chiusura del coperchio, che manda in sospensione il portatile. Qui il [https://bugs.freedesktop.org/show_bug.cgi?id=24970 bug], per maggiori dettagli.  
+
dove {{ic|param}} può assumere i valori
 +
* {{ic|center}}: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento
 +
* {{ic|full}}: ridimensiona la risoluzione in modo da occupare l'intero schermo
 +
* {{ic|full_aspect}}: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.
 +
Se ciò non dovesse funzionare, si provi con :
 +
$ xrandr --output LVDS1 --set "scaling mode" param
 +
dove {{ic|param}} può assumere il valore di {{ic|"Full"}}, {{ic|"Center"}} o {{ic|"Full aspect"}}.
 +
 
 +
=== Problema KMS: la console è limitata ad una piccola porzione di schermo ===
 +
 
 +
Una porta video a bassa risoluzione potrebbe essere abilitata all’avvio, causando l’utilizzo solo di una piccola area dello schermo.
 +
Per risolvere, disabilitare esplicitamente la porta incriminata tramite un'impostazione del modulo i915 con {{ic|1=video=SVIDEO-1:d}} come parametro della riga di comando del kernel nel vostro bootloader. Si veda [[Kernel parameters]] per ulteriori informazioni.
 +
 
 +
Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1.
 +
 
 +
=== Decodifica H.264 su chip GMA 4500 ===
 +
 
 +
Il pacchetto {{pkg|libva-intel-driver}} fornisce la decodifica MPEG-2 solo per la serie GPU GMA 4500. Il supporto alla decodifica H.264 è tenuto in un separato ramo G45-h264, che può essere utilizzato con l'installazione del pacchetto {{AUR|libva-intel-driver-G45-H264}}, disponibile in [[AUR (Italiano)|AUR]]. Si noti tuttavia che questo supporto è sperimentale e non è attualmente in fase di sviluppo. Utilizzando il VA-API con questo driver sulle schede della serie GMA 4500, scarica la CPU ma non può portare a una riproduzione più agevole come la riproduzione senza accelerazione. Le prove utilizzando mplayer, hanno dimostrato che l'utilizzo di vaapi per riprodurre un video H.264 con codifica a 1080p ha dimezzato il carico della CPU (rispetto alla sovrapposizione XV), ma ha determinato una riproduzione molto mossa, mentre a codifica 720p ha funzionato abbastanza bene [https://bbs.archlinux.org/viewtopic.php?id=150550]. Gli fanno da eco altre esperienze [http://www.emmolution.org/?p=192&cpage=1#comment-12292].
 +
 
 +
=== Impostare il valore di gamma e luminosità ===
 +
 
 +
Intel non offre un metodo per impostare questi parametri a livello driver. Fortunatamente questi possono essere impostati tramite {{ic|xgamma}} e {{ic|xrandr}}.
 +
 
 +
Il valore di Gamma può essere impostato con:
 +
 
 +
$ xgamma -gamma 1.0
 +
 
 +
oppure
 +
 
 +
$ xrandr --output VGA1 --gamma 1.0:1.0:1.0
 +
 
 +
La luminosità può essere impostata con:
 +
 
 +
$ xrandr --output VGA1 --brightness 1.0
 +
 
 +
== Risoluzione dei Problemi ==
 +
 
 +
=== Schermo vuoto durante l’avvio, alla fase "Loading modules"  ===
 +
 
 +
Se si sta utilizzando "late start" KMS e lo schermo diventa vuoto alla fase "Loading modules", potrebbe essere d’aiuto aggiungere {{ic|i915}} e {{ic|intel_agp}} all’initramfs. Vedere la sezione KMS  [[#KMS .28Kernel Mode Setting.29|precedente]].
 +
 
 +
In alternativa, si potrebbe risolvere aggiungendo ai [[Kernel parameters|parametri del kernel]] quanto segue:
  
C'è un metodo per risolvere il problema. La ricetta è basata sugli ingredienti della [https://fedoraproject.org/wiki/Common_F12_bugs#Display_cannot_be_reactivated_if_it_enters_sleep_mode_with_laptop_lid_closed pagina "Common bugs"] della community di Fedora:  
+
video=SVIDEO-1:d
  
{{Note|Questa soluzione funziona solo su sistemi a singolo utente, ma può essere adattata a sistemi multi-utente, aggiungendo una procedura che controlli quale utente manda il sistema in sospensione.}}
+
Se invece bisogna trasmettere tramite un collegamento VGA, provare questo :
Installare acpid:
 
  
{{Codeline|# pacman -S acpid}}
+
video=VGA-1:1280x800
  
Inserire quindi acpid nell'array DAEMONS nel file {{Filename|/etc/rc.conf}}, prima di hal. 
+
=== Video tearing ===
  
Creare il file {{Filename|/etc/acpi/actions/reset-display.sh}} con il seguente contenuto:
+
{{suggerimento|Se state utilizzando l'ambiente desktop [[GNOME (Italiano)|GNOME]] una correzione prestazioni più semplice e di poco impatto può essere trovata in questo articolo [[GNOME#Tear-free_video_with_Intel_HD_Graphics]]{{Broken section link}}.}}
  
  #!/bin/bash
+
Il metodo di accelerazione SNA causa il problema del tearing a molti utenti. Per risolvere questo problema abilitare l'opzione {{ic|"Tearfree"}} del drive:
  PATH="/bin:/usr/bin:/sbin:/usr/sbin"
 
  export DISPLAY=:0.0
 
  sleep 10
 
  if grep open /proc/acpi/button/lid/LID/state
 
  then
 
    su "$(getent passwd $UID | cut -d: -f1)" -c "xrandr --output LVDS1 --off"  
 
    su "$(getent passwd $UID | cut -d: -f1)" -c "xrandr --output LVDS1 --auto"
 
  fi
 
  
 +
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
  Identifier  "Intel Graphics"
 +
  Driver      "intel"
 +
  Option      "TearFree"    "true"
 +
EndSection}}
  
dove <tt>$UID</tt> è il UID dell'utente che mette in sospensione il sistema. La differenza principale con il ''metodo Fedora'' è l'utilizzo dell'operatore <tt>sleep</tt>. Senza di esso lo stato del coperchio non viene aggiornato secondo lo script {{Filename|reset-display.sh}}, ma, se collegato alla rete elettrica dopo alcuni secondi (spesso tre secondi), altrimenti lo stato viene aggiornato immediatamente. Con l'operatore <tt>sleep</tt>, vengono sempre attesi dieci secondi. Non dimenticarsi di rendere lo script eseguibile:
+
Si veda l'[https://bugs.freedesktop.org/show_bug.cgi?id=37686 originale bug report] per maggiori informazioni.
  
  # chmod +x /etc/acpi/actions/reset-display.sh
 
  
Ciò di cui ora si ha bisogno è collegare lo script all'evento di apertura/chiusura del coperchio. Aggiungere la linea seguente al file {{Filename|/etc/acpi/handler.sh}} sotto il codice <tt>button/lid</tt>:
+
{{Nota|
 +
* Questa opzione non funziona quando il l'opzione {{ic|SwapbuffersWait}} è impostato su {{ic|false}}.}}
 +
* Questa opzione risulta dare problemi alle applicazioni che sono molto esigenti in fatto di tempistica vsync, come [[Wikipedia:Super Meat Boy|Super Meat Boy]].
 +
* Questa opzione non funziona con  l'accelerazione UXA, ma solo con il metodo SNA.
 +
}}
  
  /etc/acpi/actions/reset-display.sh
+
=== Freeze/crash del server X con i driver intel ===
  
Per rendere effettive le modifiche, è necessario riavviare il sistema, o anche solo riavviare i demoni in quest'ordine:
+
Problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente,  possono essere risolti disabilitando l'uso GPU con l'opzione {{ic|NoAccel}}:
  
  #/etc/rc.d/hal stop
+
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
  #/etc/rc.d/acpid start
+
Section "Device"
  #/etc/rc.d/hal start
+
  Identifier "Intel Graphics"
 +
  Driver "intel"
 +
  Option "NoAccel" "True"
 +
EndSection}}
  
==== Soluzione #2 ====
+
In alternativa, si provare a disabilitare l'accelerazione 3D solo con tramite l'opzione {{ic|DRI}}:
  
Un metodo grezzo ma più semplice è quello di sospendere e riattivare il sistema una seconda volta. Questo trucco spesso risolve il problema e riporta il desktop X ad uno stato funzionante.
+
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
  Identifier "Intel Graphics"
 +
  Driver "intel"
 +
  Option "DRI" "False"
 +
EndSection}}
  
=== KMS Issue: console is limited to small area ===
+
Se si verificano crash e avete
  
One of the low-resolution video ports may be enabled on boot which is causing the terminal to utilize a small area of the screen.
+
Option "TearFree" "true"
To fix, explicitly disable the port with an i915 module setting. For example, add the following to the end of the kernel line in /boot/grub/menu.lst:
+
  Option "AccelMethod" "sna"
  
  video=SVIDEO-1:d
+
nel file di configurazione , nella maggior parte dei casi questi possono essere fissati con l'aggiunta di
  
If that doesn't work, you may also try disabling TV1 or VGA1 instead of SVIDEO-1.
+
i915.semaphores=1
  
== Risoluzione dei Problemi ==
+
ai parametri di avvio del kernel.
 +
 
 +
=== Aggiungere risoluzioni non rilevate===
 +
 
 +
Questo problema è trattato nell'articolo di [[Xrandr#Adding_undetected_resolutions|Xrandr]].
 +
 
 +
=== Colori alterati ===
 +
 
 +
{{nota|Questo problema è legato ai cambiamenti nel kernel 3.9. Questo problema permane anche nella versione 3.10}}
 +
 
 +
Il Kernel 3.9 contiene le modifiche dei driver di Intel che consente una facile impostazione RGB limitata alla gamma, che può causare l'alterazione dei colori in alcuni casi. Esso è legato alla nuova modalità "Automatic" per la proprietà "Broadcast RGB".
 +
Si può forzare la modalità, ad esempio con {{ic|xrandr --output <HDMI> --set "Broadcast RGB" "Full"}}, usare il dispositivo output appropriato se diverso da HDMI (verificare con {{ic|$ xrandr}}), è possibile aggiungerlo al proprio file {{ic|.xprofile}} e renderlo eseguibile per eseguire il comando prima che si avvii la modalità grafica .
 +
 
 +
{{nota|Alcuni televisori possono visualizzare solo i colori da 16-255, così il modo di impostazione per Full causerà un clipping del colore nella gamma da 0 a 15, quindi è meglio lasciarlo su Automatic, poiché rileva automaticamente se è necessario comprimere lo spazio colore per la vostra TV.}}
 +
 
 +
Inoltre ci sono altri problemi correlati, che possono essere risolti modificando i registri della GPU. Maggiori informazioni possono essere trovate
 +
[http://lists.freedesktop.org/archives/intel-gfx/2012-April/016217.html qui] ed in questa [http://github.com/OpenELEC/OpenELEC.tv/commit/09109e9259eb051f34f771929b6a02635806404c pagina]
 +
 
 +
=== Retroilluminazione non completamente funzionante, o non regolabile dopo un riavvio ===
 +
 
 +
Se si utilizza una scheda grafica Intel e non avete alcun controllo tramite i tasti di scelta rapida per modificare la luminosità dello schermo, provare ad avviare il sistema con questo parametro del kernel:
 +
 
 +
acpi_backlight=vendor
 +
 
 +
Se questo non risolve il problema, molte persone hanno risolto aggiungendo anche:
 +
 
 +
acpi_osi=Linux
 +
 
 +
oppure
 +
 
 +
acpi_osi="!Windows 2012"
 +
 
 +
in aggiunta al parametro citato in precedenza, o da solo.
 +
 
 +
A partire dalla versione del kernel 3.13 , vi è anche un altro parametro che si può aggiungere alla riga del kernel, che è stato rivelato utile per alcuni utenti :
 +
 
 +
video.use_native_backlight=1
 +
 
 +
Se nessuna di quelle risolvere il tuo problema, è necessario modificare o creare il file {{ic|/etc/X11/xorg.conf.d/20-intel.conf}}, aggiungendo quanto segue:
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
        Identifier  "card0"
 +
        Driver      "intel"
 +
        Option    "Backlight"          "intel_backlight"
 +
        BusID      "PCI:0:2:0"
 +
EndSection}}
 +
 
 +
se si utilizza l'accelerazione SNA, come detto sopra, create il file come segue :
 +
 
 +
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
        Identifier  "card0"
 +
        Driver      "intel"
 +
        Option      "AccelMethod"  "sna"
 +
        Option      "Backlight"          "intel_backlight"
 +
        BusID      "PCI:0:2:0"
 +
EndSection}}
 +
 
 +
=== Disabilitare la compressione frame buffer ===
 +
 
 +
Su alcune schede come le Intel Corporation Mobile 4 Series Chipsets, la compressione frame buffer risulta abilitata e costretto a messaggi di errore senza fine :
 +
 
 +
$ 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
  
=== Glxgears shows low performance results ===
+
La soluzione è quella di disabilitare la compressione frame buffer che aumenterà leggermente il consumo di energia. Per disabilitarlo aggiungere {{ic|i915.i915_enable_fbc&#61;0}} ai parametri del kernel. Ulteriori informazioni sui risultati con la compressione disabilitata possono essere trovati [http://zinc.canonical.com/~cking/power-benchmarking/background-colour-and-framebuffer-compression/results.txt qui].
  
If you run glxgears in order to check your system's graphics' performance, you may notice that glxgears shows results around '''60 FPS''':
+
=== Problemi grafici/insensibilità in Chromium e Firefox ===
  
...
+
Se si verificano problemi di corruzione della grafica o di insensibilità in Chromium e/o Firefox, impostare il valore di accelerazione in [[#Scegliere il metodo di accelerazione|uxa]].
311 frames in 5.0 seconds = 61.973 FPS
 
311 frames in 5.0 seconds = 62.064 FPS
 
311 frames in 5.0 seconds = 62.026 FPS
 
...
 
  
That is happening not because there is a performance regression, but because your system graphics are using '''VSync''', that means, your screen's native frames per second.
+
== Altre Risorse ==
  
{{Note| glxgears is not a benchmark for performance comparison between two or more systems.}}
+
* https://01.org/linuxgraphics/ Documentazione (include una lista dell'hardware supportato)
 +
* [[KMS]] - Arch wiki sul kernel mode setting
 +
* [[Xrandr]] - Problemi con l'impostazione della risoluzione
 +
* Arch Linux forums: [https://bbs.archlinux.org/viewtopic.php?pid=522665#p522665 Intel 945GM, Xorg, Kernel - performance]

Latest revision as of 07:36, 30 March 2019


Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play.

Per un elenco completo dei modelli GPU-Intel e dei corrispondenti chipset e CPU, si veda questo confronto su wikipedia.

Nota: Le schede basate su chip PowerVR (serie GMA 3600) non sono supportate dai driver opensource

Installazione

Prerequisiti: Xorg

installare il pacchetto xf86-video-intel che è reperibile nei repository ufficiali. Esso fornisce il driver DDX per l'accelerazione 2D e il driver per XvMC la decodifica video sulle vecchie GPU. Inoltre ha come dipendenza il pacchetto mesa, che fornisce il driver DRI per l'accelerazione 3D.

Per il supporto 3D a 32-bit sui sistemi x86_64, installare il pacchetto lib32-mesa dal deposito multilib.

L'accelerazione hardware video di decodifica/codifica sulle vecchie GPU è fornita dal driver XvMC incluso del driver DDX. Per le più recenti GPU, è fornito dal driver VA-API fornito dal pacchetto libva-intel-driver.

Configurazione

Non è necessario alcun tipo di configurazione per far funzionare Xorg (il file xorg.conf non è necessario ma ha bisogno di essere configurato correttamente se presente).

Per una lista delle opzioni eseguire intel(4).

KMS (Kernel Mode Setting)

Suggerimento: Se avete problemi con la risoluzione , controllare questa pagina.

KMS è necessario per eseguire X e gli ambienti desktop come GNOME, KDE, XFCE, LXDE, etc. KMS è supportato dai chipset Intel i915 che utilizzano il driver DRM ed è ora abilitato di default dal kernel v2.6.32. Le versioni 2.10 e le più recenti di xf86-video-intel non supportano più UMS (ad eccezione delle vecchie famiglie di chipset 810), rendendo necessario l’utilizzo di KMS indispensabile[1]. KMS è tipicamente inizializzato dopo che si è avviato il kernel. E' possibile comunque abilitare KMS durante la fase di avvio del kernel, permettendo all'intero processo di boot di funzionare alla risoluzione nativa.

Nota: É necessario rimuovere ogni riferimento deprecato a vga o nomodeset dalla propria configurazione di boot.

Per procedere, aggiungere il modulo i915 all'array MODULES in /etc/mkinitcpio.conf:

MODULES="i915"

Se si utilizza un file EDID personalizzato, lo si dovrebbe anche incorporare in initramfs:

/etc/mkinitcpio.conf
FILES="/lib/firmware/edid/your_edid.bin"

Quindi, ricreare l'initramfs:

# mkinitcpio -p linux

E Riavviare il sistema. Ora tutto dovrebbe funzionare.

Opzioni di risparmio energetico del modulo base

Il modulo del kernel i915 consente la configurazione attraverso opzioni del modulo. Alcune di queste opzioni hanno impatto sul risparmio energetico.

Per verificare che le opzioni siano attualmente abilitate, eseguire :

# for i in /sys/module/i915/parameters/*; do echo $i=$(cat $i); done

Un elenco di tutte le opzioni insieme a brevi descrizioni e valori di default può essere generato con il seguente comando :

$ modinfo i915 | grep parm

La seguente serie di opzioni dovrebbe essere generalmente sicura da consentire :

/etc/modprobe.d/i915.conf
 options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1

La compressione framebuffer può essere inaffidabile sulle vecchie generazioni di GPU intel ( quali esattamente non è precisato ). Ciò può essere verificato tramite il Journal del sistema, se vi sono presenti messaggi come :

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

Consigli e trucchi

Scegliere il metodo di accelerazione

  • UXA - (Unified Acceleration Architecture) è il backend maturo che è stato introdotto per supportare il modello di driver GEM .
  • SNA - (Sandybridge's New Acceleration) è il successore più veloce per l'hardware che lo supportano.

Il metodo predefinito è SNA(dal 2013-08-05 [2]), il quale è meno stabile ma più veloce di UXA. Potete controllare i benchmarks fatti da Phoronix [3], che sono reperibili qui per Sandy Bridge e qui per Ivy Bridge. UXA è ancora una scelta consigliata, se avete dei problemi con SNA. Se riscontrate problemi con UXA si potrebbe avere più fortuna con SNA. SNA può ad esempio causare una schermata nera quando si esegue a schermo intero un video Flash .

Per utilizzare il vecchio metodo UXA, creare il file /etc/X11/xorg.conf.d/20-intel.conf con il seguente contenuto:

/etc/X11/xorg.conf.d/20-intel.conf
 Section "Device"
    Identifier  "Intel Graphics"
    Driver      "intel"
    Option      "AccelMethod"  "uxa"
 EndSection

Si può anche voler testare la nuova modalità di Glamor che accelera la grafica 2D con OpenGL . Per usarlo , creare /etc/X11/xorg.conf.d/20-intel.conf con il seguente contenuto :

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "glamor"
EndSection

Disattivare la sincronizzazione verticale (VSYNC)

Il driver Intel utilizza il Triple Buffering per la sincronizzazione verticale, e questo permette prestazioni migliori ed evita il tearing. Per disattivare la sincronizzazione verticale (ad esempio per l'analisi comparativa) usare questo file .drirc nella vostra directory home:

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

Non usare driconfAUR per creare questo file, poichè è pieno di bug e selezionerà il driver sbagliato.

Configurare lo scaling mode

Questa procedura può essere utile per alcune applicazioni a schermo intero:

$ xrandr --output LVDS1 --set PANEL_FITTING param

dove param può assumere i valori

  • center: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento
  • full: ridimensiona la risoluzione in modo da occupare l'intero schermo
  • full_aspect: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.

Se ciò non dovesse funzionare, si provi con :

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

dove param può assumere il valore di "Full", "Center" o "Full aspect".

Problema KMS: la console è limitata ad una piccola porzione di schermo

Una porta video a bassa risoluzione potrebbe essere abilitata all’avvio, causando l’utilizzo solo di una piccola area dello schermo. Per risolvere, disabilitare esplicitamente la porta incriminata tramite un'impostazione del modulo i915 con video=SVIDEO-1:d come parametro della riga di comando del kernel nel vostro bootloader. Si veda Kernel parameters per ulteriori informazioni.

Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1.

Decodifica H.264 su chip GMA 4500

Il pacchetto libva-intel-driver fornisce la decodifica MPEG-2 solo per la serie GPU GMA 4500. Il supporto alla decodifica H.264 è tenuto in un separato ramo G45-h264, che può essere utilizzato con l'installazione del pacchetto libva-intel-driver-G45-H264AUR, disponibile in AUR. Si noti tuttavia che questo supporto è sperimentale e non è attualmente in fase di sviluppo. Utilizzando il VA-API con questo driver sulle schede della serie GMA 4500, scarica la CPU ma non può portare a una riproduzione più agevole come la riproduzione senza accelerazione. Le prove utilizzando mplayer, hanno dimostrato che l'utilizzo di vaapi per riprodurre un video H.264 con codifica a 1080p ha dimezzato il carico della CPU (rispetto alla sovrapposizione XV), ma ha determinato una riproduzione molto mossa, mentre a codifica 720p ha funzionato abbastanza bene [4]. Gli fanno da eco altre esperienze [5].

Impostare il valore di gamma e luminosità

Intel non offre un metodo per impostare questi parametri a livello driver. Fortunatamente questi possono essere impostati tramite xgamma e xrandr.

Il valore di Gamma può essere impostato con:

$ xgamma -gamma 1.0

oppure

$ xrandr --output VGA1 --gamma 1.0:1.0:1.0

La luminosità può essere impostata con:

$ xrandr --output VGA1 --brightness 1.0

Risoluzione dei Problemi

Schermo vuoto durante l’avvio, alla fase "Loading modules"

Se si sta utilizzando "late start" KMS e lo schermo diventa vuoto alla fase "Loading modules", potrebbe essere d’aiuto aggiungere i915 e intel_agp all’initramfs. Vedere la sezione KMS precedente.

In alternativa, si potrebbe risolvere aggiungendo ai parametri del kernel quanto segue:

video=SVIDEO-1:d

Se invece bisogna trasmettere tramite un collegamento VGA, provare questo :

video=VGA-1:1280x800

Video tearing

Suggerimento: Se state utilizzando l'ambiente desktop GNOME una correzione prestazioni più semplice e di poco impatto può essere trovata in questo articolo GNOME#Tear-free_video_with_Intel_HD_Graphics[broken link: invalid section].

Il metodo di accelerazione SNA causa il problema del tearing a molti utenti. Per risolvere questo problema abilitare l'opzione "Tearfree" del drive:

/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "TearFree"    "true"
EndSection

Si veda l'originale bug report per maggiori informazioni.


Nota:
  • Questa opzione non funziona quando il l'opzione SwapbuffersWait è impostato su false.
  • Questa opzione risulta dare problemi alle applicazioni che sono molto esigenti in fatto di tempistica vsync, come Super Meat Boy.
  • Questa opzione non funziona con l'accelerazione UXA, ma solo con il metodo SNA.
  • }}

    Freeze/crash del server X con i driver intel

    Problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente, possono essere risolti disabilitando l'uso GPU con l'opzione NoAccel:

    /etc/X11/xorg.conf.d/20-intel.conf
     Section "Device"
       Identifier "Intel Graphics"
       Driver "intel"
       Option "NoAccel" "True"
     EndSection

    In alternativa, si provare a disabilitare l'accelerazione 3D solo con tramite l'opzione DRI:

    /etc/X11/xorg.conf.d/20-intel.conf
    Section "Device"
       Identifier "Intel Graphics"
       Driver "intel"
       Option "DRI" "False"
    EndSection

    Se si verificano crash e avete

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

    nel file di configurazione , nella maggior parte dei casi questi possono essere fissati con l'aggiunta di

    i915.semaphores=1
    

    ai parametri di avvio del kernel.

    Aggiungere risoluzioni non rilevate

    Questo problema è trattato nell'articolo di Xrandr.

    Colori alterati

    Nota: Questo problema è legato ai cambiamenti nel kernel 3.9. Questo problema permane anche nella versione 3.10

    Il Kernel 3.9 contiene le modifiche dei driver di Intel che consente una facile impostazione RGB limitata alla gamma, che può causare l'alterazione dei colori in alcuni casi. Esso è legato alla nuova modalità "Automatic" per la proprietà "Broadcast RGB". Si può forzare la modalità, ad esempio con xrandr --output <HDMI> --set "Broadcast RGB" "Full", usare il dispositivo output appropriato se diverso da HDMI (verificare con $ xrandr), è possibile aggiungerlo al proprio file .xprofile e renderlo eseguibile per eseguire il comando prima che si avvii la modalità grafica .

    Nota: Alcuni televisori possono visualizzare solo i colori da 16-255, così il modo di impostazione per Full causerà un clipping del colore nella gamma da 0 a 15, quindi è meglio lasciarlo su Automatic, poiché rileva automaticamente se è necessario comprimere lo spazio colore per la vostra TV.

    Inoltre ci sono altri problemi correlati, che possono essere risolti modificando i registri della GPU. Maggiori informazioni possono essere trovate qui ed in questa pagina

    Retroilluminazione non completamente funzionante, o non regolabile dopo un riavvio

    Se si utilizza una scheda grafica Intel e non avete alcun controllo tramite i tasti di scelta rapida per modificare la luminosità dello schermo, provare ad avviare il sistema con questo parametro del kernel:

    acpi_backlight=vendor
    

    Se questo non risolve il problema, molte persone hanno risolto aggiungendo anche:

    acpi_osi=Linux
    

    oppure

    acpi_osi="!Windows 2012"
    

    in aggiunta al parametro citato in precedenza, o da solo.

    A partire dalla versione del kernel 3.13 , vi è anche un altro parametro che si può aggiungere alla riga del kernel, che è stato rivelato utile per alcuni utenti :

    video.use_native_backlight=1
    

    Se nessuna di quelle risolvere il tuo problema, è necessario modificare o creare il file /etc/X11/xorg.conf.d/20-intel.conf, aggiungendo quanto segue:

    /etc/X11/xorg.conf.d/20-intel.conf
    Section "Device"
            Identifier  "card0"
            Driver      "intel"
            Option     "Backlight"          "intel_backlight"
            BusID       "PCI:0:2:0"
    EndSection

    se si utilizza l'accelerazione SNA, come detto sopra, create il file come segue :

    /etc/X11/xorg.conf.d/20-intel.conf
    Section "Device"
            Identifier  "card0"
            Driver      "intel"
            Option      "AccelMethod"  "sna"
            Option      "Backlight"          "intel_backlight"
            BusID       "PCI:0:2:0"
    EndSection

    Disabilitare la compressione frame buffer

    Su alcune schede come le Intel Corporation Mobile 4 Series Chipsets, la compressione frame buffer risulta abilitata e costretto a messaggi di errore senza fine :

    $ 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
    

    La soluzione è quella di disabilitare la compressione frame buffer che aumenterà leggermente il consumo di energia. Per disabilitarlo aggiungere i915.i915_enable_fbc=0 ai parametri del kernel. Ulteriori informazioni sui risultati con la compressione disabilitata possono essere trovati qui.

    Problemi grafici/insensibilità in Chromium e Firefox

    Se si verificano problemi di corruzione della grafica o di insensibilità in Chromium e/o Firefox, impostare il valore di accelerazione in uxa.

    Altre Risorse