La "solución" al desgarro / parpadeo de la pantalla de gráficos Intel causa un uso excesivo del ventilador en Ubuntu 16.10 / 17.04 / 17.10

16

Varios usuarios ( uno , dos , tres , cuatro , cinco ) han informado que las tarjetas gráficas de Intel causan graves roturas / parpadeos de la pantalla en Ubuntu> = 16.10. La "solución" propuesta con frecuencia es agregar el parámetro de arranque i915.enable_rc6=0.

Sin embargo, mientras que la fijación del parpadeo de la pantalla / desgarro, esta "solución" provoca que el ventilador funcione constantemente (como en nunca, nunca se apaga) y a una velocidad excesivamente alta . Estoy publicando esta pregunta para ver si alguien tiene un remedio para el problema del ventilador (o, como alternativa, para el problema de parpadeo / desgarro pero sin causar el problema del ventilador).

Para completar, estoy Ubuntu 16.10/17.04/17.10usando kernel 4.11.0-10-genericen un Lenovo 910(Kabylake) y mi tarjeta gráfica es VGA compatible controller: Intel Corporation Device 5916 (rev 02).

Nota : Acabo de confirmar que este problema todavía existe con el kernel ascendente (v4.13.0-041300rc4). Revertir el kernel al kernel 16.04 LTS corrige el desgarro de la pantalla, pero eso es solo una solución. Recientemente (09.03.2017) probé la instalación predeterminada de Debian con el kernel 4.9.0-3-amd64, y no hay parpadeo de la pantalla (aunque la pantalla gira 90 grados).

Nota 2 : el uso del parámetro de arranque i915.enable_rc6=0conduce a la degradación del sistema durante el uso prolongado. Traté de ver una transmisión de video durante 3 horas y la máquina comenzó a actuar lentamente y no responde.

Nota 3 : presenté un informe de error .

Nota 4 : Esto puede no ser relevante, pero el desgarro de la pantalla se detiene por completo cuando el dispositivo señalador (trackpad) o el teclado están en uso.

Rsync
fuente
¿Recibe estos mensajes de advertencia cuando se actualiza su kernel sudo update initramfs -u? Tengo un Ivy Bridge y tuve un desgarro de la pantalla, pero lo arreglé con otros métodos usando las opciones de Xorg.
WinEunuuchs2Unix
No, no recibo esos mensajes al emitirlos sudo update-initramfs -u. Pero eso es probable porque instalé manualmente esos controladores de Intel ( 01.org/linuxgraphics/downloads/firmware ). ¿Te importaría compartir las opciones que usaste? Los probaré
Rsync
No los documenté en ese momento y fue hace un año, así que no recuerdo cada paso. Mi fuente principal para arreglar las cosas vino de Arch Linux . Además, utilicé Thermald, Powerclamp y TLP para el control del ventilador y las frecuencias de la CPU. Aquí hay una lista completa que escribí hace unas semanas.
WinEunuuchs2Unix
¿Cuál estás corriendo? Ubuntu 16.10 / 17.04 / 17.10?
fosslinux
Corrí cada uno durante aproximadamente una semana. Ahora solo estoy en 17.10 en esa partición y 16.04 para mi controlador diario hasta que esto se solucione.
Rsync

Respuestas:

13

La solución correcta sería crear el siguiente archivo:

/etc/X11/xorg.conf.d/20-intel-graphics.conf

teniendo el siguiente contenido:

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

No cree estos archivos en/usr/share/X11/xorg.conf.d . Esa es la ubicación, por ejemplo, los archivos de configuración para X, no los que están realmente cargados.

Adam Gausmann
fuente
1
Tuve que configurar DRI para true, de lo contrario, ciertas aplicaciones que usan OpenGL no se ejecutarían. Probablemente causado por la habilitación de DRI durante la compilación. Sin embargo, todavía obtengo desplazamiento y reproducción de video sin rasgaduras cuando está habilitado con estas otras opciones también habilitadas. No estoy seguro de por qué se sugiere deshabilitado en la respuesta.
Lars Haugseth
1
Esto soluciona algunas roturas diagonales constantes en mi Dell XPS 13 9350 cuando tengo monitores externos en modo vertical, pero causa un rediseño de pantalla extremadamente lento (~ 10 fps?) Y un gnome-shelluso extremadamente alto de la CPU.
Nick T
2
tenga en cuenta que el directorio /etc/X11/xorg.conf.d no existe por defecto en Ubuntu. Tienes que crearlo con sudo mkdir /etc/X11/xorg.conf.d
Kat Amsterdam
¡Muchas gracias! Ahora mis videos no tienen parpadeo.
Brian Haak
@Fabby, ¿estás seguro de tu edición? La documentación dice "Los archivos que terminan en * .conf en el directorio /usr/lib/X11/xorg.conf.d/ (NOTA: se cambiarán a /usr/share/X11/xorg.conf.d para 10.10) son automáticamente cargado por X al inicio antes de leer el xorg.conf "no se ha actualizado desde 2014 sin embargo.
Boris
2

Usé estos pasos para arreglar el parpadeo de la pantalla,

sudo gedit /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.conf

pegue estas líneas,

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

guardar, reiniciar.

Si aún no lo soluciona, puede eliminar si está usando

sudo rm /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.conf
Sirajus Salekin
fuente
Gracias por la sugerencia Sirajus. Desafortunadamente, eso no tuvo efecto.
Rsync
@MBWD, ¿ha configurado 'Opción "DRI" "falso" como se mencionó? Faltaba en las correcciones que enumeró.
Sirajus Salekin
Sí, implementé toda la solución anterior ( sudo gedit /usr/share/X11/xorg.conf.d/20-intel_flicker_fix.confy pegué las líneas, incluido DRI). No funcionó. ¿Había algo más que debería hacer?
Rsync
Al ejecutar Ubuntu 18.04, si agrego un archivo conf similar a este, en cada inicio de sesión aparece un error sobre salidas no encontradas, salidas "no desconectadas" pero sin modos, o algo así. La sesión parece estar configurada correctamente, aunque el cuadro de diálogo de error advierte que podría no serlo, pero los errores en cada inicio de sesión claramente significan que algo está mal.
dgw
1
Opción "TripleBuffer" "true"hace que la carga de la CPU y de alta Videos, Chromey Firefoxla reproducción de vídeo lento.
Eugene Mala
0

No estoy seguro de qué resolvió el problema. Inicialmente pensé que estaba instalando Ubuntu 17.10, que ejecuta el kernel 4.13.0-16. Pero acabo de regresar a una copia de seguridad de 17.04 y el núcleo genérico 4.10.0-37 funcionó bien.

Voy a adivinar que la solución en realidad estaba actualizando el firmware de Lenovo, lo que solo puede hacer (que yo sepa) a través de Windows. Accidentalmente inicié en la partición de Windows en un punto y soporté el proceso de actualización. Pero creo que eso fue lo que lo solucionó.

Nota: También "resolví" el problema antes de que se publicara 17.10 compilando y usando el núcleo Kali Linux .

Rsync
fuente
1
¿hay alguna posibilidad de que estés usando wayland? Cuando cambié a wayland vi que casi todos los problemas desaparecieron, sin necesidad de ninguna configuración.
Sirajus Salekin