Difference between revisions of "Intel graphics (Italiano)"

From ArchWiki
Jump to: navigation, search
m (aggiunto comando in caso di collegamento VGA)
(39 intermediate revisions by 3 users not shown)
Line 3: Line 3:
 
[[cs:Intel]]
 
[[cs:Intel]]
 
[[en:Intel]]
 
[[en:Intel]]
 +
[[es:Intel]]
 
[[fr:Intel]]
 
[[fr:Intel]]
 
[[hu:Intel]]
 
[[hu:Intel]]
 +
[[ja:Intel Graphics]]
 +
[[pl:Intel]]
 
[[ru:Intel]]
 
[[ru:Intel]]
[[zh-CN:Intel]]
+
[[zh-CN:Intel Graphics]]
 
[[zh-TW:Intel]]
 
[[zh-TW:Intel]]
{{Temporary i18n}}
 
 
{{Article summary start| Sommario}}
 
{{Article summary start| Sommario}}
 
{{Article summary text|Informazioni sulle schede grafiche ed i chipset Intel }}
 
{{Article summary text|Informazioni sulle schede grafiche ed i chipset Intel }}
 
{{Article summary heading|Articoli correlati}}
 
{{Article summary heading|Articoli correlati}}
{{Article summary text|[[ATI (Italiano)|ATI]] <br> [[ATI Catalyst (Italiano)|ATI Catalyst]] <br> [[NVIDIA (Italiano)|NVIDIA]] <br> [[Xorg (Italiano)|Xorg]]}}
+
{{Article summary text|[[ATI (Italiano)|ATI]]}}
 +
{{Article summary text|[[NVIDIA (Italiano)|NVIDIA]]}}
 +
{{Article summary wiki|Poulsbo}}
 +
{{Article summary text|[[Xorg (Italiano)|Xorg]]}}
 +
{{Article summary wiki|Intel gma3600}}
 
{{Article summary end}}
 
{{Article summary end}}
  
 
Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente plug-and-play.
 
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 [[Wikipedia:Comparison of Intel graphics processing units|questo confronto su wikipedia]].
  
{{note|l'utilizzo all'interno di una console senza [[Xorg_(Italiano)| X]], consultare [[Uvesafb_(Italiano)| Uvesafb]].}}
+
{{nota| Le schede basate su chip PowerVR (serie [[Poulsbo|GMA 500]] e [[Intel gma3600|GMA 3600]]) non sono supportate dai driver opensource}}  
  
=== Modelli ===
+
== Installazione ==
È 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 '''chipset della scheda madre''', come "915G", "945GM", "G965" o "G45".
+
  
Le GPU più comuni e i loro corrispettivi chipset sono:
 
 
GPU                Chipset/Northbridge
 
