Page 1 sur 1
[Intel graphics] Ecrans noirs après update d'un noyau 3.14
Publié : mer. 30 avr. 2014, 17:59
par mulagnifico
Bonjour,
J'ai un soucis depuis que je suis passé au noyau 3.14. Quand je passe de X vers une console par exemple vers tty, j'ai un écran noir et je suis obligé de redémarrer avec CTRL+ALT+DEL. Sous X, les fenêtres ont des carrés noirs. J'ai une carte graphique Intel et j'utilise le module i915. Sachant qu'avec le noyau 3.14 les cartes Intel fonctionne en KMS au lieu d'UMS, il faut une configuration particulière quand on passe du noyau 3.13 au 3.14 ?
Merci d'avance.
Re: [Intel graphics] Ecrans noirs après update d'un noyau 3.
Publié : mer. 30 avr. 2014, 18:18
par benjarobin
Bonjour,
Cela fait très longtemps que les drivers intel n'utilise plus que KMS.
Quelle méthode d'accélération as tu choisi (SNA / UXA) ? Quelle chipset graphique as tu ?
Quelles sont les paramètres passés au kernel ? : cat /proc/cmdline
Re: [Intel graphics] Ecrans noirs après update d'un noyau 3.
Publié : lun. 05 mai 2014, 11:07
par mulagnifico
Bonjour,
Le fichier de log donne :
Code : Tout sélectionner
[ 28.757] (II) "glx" will be loaded. This was enabled by default and also specified in the config file.
[ 28.757] (II) LoadModule: "glx"
[ 28.932] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 29.774] (II) Module glx: vendor="X.Org Foundation"
[ 29.774] compiled for 1.15.1, module version = 1.0.0
[ 29.774] ABI class: X.Org Server Extension, version 8.0
[ 29.774] (==) AIGLX enabled
[ 29.774] Loading extension GLX
[ 29.774] (II) LoadModule: "intel"
[ 29.775] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[ 30.129] (II) Module intel: vendor="X.Org Foundation"
[ 30.129] compiled for 1.15.0, module version = 2.99.911
[ 30.129] Module class: X.Org Video Driver
[ 30.129] ABI class: X.Org Video Driver, version 15.0
[ 30.129] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 30.181] (II) intel: Driver for Intel(R) HD Graphics: 2000-5000
[ 30.182] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100
[ 30.182] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200
[ 30.182] (++) using VT number 7
[ 30.338] (--) intel(0): Integrated Graphics Chipset: Intel(R) 945GM
[ 30.338] (--) intel(0): CPU: x86, sse2, sse3, ssse3
[ 30.338] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 30.338] (==) intel(0): RGB weight 888
[ 30.338] (==) intel(0): Default visual is TrueColor
J'avais ajouté un fichier /etc/X11/xorg.conf.d/20-Intel.conf avec le contenu :
Code : Tout sélectionner
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "No Accel" "True"
EndSection
Je vais changer l'accélération.
Le noyau est appelé avec BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=e122c2ff-99f4-4ac1-8c41-0a23c0884bda rw
Re: [Intel graphics] Ecrans noirs après update d'un noyau 3.
Publié : lun. 05 mai 2014, 12:20
par mulagnifico
En mettant UXA, ça marche mieux.
Code : Tout sélectionner
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
J'ai pu faire des changements console => X11 et X11 => console. J'ai quand même eu un écran noir complèment bloqué, mais c'était en faisant des changements rapides.
J'ai noté dans les logs un crash lié à la carte.
Code : Tout sélectionner
kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error
kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel
kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it.
Re: [Intel graphics] Ecrans noirs après update d'un noyau 3.
Publié : lun. 05 mai 2014, 13:20
par benjarobin
Si tu as quelques minutes de libre se serait bien de récupérer le dump et de créer un rapport de bug