[nvidia] le nouveaux choix du libre

[geekounet]

VDPAU n'est pas standard, osef. Par contre VA-API devrait être implémenté rapidement si ce n'est déjà fait.

[Poussin]

Sur une machine où tout roulait, réinstallation pour cause de changement de disque dur, c'est moins drôle. Petits freezes de quelques secondes «aléatoires» accompagnés de:

Code: Select all

[ 1799.843343] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 1801.799361] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2179.156591] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2181.081300] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2562.534877] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2564.483110] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2703.561781] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2705.486255] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2707.416860] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2709.332281] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2711.250543] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032
[ 2713.224524] [drm] nouveau 0000:01:00.0: vm flush timeout: 0x00000032

Je pense que je vais repasser à un kernel < 2.6.39

[Leander256]

Bon après un nouveau plantage du pilote nvidia j'ai décidé de consacrer un peu de temps à ce pilote nouveau qui chauffe trop. J'ai récupéré la dernière version du noyau et la dernière version du pilote par git (tout est expliqué ici), ça chauffait toujours autant. Je me suis dit que puisque le pilote était capable de trouver les valeurs correctes pour les différents niveaux d'énergie, il y avait peut-être moyen d'en choisir un. Il s'avère que c'est possible, mais si certains GPUs sont gérés automatiquement, le mien doit être considéré comme pas assez testé, donc j'ai un peu bidouillé le code source pour forcer le passage à un niveau donné. Ça donne ça:

Code: Select all

[drm] nouveau 0000:01:00.0: 3 available performance level(s)
[drm] nouveau 0000:01:00.0: 0: memory 135MHz core 135MHz shader 270MHz voltage 850mV timing 2
[drm] nouveau 0000:01:00.0: 1: memory 405MHz core 405MHz shader 810MHz voltage 850mV timing 1
[drm] nouveau 0000:01:00.0: 3: memory 790MHz core 625MHz shader 1530MHz voltage 1030mV timing 0
[drm] nouveau 0000:01:00.0: c: memory 405MHz core 405MHz shader 810MHz voltage 1030mV
[drm] nouveau 0000:01:00.0: setting performance level: 0
[drm] nouveau 0000:01:00.0: c:memory 135MHz core 135MHz shader 270MHz voltage 850mV

Au passage le "c" signifie "current", donc actuel. Je n'arrive pas encore à une température aussi basse qu'avec le pilote proprio, environ 54°C au lieu de 48°C en idle, mais c'est bien mieux que les 70°C sans bidouille. Je n'ai plus peur de faire un emerge qui utilise tous les cores de la machine! Forcément niveau performances 3D c'est pas génial, mais pour de la bureautique rien à redire.

A noter la présence de ces deux fichiers:

Code: Select all

 $ ls -l /sys/module/nouveau/parameters/perflvl*
-r-------- 1 root root 4096 Aug 27 04:24 /sys/module/nouveau/parameters/perflvl
-r-------- 1 root root 4096 Aug 27 04:24 /sys/module/nouveau/parameters/perflvl_wr

Mettre perflvl_wr à 1 permet de modifier perflvl, mais malheureusement ils sont en lecture seule chez moi (et, je pense, chez tout le monde).