Fix Screen Tearing on Intel Graphics in Pardus Linux: A Result-Focused Guide

What a good fix should look like

A useful screen-tearing fix is not simply a configuration change that makes one video look better. The result should be repeatable: horizontal splits should disappear during window dragging, page scrolling, and full-screen video; the desktop should remain responsive; the correct refresh rate should stay selected after login; and the change should not introduce black screens, stutter, or higher-than-expected latency.

On current Pardus releases, start by identifying the display session and the Xorg driver actually in use. Pardus 25 ships with Xfce 4.20.2 as its lightweight desktop option and GNOME 48.4 as its other main desktop, while Pardus 25.1 includes Debian 13.4 maintenance updates and Linux kernel 6.12.74. That matters because an X11-specific Intel configuration should not be applied blindly to a Wayland session. See the Pardus 25 release notes and Pardus 25.1 release notes.

The practical order is: identify the session and driver, update the graphics stack, confirm compositor and monitor settings, then use the Intel Xorg TearFree option only when the legacy intel DDX is actually active. Debian currently recommends the built-in Xorg modesetting driver for Intel hardware from roughly 2007 onward rather than installing xserver-xorg-video-intel by default. The Debian GraphicsCard documentation is useful context for this distinction.

1. Identify whether you are fixing X11 or Wayland

Open a terminal and check the session type first:

echo $XDG_SESSION_TYPE
lspci -k | grep -A3 -E 'VGA|Display'

If the first command returns x11, the Xorg-specific checks in this guide apply. If it returns wayland, do not create an Xorg device file just to solve tearing; update the system and troubleshoot the compositor/session instead. The second command should show an Intel display controller and typically a kernel driver such as i915 on many Intel systems.

Quality check: write down the output name, such as eDP-1, and the mode marked with an asterisk by xrandr. You will use those values to verify that later changes did not alter the display unexpectedly.

2. Update Pardus before adding driver overrides

Graphics tearing can come from the window manager, Mesa, Xorg, or the kernel display driver. Before adding a permanent override, install the updates already provided for your Pardus release:

sudo apt update
sudo apt full-upgrade

Reboot if the update installs a new kernel, Mesa stack, or X server components. This is especially important on Pardus 25 because the current point releases have continued to receive kernel and Debian-base updates.

Controllo qualità: prova lo stesso video a scorrimento o a schermo intero che in precedenza aveva evidenziato il problema. Se il problema scompare dopo l'aggiornamento e il riavvio, fermati qui invece di aggiungere un'altra soluzione alternativa a livello grafico.

3. Su Pardus Xfce, verificare che la composizione del display sia abilitata.

Per un ambiente desktop Xfce, apri Impostazioni > Ottimizzazioni del gestore finestre > Compositor e verifica che la composizione dello schermo sia abilitata. Il compositore si occupa di assemblare il contenuto delle finestre nell'immagine finale del desktop; disabilitandolo, il tearing potrebbe risultare più evidente durante lo spostamento delle finestre o la riproduzione di video.

Questa è una prima modifica a basso rischio perché non impone un driver Xorg DDX diverso. Eseguite un test prima di modificare altri dettagli del compositore. Non date per scontato che tutte le caselle di controllo visualizzate da una particolare build di Xfce siano identiche in tutte le versioni di Pardus.

Verifica della qualità: trascina una finestra di grandi dimensioni orizzontalmente su uno sfondo dettagliato e scorri una lunga pagina web. Il miglioramento dovrebbe essere visibile in più di un'applicazione. Se il problema si presenta solo con un lettore multimediale, controlla le impostazioni di uscita video o di sincronizzazione di tale applicazione anziché modificare l'intero desktop.

4. Verificare che il monitor utilizzi la frequenza di aggiornamento prevista.

In ambiente X11, xrandrvengono visualizzate le modalità disponibili e quella corrente viene contrassegnata da un asterisco. Il manuale documenta --output, --mode, e --rateper la selezione di un output, una risoluzione e la frequenza di aggiornamento disponibile più vicina. Consultare il manuale di xrandr per Debian .

xrandr --current

Se il display supporta la modalità desiderata ma è selezionata una frequenza diversa, prova temporaneamente il valore corretto. Sostituisci l'output e la frequenza di esempio con i valori effettivamente visualizzati sul tuo computer:

xrandr --output eDP-1 --mode 1920x1080 --rate 60

Controllo qualità: confermare xrandr --currentora contrassegna la modalità e la frequenza desiderate. Se il tearing cambia quando viene collegato un monitor esterno, testare ciascuna uscita separatamente perché le configurazioni multi-monitor con frequenze di aggiornamento miste possono evidenziare problemi di temporizzazione del compositore che non si manifestano su un singolo schermo.

5. Verifica quale driver Xorg è effettivamente attivo

Il passo successivo determina se l' TearFreeopzione Intel classica è pertinente. Su X11, esamina il log Xorg corrente:

grep -E '(modesetting|intel)' /var/log/Xorg.0.log | grep -i driver

Se la tua distribuzione memorizza il log di Xorg nel journal, usa:

journalctl -b | grep -Ei 'Xorg|modesetting|intel'

Se il driver attivo è modesetting, non installare il vecchio Intel DDX solo per ottenere il suo TearFreeinterruttore. Debian sconsiglia esplicitamente il vecchio driver Intel Xorg su hardware più recente e raccomanda invece il driver modesetting integrato. Se il log indica già Using driver 'intel', l'opzione Intel-driver riportata di seguito è un test mirato valido.

6. Se il driver Intel Xorg legacy è attivo, testa TearFree

