Difference between revisions of "Intel graphics (Italiano)"

From ArchWiki
Jump to: navigation, search
(Tips and tricks: allineata pagina con wiki inglese)
(Soluzione del problema all'apertura del coperchio del portatile)
Line 90: Line 90:
 
dove <tt>param</tt> può assumere il valore di <tt>"Full"</tt>, <tt>"Center"</tt> or <tt>"Full aspect"</tt>.
 
dove <tt>param</tt> può assumere il valore di <tt>"Full"</tt>, <tt>"Center"</tt> or <tt>"Full aspect"</tt>.
  
=== Workaround for bug with opening laptop lid ===
+
=== Soluzione del problema all'apertura del coperchio del portatile ===
==== Solution #1 ====
+
==== Soluzione #1 ====
On laptops with Intel video chip you can face the issue with not working X display after you close lid to make the machine suspend and than open it back. See bug https://bugs.freedesktop.org/show_bug.cgi?id=24970 for more details.  
+
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.  
  
Here is a way to work it around. The recipe is based on similar one from Fedora "Common bugs" page: https://fedoraproject.org/wiki/Common_F12_bugs#Display_cannot_be_reactivated_if_it_enters_sleep_mode_with_laptop_lid_closed
+
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:
  
{{Note|This workaround will work only in single-user system, you can make it work for multiple users by adding procedure of checking which user put machine to suspend state.}}  
+
{{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.}}  
Install acpid:
+
Installare acpid:
  
{{Codeline|pacman -S acpid}}
+
{{Codeline|# pacman -S acpid}}
  
After that place acpid before hal in DAEMONS section of your {{Filename|/etc/rc.conf}} file.   
+
Inserire quindi acpid nell'array DAEMONS nel file {{Filename|/etc/rc.conf}}, prima di hal.   
  
Than create a file {{Filename|/etc/acpi/actions/reset-display.sh}} with the following contents:  
+
Creare il file {{Filename|/etc/acpi/actions/reset-display.sh}} con il seguente contenuto:  
  
 
   #!/bin/bash
 
   #!/bin/bash
Line 116: Line 116:
  
  
where <tt>$UID</tt> is UID of the user who put laptop to suspend mode (you). The main difference from original Fedora method is <tt>sleep</tt> operator usage. Without it the lid button state will not be updated by the moment it checking by {{Filename|reset-display.sh}} script, in some cases smaller delay (for example 3 seconds) will work when running on AC power and will not work with battery power, 10 seconds works always. Do not forget to make the script executable:  
+
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:  
  
   #chmod +x /etc/acpi/actions/reset-display.sh
+
   # chmod +x /etc/acpi/actions/reset-display.sh
  
Than we need to assign the action to LID switch event. Add the following line to {{Filename|/etc/acpi/handler.sh}} file under <tt>button/lid)</tt> code:
+
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>:
  
 
   /etc/acpi/actions/reset-display.sh
 
   /etc/acpi/actions/reset-display.sh
  
Now you can reboot your laptop or just restart daemons in the following order:
+
Per rendere effettive le modifiche, è necessario riavviare il sistema, o anche solo riavviare i demoni in quest'ordine:
  
 
   #/etc/rc.d/hal stop
 
   #/etc/rc.d/hal stop
Line 130: Line 130:
 
   #/etc/rc.d/hal start
 
   #/etc/rc.d/hal start
  
==== Solution #2 ====
+
==== Soluzione #2 ====
  
An easier, less reliable workaround is to simply re-suspend the computer and wake it again. This will often correct the glitch and return the X desktop to a working state.
+
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.
  
 
=== KMS Issue: console is limited to small area ===
 
=== KMS Issue: console is limited to small area ===

Revision as of 23:39, 28 June 2010

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی

Sommario help replacing me
Informazioni sulle schede grafiche ed i chipset Intel
Articoli correlati
ATI
ATI Catalyst
NVIDIA
Xorg

Per l'utilizzo al'interno di una console senza X, consultare Uvesafb.

Introduzione

Da quando Intel fornisce e sviluppa driver open source, le schede video Intel sono essenzialmente utilizzabili senza bisogno di particolari configurazioni.

Modelli

È 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:

  • Intel GMA 900 (919, 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 i.

Vedere this per una lista dettagliata.

Driver

  • xf86-video-intel

Installazione

Prerequisiti: Xorg

# pacman -S xf86-video-intel

Configurazione

Non è necessario alcun tipo di configurazione da quando HAL si occupa di tutto. Vedere Xorg input hotplugging per ulteriori informazioni.

Una cosa che si dovrebbe aver già fatto fin dall'inizio è quella di aggiungere l'utente al gruppo video:

# gpasswd -a username video

KMS (Kernel Mode Setting)

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.

Nota: Quando si utilizza KMS, è necessario rimuovere ogni riferimento a "vga" o "video" dalla linea del kernel in /boot/grub/menu.lst

Aggiungere i moduli Template:Codeline e Template:Codeline all'array MODULES in /etc/mkinitcpio.conf:

MODULES="intel_agp i915"

Quindi, ricreare l'initramfs:

# mkinitcpio -p kernel26

Se si volesse disabilitare KMS, bastarebbe cambiare l'opzione Template:Codeline in GRUB Template:Filename da 1 a 0, senza dover ricreare l'initramfs:

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /boot/vmlinuz26 root=/dev/... i915.modeset=0
initrd /boot/kernel26.img

Per disabilitare KMS senza dover modificare Template:Filename, 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". Quindi aggiungere l'opzione Template:Codeline 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

See also

Tips and tricks

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 pò provare con

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

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

Soluzione del problema all'apertura del coperchio del portatile

Soluzione #1

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 bug, per maggiori dettagli.

C'è un metodo per risolvere il problema. La ricetta è basata sugli ingredienti della pagina "Common bugs" della community di Fedora:

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.

Installare acpid:

Template:Codeline

Inserire quindi acpid nell'array DAEMONS nel file Template:Filename, prima di hal.

Creare il file Template:Filename con il seguente contenuto:

 #!/bin/bash
 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


dove $UID è il UID dell'utente che mette in sospensione il sistema. La differenza principale con il metodo Fedora è l'utilizzo dell'operatore sleep. Senza di esso lo stato del coperchio non viene aggiornato secondo lo script Template:Filename, ma, se collegato alla rete elettrica dopo alcuni secondi (spesso tre secondi), altrimenti lo stato viene aggiornato immediatamente. Con l'operatore sleep, vengono sempre attesi dieci secondi. Non dimenticarsi di rendere lo script eseguibile:

 # 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 Template:Filename sotto il codice button/lid:

 /etc/acpi/actions/reset-display.sh

Per rendere effettive le modifiche, è necessario riavviare il sistema, o anche solo riavviare i demoni in quest'ordine:

 #/etc/rc.d/hal stop
 #/etc/rc.d/acpid start
 #/etc/rc.d/hal start

Soluzione #2

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.

KMS Issue: console is limited to small area

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. 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:

 video=SVIDEO-1:d

If that doesn't work, you may also try disabling TV1 or VGA1 instead of SVIDEO-1.

Risoluzione dei Problemi

Glxgears shows low performance results

If you run glxgears in order to check your system's graphics' performance, you may notice that glxgears shows results around 60 FPS:

...
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.

Note: glxgears is not a benchmark for performance comparison between two or more systems.