web-dev-qa-db-fra.com

Clignotement sérieux de l'écran lorsque le WiFi est activé (Dell XPS 15)

J'ai un problème avec un nouveau Dell XPS 15 1050. Après l'installation (ou simplement l'utilisation de l'image en direct) de 18.04 (et .1) et l'activation du WiFi, des clignotements dramatiques se produisent toutes les quelques secondes, en particulier lors de l'extraction de données via WiFi. Cela inclut des rafales de couleurs statiques colorées pendant plusieurs secondes, des artefacts et l'écran noircissant jusqu'à ce qu'une touche soit enfoncée.

J'ai essayé plusieurs combinaisons différentes de pilotes graphiques avec les mêmes effets.

J'ai également essayé Fedora avec les mêmes résultats.

Je ne comprends pas pourquoi personne ne semble avoir eu ce problème. Je soupçonnais un problème matériel mais Windows semblait fonctionner correctement. Toutes les idées appréciées.

$ Sudo lshw -C video
*-display UNCLAIMED
description: 3D controller
product: GP107M [GeForce GTX 1050 Ti Mobile]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@0000:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
configuration: latency=0
resources: memory:ec000000-ecffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:3000(size=128) memory:ed000000-ed07ffff
*-display
description: VGA compatible controller
product: Intel Corporation
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:138 memory:eb000000-ebffffff memory:80000000-8fffffff ioport:4000(size=64) memory:c0000-dffff 


$ Sudo lshw -C network
*-network
description: Wireless interface
product: QCA6174 802.11ac Wireless Network Adapter
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:3b:00.0
logical name: wlp59s0
version: 32
serial: 9c:b6:d0:fd:9b:55
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath10k_pci driverversion=4.17.4-041704-generic firmware=WLAN.RM.4.4.1-00079-QCARMSWPZ-1 ip=192.168.2.201 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:139 memory:ed200000-ed3fffff
wirelessgraphicsintel-graphicsxps
3
Rich Smith

Je semble avoir résolu le problème mais je ne sais pas trop pourquoi.

Ajout du paramètre du noyau ...

 i915.edp_vswing=2

... élimine le problème. Je serais toujours intéressé si quelqu'un peut expliquer pourquoi.

Plus d'informations sur le paramètre dans cet article de blog: https://webcache.googleusercontent.com/search?q=cache:7Zsl522ei0Q:https://blog.spirotot.com/2016/08/11/xps- 9550-Arch-linux-fix-screen-scintillement/+ & cd = 2 & hl = fr & ct = clnk & gl = uk & client = firefox-b-ab

0
Rich Smith

La solution est i915.edp_vswing=2 paramètre du noyau

Bien que l'OP ait résolu le problème grâce au lien Arch Linux dans la section suivante, des questions subsistent quant à sa signification.

Depuis l'annonce: Display Port Presentation December 201 :

  • Embedded DisplayPort (eDP) a été développé pour être utilisé spécifiquement dans les applications d'affichage embarqué

    • Ordinateurs portables, Netbooks et Bloc-notes
    • PC tout-en-un

  • Il est conçu pour rejouer la technologie LVDS

Comme beaucoup de gens ici le savent déjà, i915 est le pilote d'affichage d'Intel pour Linux, utilisé depuis des décennies.

Le composant vswing que je ne peux pas comprendre, mais vous pouvez trouver le code C qui le contrôle ici: https://patchwork.kernel.org/patch/6349211/

Le paramétrage (après le signe =] peut être:

  • 0 = défaut, ne rien faire
  • 1 = pas sûr, pas encore trouvé de réponse
  • 2 = contrôle du scintillement, quel OP a utilisé

Je vais définir mon paramètre de noyau sur 1 et redémarrer après avoir posté cette réponse.

Ceci est un paramètre temporaire pour les anciens noyaux selon ce que j'ai lu ce soir. Il est donc conseillé de supprimer occasionnellement le paramètre après l’installation de nouveaux noyaux pour voir s’il est toujours nécessaire.

Enfin, il y a un point intéressant ici: https://patchwork.kernel.org/patch/9303023/

>   /*
> -  * FIXME On Dell XPS 13 9350 the OpRegion panel type (0) gives us
> -  * low vswing for eDP, whereas the VBT panel type (2) gives us normal
> -  * vswing instead. Low vswing results in some display flickers, so
> -  * let's simply ignore the OpRegion panel type on SKL for now.
> +  * FIXME On Dell XPS 13 9350 and Dell XPS 13 L322X the
> +  * OpRegion panel type (0) gives us low vswing for eDP,
> +  * whereas the VBT panel type (2) gives us normal vswing
> +  * instead. Low vswing results in some display flickers, so
> +  * let's simply ignore the OpRegion panel type on SKL and
> +  * IVYBRIDGE for now.
>    */

Article original qui a aidé l'OP à trouver la solution

Voici un excellent lien pour vous: Arch Linux Dell XPS 13 (9350) :

Contrôle de la luminosité adaptative du contenu

Dans le XPS 13, les écrans d’affichage (FHD et QHD +) sont livrés avec une luminosité adaptative intégrée dans le micrologiciel de celui-ci. l’écran et sera généralement jugé indésirable, en particulier pour les utilisateurs de Linux susceptibles de basculer entre un contenu d’écran sombre et clair. Dell a publié un correctif pour cela, mais il ne peut fonctionner que sous Windows et pour le modèle QHD + de l'ordinateur portable. Cette précaution doit donc être prise avant l'installation de Linux. Le modèle FHD du XPS 13 (9350) ne peut pas être corrigé. Ce n'est pas un problème avec le panneau, mais un problème avec la façon dont les panneaux sont configurés pour le XPS 13, car le même panneau existe dans le modèle FHD Latitude 13 7000 (e7370) de Dell, mais avec CABC désactivé. Le correctif est disponible directement auprès de Dell.

En outre, vérifiez les publications d’autres utilisateurs Dell:

3
WinEunuuchs2Unix