Pilote i915 et r8169 erreur -2 [ tearing + i915 resolu ]

Bonjour , lorsque je lis des vidéos , j ’ ai des sortes de lignes horizontales qui se mettent dans l ’ image ( peut etre du tearing ) , du coup je suis allé voir les messages d ’ erreur , il y a soucis avec le pilote vidéo de l’ IGPet la carte reseau a priori :

iznobe@debian:~$ sudo dmesg | grep -i error
[    1.339348] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_04.bin failed with error -2
[    2.604879] EXT4-fs (nvme0n1p10): re-mounted. Opts: errors=remount-ro
[    3.529890] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8125b-2.fw failed with error -2
iznobe@debian:~$

y a moyen d ’ obtenir un affichage correct ?
Pour la carte reseau malgré le message , je n’ ai rien remarqué de special , ca m’ a l’ air de fonctionner normalement ???

bon j ’ ai suivi la doc indiquée dans la 1ere commande : Firmware - Debian Wiki

iznobe@debian:~$ sudo journalctl --no-pager -b -p err
-- Journal begins at Wed 2023-04-05 20:05:32 CEST, ends at Wed 2023-04-05 22:57:44 CEST. --
avril 05 20:05:32 debian kernel: i915 0000:00:02.0: firmware: failed to load i915/kbl_dmc_ver1_04.bin (-2)
avril 05 20:05:32 debian kernel: firmware_class: **See https://wiki.debian.org/Firmware for information about missing firmware**
avril 05 20:05:32 debian blkmapd[385]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
avril 05 21:49:01 debian kernel: r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8125b-2.fw (-2)
avril 05 21:49:01 debian kernel: r8169 0000:02:00.0: Unable to load firmware rtl_nic/rtl8125b-2.fw (-2)
avril 05 21:49:03 debian pipewire[989]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
avril 05 22:27:30 debian pipewire[2144]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
avril 05 22:41:34 debian lightdm[2212]: gkr-pam: unable to locate daemon control file
avril 05 22:50:41 debian systemd[1]: proc-sys-fs-binfmt_misc.automount: Got hangup/error on autofs pipe from kernel. Likely our automount point has been unmounted by someone or something else?
iznobe@debian:~$ cat /etc/apt/sources.list
# deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64 NETINST 20221217-10:42]/ bullseye main

#deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64 NETINST 20221217-10:42]/ bullseye main

deb http://deb.debian.org/debian/ bullseye main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye main contrib non-free

deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free

# bullseye-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye-updates main contrib non-free

deb http://deb.debian.org/debian/ bullseye-backports main contrib non-free

deb https://fasttrack.debian.net/debian-fasttrack/ bullseye-fasttrack main contrib

deb https://fasttrack.debian.net/debian-fasttrack/ bullseye-backports-staging main contrib

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
iznobe@debian:~$ apt-file search i915/kbl_dmc_ver1_04.bin
bash: apt-file : commande introuvable
iznobe@debian:~$ sudo apt-file search i915/kbl_dmc_ver1_04.bin
sudo: apt-file : commande introuvable
iznobe@debian:~$ sudo apt search i915/kbl_dmc_ver1_04.bin
En train de trier... Fait
Recherche en texte intégral... Fait
firmware-misc-nonfree/stable 20210315-3 all
  Binary firmware for various drivers in the Linux kernel

iznobe@debian:~$ sudo apt install firmware-misc-nonfree
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
  libsdl-ttf2.0-0
