[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...



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Étienne Mollier a écrit :
> 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`.

	Bonsoir,

	Je ne vais pas aider beaucoup, mais j'ai un vague souvenir d'avoir eu
la même chose il y a très longtemps. Une pluie d'interruptions mal
traitées en provenance de l'économiseur d'écran. Voir si ça ne
pourrait pas être le même genre de gag : un programme particulier qui
monopolise le serveur X en le bourrant d'interruptions. Dans mon cas,
c'était aussi une video intel (i7-4470 de mémoire).

	Pour la correction, pour ma part, c'était un serveur, ça s'est soldé
avec un retrait de X.

	Que dit un simple top ?

	JKB
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+4IAAACgkQOAfo0lKQ
8+e8JA//WzMF/Do5PBGINo/xmeDPWZ5TCO8wiH1l5Ks92Uz51Xjp/qW3BJ1DwF/i
szi9esIAEaT3agxhERUyuxTxb0cq6K6uvT0G+oky0mKW6ZdcrP23/TlQTpQ+yfsc
9t1E3QHxZjlK/2mNd00ZgnqATHMOzJRZs4QjK2YBiMwsqaT2w0yI0QF2MfIitA0q
g0cV37/vl2UoiGxztlvoOBPu+6Dl+kragdewFNXRD/SZOFEy6/X9mAIMyccwsDvm
xvlzQTNcJMeHVcVSjklTC82a5LKNAyb/bZcp89vEw9IDKefnuuz1035ifG5Fo8CL
9QN5Jd3FOHkr1P9fe+vXYO9quUpdiXYCnqxvnjVA/0KVJxxNFNO1aAP18ZS9VeIW
041Sn4y9fWuqOReLpTdz5oefSISHPV0DVoZ93wjTJwNZRCpJj98amo/WJcqSt/yH
0Q52OltaRbtX4r2MR7MoubK+BPx/8/YPYLfnZv+19tMdM1Xd28LmqQEM2+RiCDqv
6oWHDBMZMZIHbgQFgbuI+QpM8EPPD8f7xHXxTPNnANy/bbXX1ZW7faiMDSfJMt35
+k2UeLqqmtSZ71E/3AP/XCy6ewEphSUkWtYclG4T7K5VKqDLTnRkYLlHPY/R2bq6
AZfVwrFSMCmHfE7WYGA9uF50qHrLmnnuO//GeZWV3saVc6l/i68=
=jZT3
-----END PGP SIGNATURE-----


Reply to: