Suite à l’entrée dans mon cheptel de machines d’un fringant Thinkpad X200 dans le rôle de daily-PC, je l’ai naturellement muni d’un OS digne de ce nom : Arch Linux en 64 bits.

Si l’installation (quelque peu changée depuis les dernières versions de l’installeur dépourvues d’AIF – mais au final pas plus compliquée) s’est parfaitement déroulée et a débouché comme d’habitude sur un système rapide, simple et efficace, je suis tombé sur un petit os.
En effet, de manière récurrente, le déplacement du curseur à l’écran devenait extrèmement lent et saccadé (autant avec le trackpoint qu’avec une souris USB), X en devenant utilisable pendant une trentaine de secondes. Aucun processus utilisateur consommateur de ressources n’était détectable à première vue, et rien de particulier n’était visible dans le dmesg. Il m’a fallu une semaine de googlage intensif pour trouver le bug responsable de ce comportement, et un moyen de le résoudre.
L’observation avec top de processus kworker prenant plus de 20% de CPU lors des ralentissements m’a aiguillé et a fini par mener sur les pages suivantes :
http://souriguha.wordpress.com/2011/03/08/how-to-solve-problem-with-thinkpadkslowd-kworker-on-linux-kernel-2-35-2-36/ (oui ça parle de kernel 2.6.35 et 2.6.36, mais c’est toujours d’actualité en 3.6 apparemment)
http://forum.porteus.org/viewtopic.php?f=41&t=250
https://patchwork.kernel.org/patch/1546041/
Au final, une simple petite option à passer au module Intel DRM permet de rétablir un fonctionnement impeccable de la bestiole :
[dek@nostromo ~]$ cat /etc/modprobe.d/intel-workaround.conf options drm_kms_helper poll=0
Voilà, c’est pas grand chose mais si ça permet à quelqu’un d’éviter de perdre autant de temps que moi là-dessus, c’est toujours ça de gagné