Veuillez utiliser « sudo apt autoremove » pour le supprimer.
Les NOUVEAUX paquets suivants seront installés :
  firmware-misc-nonfree
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 8 953 ko dans les archives.
Après cette opération, 36,5 Mo d'espace disque supplémentaires seront utilisés.
Réception de :1 http://deb.debian.org/debian bullseye/non-free amd64 firmware-misc-nonfree all 20210315-3 [8 953 kB]
8 953 ko réceptionnés en 4s (2 273 ko/s)               
Sélection du paquet firmware-misc-nonfree précédemment désélectionné.
(Lecture de la base de données... 171697 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../firmware-misc-nonfree_20210315-3_all.deb ...
Dépaquetage de firmware-misc-nonfree (20210315-3) ...
Paramétrage de firmware-misc-nonfree (20210315-3) ...
Traitement des actions différées (« triggers ») pour initramfs-tools (0.140) ...
update-initramfs: Generating /boot/initrd.img-5.10.0-21-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125b-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168fp-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8106e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8411-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8402-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-3.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
iznobe@debian:~$ sudo apt search rtl_nic/rtl8125b-2.fw
En train de trier... Fait
Recherche en texte intégral... Fait
firmware-realtek/stable 20210315-3 all
  Binary firmware for Realtek wired/wifi/BT adapters

iznobe@debian:~$ sudo apt install firmware-realtek
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Le paquet suivant a été installé automatiquement et n'est plus nécessaire :
  libsdl-ttf2.0-0
Veuillez utiliser « sudo apt autoremove » pour le supprimer.
Les NOUVEAUX paquets suivants seront installés :
  firmware-realtek
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 921 ko dans les archives.
Après cette opération, 2 988 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://deb.debian.org/debian bullseye/non-free amd64 firmware-realtek all 20210315-3 [921 kB]
921 ko réceptionnés en 1s (1 293 ko/s)
Sélection du paquet firmware-realtek précédemment désélectionné.
(Lecture de la base de données... 172397 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../firmware-realtek_20210315-3_all.deb ...
Dépaquetage de firmware-realtek (20210315-3) ...
Paramétrage de firmware-realtek (20210315-3) ...
Traitement des actions différées (« triggers ») pour initramfs-tools (0.140) ...
update-initramfs: Generating /boot/initrd.img-5.10.0-21-amd64
iznobe@debian:~$ sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-5.10.0-20-amd64
update-initramfs: Generating /boot/initrd.img-5.10.0-21-amd64
iznobe@debian:~$ sudo reboot

je vais voir ce que ca dis au redemarrage .

Bon , les messages pour les firmwares ont disparus :

iznobe@debian:~$ sudo journalctl --no-pager -b -p err
[sudo] Mot de passe de iznobe : 
-- Journal begins at Wed 2023-04-05 21:10:50 CEST, ends at Wed 2023-04-05 23:11:26 CEST. --
avril 05 21:10:50 debian blkmapd[390]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directory
avril 05 23:10:34 debian pipewire[991]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name
iznobe@debian:~$ 

y a til moyen d ’ avoir ce retour de commande vide ,et donc d ’ eliminer les erreurs restantes ?

Malgré cela , le " tearing horizontal " persiste lors de la lecture de vidéos , si vous avez des idées pour ameliorer cela .

Bonjour,

Je ne comprends pas vraiment ce que tu veux dire par « tearing ». Est-ce que tu peux faire une capture d’écran pour nous montrer ?
Est-ce que ça le fait avec toutes les vidéos ? Est-ce que tu as ça sur d’autres trucs qui bougent, genre le défilement d’une page web ou un jeu vidéo ?

Bonjour , jen ’ ai pas fait de capture d’ ecran , j’ en ai pris une sur le net au pif . Screen tearing - Wikipedia

j ’ ai le probleme avec la lecture de toutes les vidéos , je n ’ ai pas de jeux vidéos .
Sur les defilements de page web , je n’ ai pas remarqué .

un peu plus d’ info peut etre utile :

iznobe@debian:~$ xrandr
Screen 0: minimum 320 x 200, current 2063 x 863, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected 2064x864+0+0 (normal left inverted right x axis y axis) 797mm x 333mm
   3440x1440     59.97*+  74.98  
   2560x1440     59.95  
   2560x1080     60.00    59.94  
   1920x1080     60.00    50.00    59.94  
   1680x1050     59.95  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1440x900      59.89  
   1280x800      59.81  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.03    70.07    60.00  
   832x624       74.55  
   800x600       72.19    75.00    60.32    56.25  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    72.81    66.67    60.00    59.94  
   720x400       70.08  
HDMI-2 disconnected (normal left inverted right x axis y axis)
iznobe@debian:~$

D’ apres ce site Comment résoudre le tearing et le stuttering sur votre écran ? - Coolblue - tout pour un sourire il suffit de mettre le meme nombre de FPS que la frequence de rafraichissement de l’ ecran .

j ’ ai donc parametré le moniteur en 75 Hz et choisi dans les parametres la " meme " chose :

iznobe@debian:~$ xrandr
Screen 0: minimum 320 x 200, current 2063 x 863, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected 2064x864+0+0 (normal left inverted right x axis y axis) 797mm x 333mm
   3440x1440     74.98*+  59.97  
   2560x1440     59.95  
   2560x1080     60.00    59.94  
   1920x1080     60.00    50.00    59.94  
   1680x1050     59.95  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1440x900      59.89  
   1280x800      59.81  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.03    70.07    60.00  
   832x624       74.55  
   800x600       72.19    75.00    60.32    56.25  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    72.81    66.67    60.00    59.94  
   720x400       70.08  
HDMI-2 disconnected (normal left inverted right x axis y axis)
iznobe@debian:~$

mais le probleme est toujours present :roll_eyes:

Apres , il faut aussi que je precise que parfois , mon ecran devient tout noir pendant quelques secondes . Cela arrive souvent quelques temps apres le demarrage de l’ ordi , mais pas que et pas tout le temps … je ne sais pas si les 2 phenomenes sont liés . et ca le fait sur ubuntu et linux mint aussi .
Par contre le tearing non , c’ est uniquement sur debian .

salut
je ne connais pas bien
mais il me sembler que tu devrais avoir la même dimension current (2063 x 863) et * (3440x1440)

c’ est probablement du au facteur d’ échelle personnalisé que j’ utilise : 0.6 .
je vais repasser en " normal " et redonner le retour .

EDIT : voici :

iznobe@debian:~$ xrandr
Screen 0: minimum 320 x 200, current 3440 x 1440, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected 3440x1440+0+0 (normal left inverted right x axis y axis) 797mm x 333mm
   3440x1440     74.98*+  59.97  
   2560x1440     59.95  
   2560x1080     60.00    59.94  
   1920x1080     60.00    50.00    59.94  
   1680x1050     59.95  
   1600x900      60.00  
   1280x1024     75.02    60.02  
   1440x900      59.89  
   1280x800      59.81  
   1152x864      75.00  
   1280x720      60.00    50.00    59.94  
   1024x768      75.03    70.07    60.00  
   832x624       74.55  
   800x600       72.19    75.00    60.32    56.25  
   720x576       50.00  
   720x480       60.00    59.94  
   640x480       75.00    72.81    66.67    60.00    59.94  
   720x400       70.08  
HDMI-2 disconnected (normal left inverted right x axis y axis)
iznobe@debian:~$

j ’ utilise cette echelle personnalisée car sinon tout est trop petit . Apres je sais pas , si utiliser cela peut engendre des defaults dans la lecture de videos .

A priori , en laissant l’ echelle a sa valeur par defaut , le probleme persiste , on peut donc exlcure aussi cette piste .
Par contre , je sais pas trop si c ’ est normal ou pas , mais si je choisis dans affichage => echelle => 2 X , tout est 2 fois plus petit .

La question de la capture d’écran était pour savoir si le phénomène est visible dans les captures.

Sinon, ça va être un moche, mais est-ce que tu peux mettre une résolution plus faible et voir ce que ça donne.
Je soupçonne que ce soit un problème de transmission du signal, peut-être que le débit admissible par le câble vidéo n’est pas assez élevé pour faire passer cette résolution.

je ferai le test en resolution plus basse ce soir en rentrant .

Le cable est un cable Display Port , celui-ci precisement : Amazon.fr

Alors le probleme persiste en resolution plus faible ( la frequence est aussi differente ) .
j ’ ai testé en 1680*1050 avec l’ echelle a 0.6 toujours .

Lorsque j’ ai voulu revenir au parametre d ’ origine , je me suis retrouvé plus ou moins coincé …
la taille de l’ affichage a bien été redimensionner , mais pas le bureau …
je vais reproduire et prendre une capture , carpas forcement simple a expliquer .

voici les captures :
Capture-d-cran-param-origine

Capture-d-cran-param-modifi

retour-au-pram-origine-buggu

La premiere est l ’ affichage de depart .
la 2eme est l’ affichage suite a la modification pour faire les tests en resolution plus faible sur les vidéos .
Et sur la derniere , , je reviens au parametre identique a la 1ere capture , mais ma souris ne peut pas aller dans la partie noire que l’ on voit a droite et en bas .
En fait la capture , ne capture pas entierement l’ ecran …

Bon je refait et prends une photo pour le retour au parametre d’ origine .

Voici le resultat en realité :
IMG-20230406-183040
et la souris ne peut pas aller dans la partie noire de l’ ecran , ca ressemble a un bug ca non ?

Alors , si je modifie l’ echelle pour revenir a la valeur par defaut : 1X , retour a la normale .

Bonjour

Peut-être à voir du coté de ta configuration de Xorg pour le problème de tearing: Intel graphics - ArchWiki

En mettant le contenu suivant dans « /etc/X11/xorg.conf.d/20-intel.conf », ça peut te corriger le problème de tearing après redémarrage pour prise en compte des paramètres ainsi modifiés de Xorg:

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

Ça me rappelle la commande DOS DEVICE=C:\DOS\NOSMOKE.SYS qui permet aux alimentations compatibles de ne pas libérer de la fumée.

Je ne vois pas le rapport. Le pilote « intel » a bien une option « TearFree ». Par contre ce pilote n’est pas recommandé avec les GPU assez récents (2008). Le pilote par défaut « modesetting » n’a pas cette option.

Bonjour , je ne sais pas exactement de quel pilote vous parlez .
mais pour eclaircir la situation voici :

iznobe@debian:~$ lshw -c display
ATTENTION: ce programme devrait être lancé en tant que super-utilisateur.
  *-display                 
       description: VGA compatible controller
       produit: CometLake-S GT2 [UHD Graphics 630]
       fabriquant: Intel Corporation
       identifiant matériel: 2
       information bus: pci@0000:00:02.0
       version: 05
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: vga_controller bus_master cap_list rom
       configuration: driver=i915 latency=0
       ressources: mémoireE/S:600-5ff mémoireE/S:400-3ff irq:144 mémoire:6000000000-6000ffffff mémoire:4000000000-400fffffff portE/S:4000(taille=64) mémoire:c0000-dffff
ATTENTION: les informations sont potentiellement incomplètes ou erronées, vous devriez lancer ce programme en tant que super-utilisateur.
iznobe@debian:~$

Du pilote « intel » pour Xorg, le serveur d’affichage. Le pilote i915 mentionné par lshw est celui du noyau Linux. Les deux fonctionnent ensemble.
L’architecture Comet Lake semble récente (2019) donc il vaut mieux garder le pilote Xorg par défaut.

ok , mais comment je met en pratique cela ?

Il n’y a rien à faire puisque c’est le pilote par défaut.

donc je laisse comme c’ est actuellement ?

Apres je sais pas , mais j’ ai procedé a la modification indiquée :

D ’ apres ce que j’ ai pu voir apres plusieurs lecture de vidéos rapides , le tearing a a priori disparu .

je ferais des tests plus avancés demain , là j ’ ai pas trop le temps .

Bonjour , j ’ ai verifie pendant 15 minutes ce matin , plus de tearing visible .

Auparavant sur des scenes d’ action c’ etait visible en quelques secondes .

j ’ ai juste ajouté le fichier /etc/X11/xorg.conf.d/20-intel.conf avec son contenu :

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

Puis redemarrer l ’ ordi . comme indiqué .
Ca a l’ air d ’ aller pour le moment .