Il intel(4)manuale di Debian lo documenta Option "TearFree" "boolean". Spiega che TearFree esegue il rendering tramite un back buffer e aggiorna la visualizzazione in sincronia con l'aggiornamento verticale. Il compromesso consiste in una maggiore memoria per il framebuffer, alcune copie aggiuntive, una riduzione della velocità di trasmissione in alcuni casi e una piccola quantità di latenza di output. Vedi il manuale di Debian intel(4) .

Solo quando il log di Xorg conferma che il inteldriver è attivo, crea un piccolo file di configurazione come questo /etc/X11/xorg.conf.d/20-intel.conf:

Section "Device"
    Identifier "Intel Graphics"
    Driver "intel"
    Option "TearFree" "true"
EndSection

Disconnettiti e accedi di nuovo, oppure riavvia il sistema, in modo che Xorg ricarichi la configurazione.

Controllo qualità: il desktop dovrebbe avviarsi normalmente, la risoluzione desiderata dovrebbe rimanere selezionata e non dovrebbero esserci artefatti grafici nello stesso test ripetibile utilizzato in precedenza. Se l'input risulta sensibilmente meno immediato o la velocità di rendering diminuisce nel carico di lavoro, valutate questo compromesso rispetto al miglioramento visivo.

7. Verificare il risultato invece di presumere che l'opzione caricata

Dopo essere tornati al desktop, controllate il log di Xorg per verificare la presenza dell'opzione e quindi eseguite nuovamente i test visivi originali:

grep -i tearfree /var/log/Xorg.0.log

La presenza di una voce nel registro che indica l'attivazione di TearFree dimostra che Xorg ha accettato l'impostazione; tuttavia, non garantisce di per sé che ogni applicazione funzionerà senza tearing. Eseguite dei test con lo scorrimento rapido, il trascinamento delle finestre e almeno un video a schermo intero con movimento orizzontale visibile.

Criteri di superamento: nessuna divisione orizzontale persistente in diversi test con molte azioni in movimento, nessuna nuova schermata nera o sfarfallio, nessuna variazione indesiderata della frequenza di aggiornamento e nessun rallentamento inaccettabile. Se il problema di tearing persiste solo in un'applicazione, cambiare approccio e analizzare il percorso di rendering di tale applicazione.

8. Se la modifica apportata da Xorg peggiora la situazione, ripristinate rapidamente la versione precedente.

Se Xorg non si avvia correttamente, le prestazioni peggiorano o l'opzione non apporta alcuna differenza significativa, rimuovi il file che hai aggiunto e ripristina il comportamento precedente del driver:

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

Quindi disconnettiti e accedi di nuovo oppure riavvia il sistema. Non rimuovere i file non correlati in /etc/X11/xorg.conf.d/.

Quando cambiare approccio

Passa a un altro metodo, diverso da Intel DDX TearFree, se si verifica una delle seguenti condizioni:

• Ti trovi su Wayland. Gli snippet di dispositivo Xorg non controllano il percorso di presentazione di un compositore Wayland.
• Xorg utilizza il driver modesetting integrato. Il manuale modesetting di Debian attualmente disponibile documenta il driver basato su KMS e le opzioni supportate, ma non elenca l' TearFreeopzione legacy Intel DDX. Consultare il manuale modesetting(4) di Debian .
• Il problema si presenta solo su un display esterno. Ricontrollare la frequenza di aggiornamento, il comportamento del cavo/adattatore e se il tearing segue una particolare uscita video.
• Il problema si è presentato subito dopo un aggiornamento di sistema. Verificare la versione corrente del kernel, di Mesa e dei pacchetti Xorg e cercare eventuali regressioni prima di aggiungere override locali permanenti.
• Il problema si verifica solo in un determinato lettore, browser o gioco. Le impostazioni di sincronizzazione o rendering video a livello di applicazione rappresentano un obiettivo più valido rispetto a una modifica globale di Xorg.

Limiti della soluzione

Nessuna singola impostazione grafica Intel può garantire un risultato senza tearing su ogni versione di Pardus, ambiente desktop, generazione di GPU, topologia di visualizzazione e applicazione. L'opzione legacy Intel DDX TearFree esiste ed è documentata, ma è intenzionalmente una soluzione condizionale: si applica ai sistemi X11 che effettivamente utilizzano quel driver, e il driver stesso non è più l'impostazione predefinita consigliata per l'hardware Intel più recente nei sistemi derivati ​​da Debian.

Il risultato più affidabile si ottiene mantenendo l'intervento proporzionato alla causa. Se la sincronizzazione del compositore e la corretta frequenza di aggiornamento risolvono il problema, fermatevi lì. Se il driver Intel legacy è già attivo, TearFree è un test ragionevole e misurato. Se state utilizzando modesetting o Wayland, rimanete con lo stack moderno e diagnosticate il comportamento del compositore, della frequenza di aggiornamento, del kernel, di Mesa e delle applicazioni, invece di forzare un driver più vecchio nel sistema.

Lista di controllo per la verifica rapida

• Confermare echo $XDG_SESSION_TYPEprima di applicare le procedure specifiche per Xorg.
• Registra separatamente il driver del kernel Intel e il driver Xorg attivo.
• Aggiorna Pardus e riavvia il sistema quando cambiano i componenti dello stack grafico.
• Mantieni la composizione Xfce abilitata a meno che i test non dimostrino che sia la causa del problema.
• Verifica la modalità e la frequenza di aggiornamento effettive del monitor con xrandrX11.
• Da utilizzare Option "TearFree" "true"solo quando Xorg sta usando il inteldriver.
• Valuta il successo con diversi test che prevedono un'intensa attività di movimento, non con una singola schermata o una singola riga di registro.
• Se il file Xorg personalizzato non migliora significativamente il risultato, rimuovilo.