Intel GMA 900        910, 915
 
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 {{ic|i}}.
 
 
Vedere [http://en.wikipedia.org/wiki/Intel_GMA#Table_of_GMA_graphics_cores_and_chipsets qua]
 
per una lista dettagliata.
 
 
=== Driver ===
 
* {{pkg|xf86-video-intel}}
 
 
== Installazione ==
 
 
Prerequisiti: [[Xorg (Italiano)|Xorg]]
 
Prerequisiti: [[Xorg (Italiano)|Xorg]]
 
   
 
   
[[pacman (Italiano)|installare]] il pacchetto {{pkg|xf86-video-intel}} che è reperibile nei [[Official Repositories (Italiano)|repository ufficiali]]
+
[[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|intel-dri}}, che fornisce il driver DRI per l'accelerazione 3D.
  
Su sistemi a 64 bit, per usufruire dell’accelerazione con programmi a 32-bit, potrebbe essere necessario installare lib32-intel-dri.
+
l'accelerazione hardware video di decodifica/codifica sulle più recenti GPU, è possibile attraverso il driver [[VA-API]] fornito dal pacchetto {{pkg|libva-intel-driver}}, disponibile nei repository ufficiali.
  
{{Nota|{{pkg|lib32-intel-dri}} è reperibile nel repositorio [[Official Repositories (Italiano)#.5Bmultilib.5D|[multilib]].}}
+
{{nota|Su sistemi a 64 bit è necessario installare il pacchetto {{Pkg|lib32-intel-dri}}, per usufruire dell’accelerazione 3D con programmi a 32-bit.}}
  
 
== Configurazione ==
 
== Configurazione ==
  
Non è necessario alcun tipo di configurazione per far funzionare Xorg ({{ic|xorg.conf}} non è necessario).
+
Non è necessario alcun tipo di configurazione per far funzionare Xorg ({{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 (non un passo di configurazione di per sé)  è quella di aggiungere l'utente al [[Users and Groups (Italiano)|gruppo]] adeguato:
+
Per una lista delle opzioni eseguire {{ic|man intel}}.
 
+
# gpasswd -a username video
+
  
 
== KMS (Kernel Mode Setting) ==
 
== KMS (Kernel Mode Setting) ==
  
[[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, 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.
+
{{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|Quando si utilizza KMS, ''è necessario'' rimuovere ogni riferimento a {{ic|vga}} o {{ic|nomodeset}} dalla linea del kernel in {{ic|/boot/grub/menu.lst}}}}
+
{{Nota|É '''necessario''' rimuovere ogni riferimento deprecato a {{ic|vga}} o {{ic|nomodeset}} dalla propria configurazione di boot.}}
  
 
Per procedere, aggiungere il modulo {{ic|i915}} all'array {{ic|MODULES}} in {{ic|/etc/mkinitcpio.conf}}:
 
Per procedere, aggiungere il modulo {{ic|i915}} all'array {{ic|MODULES}} in {{ic|/etc/mkinitcpio.conf}}:
 
  MODULES="'''i915'''"
 
  MODULES="'''i915'''"
  
{{Nota| Se possedete processori di prima generazione della serie iCore{3,5,7} con GPU integrata, aggiungere {{ic|i915}} all'array {{ic|MODULES}} in {{ic|/etc/mkinitcpio.conf}} probabilmente farà sì che generi l'errore {{ic|kernel: intel ips [...]: failed to get i915 symbols, graphics turbo disabled}}.}}
+
Se si utilizza un file EDID personalizzato, lo si dovrebbe anche incorporare in initramfs:
  
{{Nota| Potrebbe essere necessario aggiungere il modulo {{ic|intel_agp}} se il sistema ne lamenta il mancato avvio al boot.}}
+
{{hc|/etc/mkinitcpio.conf|
 +
2=FILES="/lib/firmware/edid/your_edid.bin"}}
  
 
Quindi, ricreare l'initramfs:
 
Quindi, ricreare l'initramfs:
{{bc|# mkinitcpio -p linux}}
 
  
E Riavviare il sistema. Ora tutto dovrebbe funzionare, in caso di problemi, provare ad abilitare esplicitamente KMS aggiungendo {{ic|1=i915.modeset=1}} alla linea del kernel in {{ic|/boot/grub/menu.lst}}:
+
  # mkinitcpio -p linux
  # (0) Arch Linux
+
title  Arch Linux
+
root  (hd0,0)
+
kernel /boot/vmlinuz-linux root=/dev/... '''i915.modeset=1'''
+
initrd /boot/initramfs-linux.img
+
e assicurarsi di non utilizzare {{ic|1=vga=...}} nè {{ic|nomodeset}}. Riavviare e Xorg dovrebbe funzionare.
+
  
Se si volesse disabilitare KMS, si può cambiare cambiare l'opzione {{ic|i915.modeset}} da 1 a 0 nel {{ic|/boot/grub/menu.lst}} di [https://wiki.archlinux.org/index.php/GRUB_(Italiano) GRUB], senza dover ricompilare nulla:
+
E Riavviare il sistema. Ora tutto dovrebbe funzionare.
# (0) Arch Linux
+
title  Arch Linux
+
root  (hd0,0)
+
kernel /boot/vmlinuz-linux root=/dev/... '''i915.modeset=0'''
+
initrd /boot/initramfs-linux.img
+
{{ic|1=i915.modeset=0}} è per intel l’equivalente di {{ic|nomodeset}} per le altre schede video.
+
  
{{nota |Aggiungere l'opzione {{ic|nomodeset}} per la linea di boot del kernel, potrebbe impedire l'esecuzione degli effetti desktop di KDE o di gnome-shell su Gnome3}}
+
== Opzioni di risparmio energetico del modulo base ==
  
Per disabilitare KMS senza dover modificare {{ic|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 {{keypress|e}} per modificare. Selezionare la riga che inizia con "kernel" e premere nuovamente {{keypress|e}}.  
+
Il modulo del kernel '''i915''' consente la configurazione via {{ic|/etc/modprobe.d/i915.conf}} dove gli utenti possono impostare le opzioni del risparmio energetico. Una lista delle opzioni è disponibile tramite il seguente comando:
Quindi aggiungere l'opzione {{ic|i915.modeset}} e impostarla 0.  
+
Premere {{keypress|invio]] e {{keypress|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 vuoto, sarà necessario installare un kernel meno recente come il kernel 2.6.31.6-1 oppure disabilitare modesetting con il parametro di avvio del kernel}}
+
  $ modinfo i915 | grep power
  
=== Vedere anche ===
+
Un esempio di {{ic|/etc/modprobe.d/i915.conf}}:
* [[KMS]] - Wiki di Arch Linux, articolo sul kernel mode setting.
+
options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1
* [[Xrandr]] &mdash; Se si riscontrano problemi nell'impostare la risoluzione.
+
* Forum di Arch Linux (inglese): [https://bbs.archlinux.org/viewtopic.php?pid=522665#p522665 Intel 945GM, Xorg, Kernel - performance]
+
  
 
== Consigli e trucchi ==
 
== 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 è UXA , ma si raccomanda di utilizzare il metodo più completo e veloce SNA d'ora in poi. 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.
 +
 +
Per utilizzare il nuovo metodo SNA , 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"  "sna"
 +
EndSection}}
  
 
=== Configurare lo scaling mode ===
 
=== Configurare lo scaling mode ===
  
Questa procedura può essere utile per alcune applicazioni a schermo intero.
+
Questa procedura può essere utile per alcune applicazioni a schermo intero:
  xrandr --output LVDS1 --set PANEL_FITTING param
+
  $ xrandr --output LVDS1 --set PANEL_FITTING param
 
dove {{ic|param}} può assumere i valori
 
dove {{ic|param}} può assumere i valori
 
* {{ic|center}}: la risoluzione sarà mantenuta esattamente come è stata definita, non verrà applicato alcun ridimensionamento
 
* {{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}}: ridimensiona la risoluzione in modo da occupare l'intero schermo
 
* {{ic|full_aspect}}: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.
 
* {{ic|full_aspect}}: ridimensiona la risoluzione al massimo consentito, mantenendo le proporzioni dell'immagine.
Se ciò non dovesse funzionare, si pò provare con
+
Se ciò non dovesse funzionare, si provi con :
  xrandr --output LVDS1 --set "scaling mode" param
+
  $ xrandr --output LVDS1 --set "scaling mode" param
 
dove {{ic|param}} può assumere il valore di {{ic|"Full"}}, {{ic|"Center"}} o {{ic|"Full aspect"}}.
 
dove {{ic|param}} può assumere il valore di {{ic|"Full"}}, {{ic|"Center"}} o {{ic|"Full aspect"}}.
  
Line 115: Line 106:
  
 
Una porta video a bassa risoluzione potrebbe essere abilitata all’avvio, causando l’utilizzo solo di una piccola area dello 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.  Per esempio, aggiungere l'opzione seguente alla linea del kernel in  {{ic|/boot/grub/menu.lst}}:
+
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.
 
+
  video=SVIDEO-1:d
+
  
 
Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1.
 
Se ciò non dovesse funzionare, provare a sostituire TV1 o VGA1 a SVIDEO-1.
  
=== Accelerazione Hardware ===
+
=== Decodifica H.264 su chip GMA 4500 ===
  
Se volete abilitare l'accelerazione hardware per la codifica/decodifica nelle applicazoni multimediali (come VLC o MPlayer) per il vostro controller grafico Intel HD (G45, Sandybridge), [[pacman (Italiano)| installare]] il pacchetto {{pkg|libva-driver-intel}} reperipile sui [[Official Repositories (Italiano)|repository ufficiali]].
+
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-driver-intel-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].
  
== Hardware supportato ==
+
=== Impostare il valore di gamma e luminosità ===
  
Vedere http://intellinuxgraphics.org/documentation.html.
+
Intel non offre un metodo per impostare questi parametri a livello driver. Fortunatamente questi possono essere impostati tramite {{ic|xgamma}} e {{ic|xrandr}}.
  
== Risoluzione dei Problemi ==
+
Il valore di Gamma può essere impostato con:
  
=== Glxgears mostra un basso frame rate ===
+
  $ xgamma -gamma 1.0
  
Se glxgears viene eseguito per effettuare un test sulle performance della propria scheda video, si possono notare risultati intorno ai '''60 FPS''':
+
oppure
  
  ...
+
  $ xrandr --output VGA1 --gamma 1.0:1.0:1.0
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
+
...
+
  
Ciò accade non a causa di una regressione delle reali performance della GPU, ma perché la grafica di sistema ha l'opzione Vertical Sync (vsync) attiva, vincolando i valori di Glxgears alla frequenza nativa del monitor in uso.
+
La luminosità può essere impostata con:
  
{{Note| glxgears non è uno strumento affidabile di benchmarcking, e quindi non utile al confronto tra differenti configurazioni di sistema.}}
+
$ xrandr --output VGA1 --brightness 1.0
  
{{Nota| Per disabilitare '''VSync''' bisogna aggiungere nel file {{ic|/etc/X11/xorg.conf.d/20-intel.conf}} in '''Section "Device"'''  la stringa  '''Option "SwapbuffersWait" "false"''' }}
+
== Risoluzione dei Problemi ==
  
 
=== Schermo vuoto durante l’avvio, alla fase "Loading modules"  ===
 
=== 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 precedente [https://wiki.archlinux.org/index.php/Intel_(Italiano)#KMS_.28Kernel_Mode_Setting.29 KMS]
+
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  [[Intel_(Italiano)#KMS_.28Kernel_Mode_Setting.29|precedente]].
 +
 
 +
In alternativa, si potrebbe risolvere aggiungendo ai [[Kernel parameters|parametri del kernel]] quanto segue:
  
In alternativa, si potrebbe risolvere aggiungendo alla riga di comando del kernel quanto segue:
 
 
  video=SVIDEO-1:d
 
  video=SVIDEO-1:d
  
=== Il monitor esterno collegato al portatile lampeggia nero ogni 30 secondi===
+
Se invece bisogna trasmettere tramite un collegamento VGA, provare questo :
  
Se il vostro portatile utilizza una scheda grafica Intel HD e il vostro schermo LCD esterno è nero o lampeggia ogni 30 secondi, l'aggiornamento del kernel e driver video può aiutare a risolvere il problema. A partire dalla versione {{pkg|xf86-video-intel}} 2.14.0-1 e kernel 2.6.37-5 viene risolto questo problema.
+
  video=VGA-1:1280x800
  
===É disponibile solamente una bassa risoluzione===
+
=== Video tearing ===
  
Se Xorg si avvia con una risoluzione 800x600 e non trovare altre voci, può essere, perché si ha ancora un file {{ic|/etc/X11/xorg.conf}} lasciata da una vecchia configurazione NVIDIA. Semplicemente cambiando il driver da "nvidia" a "intel" non è sufficiente quando si passa da {{ic|xorg.conf}} di NVIDIA per Intel. Eliminare {{ic|/etc/X11/xorg.conf}}, lasciando che il driver scelga automaticamente la impostazione migliore.
+
Se si utilizza il metodo di accelerazione SNA, è possibile risolvere il problema del video tearing aggiungendo quanto segue alla sezione {{ic| Device}} in {{ic|/etc/X11/xorg.conf.d/20-intel.conf}}:
  
=== Video tearing ===
+
Option "TearFree" "true"
  
Installare il pacchetto {{Pkg|libva-driver-intel}} per usufruire del supporto VA-API. Utilizzare un video player con supporto VAAPI. Se si utilizza mplayer, {{Pkg|mplayer-vaapi}}, e utilizzare il parametro -vo vaapi. Per risolvere problemi di tearing con i video in flash, provare ad abilitare la decodifica hardware video in {{ic|/etc/adobe/mms.cfg}} aggiungendo la linea {{ic|1=EnableLinuxHWVideoDecode=1}}. Se la decodifica hardware video non dovesse ancora funzionare, si può optare per aggiungere la linea {{ic|1=OverrideGPUValidation = 1}}.
+
{{Nota|Questa opzione non funziona quando il l'opzione {{ic|SwapbuffersWait}} è impostato su {{ic|false}}.}}
  
 
=== Freeze/crash del server X con i driver intel ===
 
=== Freeze/crash del server X con i driver intel ===
  
Se riscontrate dei problemi con il server X che termina inaspettatamente, o che sembra bloccarsi, o la GPU non risponde correttamente, potreste risolvere con [https://bbs.archlinux.org/viewtopic.php?pid=938004#p938004 l'utilizzo dell'opzione "Shadow"]:
+
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}}:
  
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|<nowiki>
+
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 
  Section "Device"
 
  Section "Device"
   Identifier "old intel stuff"
+
   Identifier "Intel Graphics"
 
   Driver "intel"
 
   Driver "intel"
   Option "Shadow" "True"
+
   Option "NoAccel" "True"
  Option "DRI" "false"
+
  EndSection}}
  EndSection</nowiki>
+
}}
+
  
Poiché utilizzando questa correzione (Option "Shadow" "True") vengono disabilitate molte funzioni dell'accelerazione video, si possono incorrere in [https://bbs.archlinux.org/viewtopic.php?pid=973673 problemi con gnome-screenshot] e programmi simili, come gimp o gcolor2.
+
In alternativa, si provare a disabilitare l'accelerazione 3D solo con tramite l'opzione {{ic|DRI}}:
  
Un'altra opzione che può essere utile in alcune implementazioni è quella di abilitare ''semaphores'' nel driver video del kernel, aggiungendo {{ic|1=i915.semaphores=1}} alle opzioni del kernel. Per rendere questo cambiamento definitivo in GRUB2, cambiare  la la lista dei comandi da dare al kernel in {{ic|/etc/default/grub}} e lanciare il comando {{ic|grub-mkconfig}} per ricreare il file di [[GRUB2 (Italiano)|GRUB2]] che includa questa opzione.
+
{{hc|/etc/X11/xorg.conf.d/20-intel.conf|
 +
Section "Device"
 +
  Identifier "Intel Graphics"
 +
  Driver "intel"
 +
  Option "DRI" "False"
 +
EndSection}}
  
  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.semaphores=1"
+
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===
 
=== Aggiungere risoluzioni non rilevate===
 +
 
Questo problema è trattato nell'articolo di [[Xrandr#Adding_undetected_resolutions|Xrandr]].
 
Questo problema è trattato nell'articolo di [[Xrandr#Adding_undetected_resolutions|Xrandr]].
 +
 +
=== Lentezza dopo l' aggiornamento a libGL 9 e Intel-DRI 9 ===
 +
 +
Effettuare un [https://wiki.archlinux.org/index.php/Downgrading_Packages#ARM Downgrade] a Intel-DRI 8 e libGL 8.
 +
 +
=== Trame nere nei videogiochi ===
 +
 +
Se si verificano delle texture nere nei videogiochi, la soluzione può essere il supporto che permette la compressione S3TC delle texture .
 +
 +
Può essere attivata tramite {{Pkg|driconf}} o installando {{Pkg|libtxc_dxtn}}.
 +
 +
Questo "problema" verrà risolto al più presto nei  [http://www.phoronix.com/scan.php?page=news_item&px=MTIwOTg nuovi driver].
 +
 +
Per saperne di più sulla compressione S3TC:
 +
 +
* http://dri.freedesktop.org/wiki/S3TC
 +
* http://en.wikipedia.org/wiki/S3_Texture_Compression
 +
 +
Uno dei giochi che è affetto da questo problema è [http://www.phoronix.com/scan.php?page=article&item=unigine_oilrush_gold&num=2  Oil Rush] e World of Warcraft sotto Wine.
 +
 +
=== 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"
 +
 +
oltre al parametro citato in precedenza.
 +
 +
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}}
 +
 +
==Altre Risorse==
 +
* 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]

Revision as of 15:21, 4 August 2013

Template:Article summary start Template:Article summary text Template:Article summary heading Template:Article summary text Template:Article summary text Template:Article summary wiki Template:Article summary text Template:Article summary wiki Template:Article summary end

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 500 e 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 intel-dri, che fornisce il driver DRI per l'accelerazione 3D.

l'accelerazione hardware video di decodifica/codifica sulle più recenti GPU, è possibile attraverso il driver VA-API fornito dal pacchetto libva-intel-driver, disponibile nei repository ufficiali.

Nota: Su sistemi a 64 bit è necessario installare il pacchetto lib32-intel-dri, per usufruire dell’accelerazione 3D con programmi a 32-bit.

Configurazione

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

Per una lista delle opzioni eseguire man intel.

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 via /etc/modprobe.d/i915.conf dove gli utenti possono impostare le opzioni del risparmio energetico. Una lista delle opzioni è disponibile tramite il seguente comando:

 $ modinfo i915 | grep power

Un esempio di /etc/modprobe.d/i915.conf:

options i915 i915_enable_rc6=7 i915_enable_fbc=1 lvds_downclock=1

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 è UXA , ma si raccomanda di utilizzare il metodo più completo e veloce SNA d'ora in poi. Potete controllare i benchmarks fatti da Phoronix [2], 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.

Per utilizzare il nuovo metodo SNA , 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"  "sna"
 EndSection

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-driver-intel-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 [3]. Gli fanno da eco altre esperienze [4].

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

Se si utilizza il metodo di accelerazione SNA, è possibile risolvere il problema del video tearing aggiungendo quanto segue alla sezione Device in /etc/X11/xorg.conf.d/20-intel.conf:

Option "TearFree" "true"
Nota: Questa opzione non funziona quando il l'opzione SwapbuffersWait è impostato su false.

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.

Lentezza dopo l' aggiornamento a libGL 9 e Intel-DRI 9

Effettuare un Downgrade a Intel-DRI 8 e libGL 8.

Trame nere nei videogiochi

Se si verificano delle texture nere nei videogiochi, la soluzione può essere il supporto che permette la compressione S3TC delle texture .

Può essere attivata tramite driconf o installando libtxc_dxtn.

Questo "problema" verrà risolto al più presto nei nuovi driver.

Per saperne di più sulla compressione S3TC:

Uno dei giochi che è affetto da questo problema è Oil Rush e World of Warcraft sotto Wine.

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"

oltre al parametro citato in precedenza.

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

Altre Risorse