[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...



Bonjour Stéphane,

Stephane Bortzmeyer, on 2020-11-20 13:28:58 +0100:
> Soit une machine Debian "desktop" en 10.6 buster.
> 
> De temps en temps, le serveur X ne répond plus à rien (ni souris, ni
> clavier). En se connectant depuis une autre machine, on voit qu'il
> tourne à 100 % du CPU et strace montre qu'il boucle sur :
> 
> ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0
> ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0
> ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0
> ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0
> ...
> 
> Une idée ?

Je n'ai pas franchement d'idées pour l'instant.  Le résultat le
plus proche que j'ai pu trouver en rapport avec des ioctl i915
GEM est une fiche CVE qui concerne initialement Linux 4.15 pour
Ubuntu:

	https://security-tracker.debian.org/tracker/CVE-2019-12881

Quelques questions en vrac:

  - Est-ce que du côté du noyau, via `dmesg`, les modules i915
    ou drm renvoient des erreurs lors de ce genre de panne ?
  - Est-ce que les versions antérieures du noyau de Buster ont
    déjà provoqué ce genre de symptômes ?

Si c'est le cas, alors le problème se situerait du côté de
Linux ; sinon adresser un rapport de bogue auprès du paquet
"xserver-xorg-video-intel" me semblerait être un bon point de
départ.

Est-ce que démarrer la machine avec l'option "nomodeset" peut
stabiliser le serveur X ?  L'idée est de mettre la partie DRM
hors circuit, mais au prix de sacrifier l'accélération
graphique.  Ce n'est pas idéal, mais ça peut permettre de
travailler le temps dépanner.  Et si la panne se reproduit dans
cette configuration, alors ça pourra être intéressant de voir
comment évoluent les appels système fournis par `strace`.

Bonne soirée,
-- 
Étienne Mollier <etienne.mollier@mailoo.org>
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/1, please excuse my verbosity.

Attachment: signature.asc
Description: PGP signature


Reply to: