Noyau Linux 4.5 : la RC1 apporte de nombreux nouveaux pilotes

Noyau Linux 4.5 : la RC1 apporte de nombreux nouveaux pilotes

PowerPlay est là, mais pas actif par défaut

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

25/01/2016 3 minutes
43

Noyau Linux 4.5 : la RC1 apporte de nombreux nouveaux pilotes

Linus Torvalds a officialisé la première Release Candidate du noyau Linux 4.5. Il peut s’écouler encore plusieurs semaines avant la version stable, mais le nouveau kernel apporte dans tous les cas d’importantes améliorations dans le support de certains matériels, notamment pour les cartes graphiques AMD.

Comme indiqué il y a deux semaines lors de la sortie du kernel Linux 4.4, le support des Radeon était globalement amélioré, mais il manquait un élément important sur les générations Tonga et Fiji des GPU : PowerPlay. Un ajout important puisqu’il permet d’adapter beaucoup plus finement la fréquence de la puce selon les circonstances, ce qui permet de la mettre au repos, donc de moins consommer et de moins solliciter les ventilateurs.

Le support de PowerPlay était donc prévu pour le noyau 4.5, et il est présent dans cette Release Candidate. Malheureusement, il n’est pas activé par défaut, comme l’indique Phoronix. Il faut procéder à deux modifications, l’une dans une option de Kconfig, l’autre en activant un paramètre dans un module du kernel. À noter pour les Radeon d’autres améliorations plus générales et quelques optimisations.

Toujours pas de support des GTX 900, la faute à NVIDIA

Côté pilotes, on note également le support initial de la partie graphique de la prochaine Kabylake chez Intel, une meilleure gestion de l’énergie pour les puces Exynos ou encore la gestion du changement de vitesse pour la liaison PCI Express avec les GPU NVIDIA. Pour ces derniers, et comme dans le noyau 4.4, il n’y a cependant toujours pas de support de la série GTX 900, NVIDIA n’ayant pas publié les firmwares officiels signés.

La révision du support de la plateforme ARM continue avec une réécriture importante des versions 6 et 7 de l’architecture. Le support des cartes utilisant de telles puces peut donc être compilé dans le même noyau. On notera également la prise en charge de plusieurs nouvelles puces comme la Tango4 de Sigma, le SoC BCM2836 que l’on trouve dans le Raspberry Pi 2 et autres.

Un peu de patience avant la version finale

Parmi les autres changements importants dans les pilotes, signalons en outre de nombreuses améliorations pour ALSA (son), un nouveau pilote Intel HID permettant la prise en charge de certaines touches spéciales sur des portables récents, un meilleur support de la mise en veille pour certains périphériques USB, la prise en charge du volant G920 de Logitech, une détection plus rapide des souris PS/2 (pour ceux qui en ont encore) et un support amélioré de la manette de la Xbox One.

S’agissant d’une Release Candidate, la nouvelle version n’est pas disponible dans les dépôts classiques. Ceux qui le souhaitent peuvent évidemment récupérer les sources depuis le site officiel et compiler eux-mêmes le noyau. On rappellera cependant qu’en dépit de ce statut de version candidate, la finale peut être encore loin. Le noyau 4.4 a ainsi nécessité huit candidates, chacune ayant apporté des améliorations et des corrections. Il est donc préférable d’attendre quelques semaines que le nouveau kernel soit parfaitement stabilisé. 

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Toujours pas de support des GTX 900, la faute à NVIDIA

Un peu de patience avant la version finale

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (43)


Je cite:

«La révision du support de la plateforme ARM continue avec une réécriture

importante des versions 6 et 7 de l’architecture. Le support des cartes

utilisant de telles puces peut donc être compilé dans le même noyau.»



Ça veut dire qu’on peut faire un même binaire qui tournera indifféremment sur de l’ARM v6 ou v7, c’est ça ?


Non mais les sources sont compatibles et peuvent être compilées pour ces plateformes sans adaptation particulière.



Edit: En fait si c’est exactement ce que tu dis, ça m’apprendra à relire avant de poster (shame, shame, shame <img data-src=" />&nbsp;)


C’est déjà une bonne chose.



Et, <img data-src=" />


Une très bonne base pour le futur OS souverain. <img data-src=" /><img data-src=" />


apt-obtient lesmisesajourafaire && apt-obtient -oui metsajourlesmisesajourobtenues&nbsp;



<img data-src=" />








boogieplayer a écrit :



apt-obtient lesmisesajourafaire && apt-obtient -oui metsajourlesmisesajourobtenues&nbsp;



<img data-src=" />





Du coup “aptitude” changera moins les habitudes :P



<img data-src=" /> <img data-src=" /> <img data-src=" />


aptitude met-a-jour && aptitude mise-a-niveau-sans-danger



Tout est relatif <img data-src=" />


<img data-src=" />&nbsp;<img data-src=" />








Quiproquo a écrit :



aptitude met-a-jour && aptitude mise-a-niveau-sans-danger



Tout est relatif <img data-src=" />





C’est pas faux !&nbsp;<img data-src=" />



Cool. Et en particulier pour le BCM2836.



Sinon c’est moi ou ils augmentent la fréquence des RC depuis qques temps ?


C’est quoi toutes ces commandes barbares ? <img data-src=" />

Un petit “emerge -auDN @world” et basta



<img data-src=" />








Guinnness a écrit :



C’est quoi toutes ces commandes barbares ? <img data-src=" />

Un petit “emerge -auDN @world” et basta



<img data-src=" />







Hum, vu leurs commandes, pour être honnête il faudrait ajouter le set @system pour bien faire <img data-src=" />

Et bien sur précéder de la synchro des mises à jour donc emerge -S ou eix-sync









Drepanocytose a écrit :



Sinon c’est moi ou ils augmentent la fréquence des RC depuis qques temps ?





Non ça fait pas loin de 10 ans que chaque version est testée avec 7 ou 8 rc avant la sortie finale. Le noyau 2.6.23 (octobre 2007) avait eu 9 RC même.

Vers 2004-2005, il semble qu’il y avait moins de rc (genre entre 3 et 5), puis après ça a augmenté et aujourd’hui on en toujours sur un rythme ultra rodé de 8 rc.



Linux omv 2.6.32-43-pve #1 SMP Tue Oct 27 09:55:55 CET 2015 x86_64 GNU/Linux



sic








CryoGen a écrit :



Hum, vu leurs commandes, pour être honnête il faudrait ajouter le set @system pour bien faire <img data-src=" />

Et bien sur précéder de la synchro des mises à jour donc emerge -S ou eix-sync





Au lieu de faire le malin, tu pourrais donner une information vraie : emerge -S est deprecated,

l’outil à utiliser est : emaint sync -a , qui prends en charge la nouvelle variable repos.conf : Portage Sync





Toujours pas de support des GTX 900, la faute à NVIDIA





Serieusement, quelqu’un joue avec le pilote libre nvidia ? Le pilote proprio fait tres bien l’affaire, bien mieux que n’importe quel pilote AMD.



&nbsp;








pentest a écrit :



Serieusement, quelqu’un joue avec le pilote libre nvidia ? Le pilote proprio fait tres bien l’affaire, bien mieux que n’importe quel pilote AMD.




&nbsp;







Sérieusement, quelqu’un joue avec un OS libre, un OS proprio fait très bien l’affaire, bien mieux que n’importe quel OS libre.

Tuons le libre, ça ne sert à rien.









pentest a écrit :



Serieusement, quelqu’un joue avec le pilote libre nvidia ? Le pilote proprio fait tres bien l’affaire, bien mieux que n’importe quel pilote AMD.







Encore une fois : pas la peine de faire ce genre de généralités, tout dépend des besoins de chacun.









letchideslandes a écrit :



Au lieu de faire le malin, tu pourrais donner une information vraie : emerge -S est deprecated,

l’outil à utiliser est : emaint sync -a , qui prends en charge la nouvelle variable repos.conf : Portage Sync





J’utilise toujours emerge –sync aussi, les vieilles habitudes sont tenaces <img data-src=" />







pentest a écrit :



Serieusement, quelqu’un joue avec le pilote libre nvidia ? Le pilote proprio fait tres bien l’affaire, bien mieux que n’importe quel pilote AMD.





Au hasard les gens qui ont des cartes qui ne sont pas/plus supportée par le pilote proprio ?

Et puis un ordinateur ça n’est pas fait que pour jouer









Guinnness a écrit :



C’est quoi toutes ces commandes barbares ? <img data-src=" />

Un petit “emerge -auDN @world” et basta



<img data-src=" />







Ca me rappelle ou la distro de base sur les Kimsufi chez OVH c’était du Gentoo… sur des Celeron, oui oui. C’était très malin.



Dépend du modèle de Celeron, il y a quelques années pour déconner j’avais bien installé une Gentoo sur mon vieux portable, un PIII 450 et 192Mo RAM : plus de 48h de compil <img data-src=" />








bogomips a écrit :



Du coup “aptitude” changera moins les habitudes :P







Aptitude ?



Tu parle de ce machin qui te désinstalle la moitié de ton système, Serveur x et kernel compris quand il est mal luné ?









pentest a écrit :



Serieusement, quelqu’un joue avec le pilote libre nvidia ? Le pilote proprio fait tres bien l’affaire, bien mieux que n’importe quel pilote AMD.



&nbsp;





Qui parle forcement de jeu ? Le pilote nouveau offre d’excellentes performances 2D et une meilleure intégration au système que le pilote proprio. Pour des CG genre GT 930 ou GT 940 ça se justifie parfaitement.



Bon à partir de la GTX 960 ça devient bête d’utiliser nouveau, mais tout le monde n’a pas l’utilité d’une GTX 960 ou plus !



Le temps de méditer les conséquences ontologique de tes choix <img data-src=" />


Est-ce qu’il supporte enfin ma carte wifi Asus PCE-AC68 ?


Surtout vu les installations Gentoo made in OVH qui sont loin d’êtres propres…








letchideslandes a écrit :



Au lieu de faire le malin, tu pourrais donner une information vraie : emerge -S est deprecated,

l’outil à utiliser est : emaint sync -a , qui prends en charge la nouvelle variable repos.conf : Portage Sync





De faire la malin, carrément ? <img data-src=" />

Je ne savais pas que emerge -S était deprecated en faveur d’emaint… m’enfin comme je le dis j’utilise eix-sync personnellement…. mais bon c’était surtout pour indiquer qu’il manquer la synchro de l’arbre.



Je ne suis plus les “évolutions” de Gentoo, si je suis encore dessus (depuis 2002) c’est parce que j’ai la flemme de migrer sous autre chose <img data-src=" />









CryoGen a écrit :



Je ne suis plus les “évolutions” de Gentoo, si je suis encore dessus (depuis 2002) c’est parce que j’ai la flemme de migrer sous autre chose <img data-src=" />





Le libriste feignant comme on les aime. Je dis ça, mais j’ai eu du cul de choisir Debian en 2000. C’était ça ou Mandrake&nbsp;<img data-src=" />









boogieplayer a écrit :



Le libriste feignant comme on les aime. Je dis ça, mais j’ai eu du cul de choisir Debian en 2000. C’était ça ou Mandrake&nbsp;<img data-src=" />





Mandriva&nbsp;

&nbsp;

<img data-src=" />









GentooUser a écrit :



Qui parle forcement de jeu ? Le pilote nouveau offre d’excellentes performances 2D et une meilleure intégration au système que le pilote proprio. Pour des CG genre GT 930 ou GT 940 ça se justifie parfaitement.



Bon à partir de la GTX 960 ça devient bête d’utiliser nouveau, mais tout le monde n’a pas l’utilité d’une GTX 960 ou plus !





C’est clair que le pilote proprio n’est pas le plus réactif question fonctionnalités et intégration au kernel.



Maintenant, je dirais que vu la qualité des GPU embarqués dans les dernières générations Intel, avoir une CG Nvidia bas de gamme sous linux est peut-être de l’argent jeté par la fenêtre.



Pour ma part, je suis encore équipé en NVIDIA car je suis un utilisateur intensif de CUDA (et aussi un peu gamer sur les bords), mais en dehors d’un usage visuel intensif ou compute lié à cet api propriétaire, je ne vois vraiment pas de raisons de devenir une victime de l’obsolescence programmée de NVIDIA sous Linux.









sr17 a écrit :



Aptitude ?



Tu parle de ce machin qui te désinstalle la moitié de ton système, Serveur x et kernel compris quand il est mal luné ?





Ces derniers temps je n’ai pas eu de souci avec, mais je ne lui en demande pas trop non plus…



Dommage que Intel ne distribue pas plus largement ses IRIS PRO. Car ce sont de bonnes solutions pour du bas de gamme pour GPU sous Linux.








ragoutoutou a écrit :



je ne vois vraiment pas de raisons de devenir une victime de l’obsolescence programmée de NVIDIA sous Linux.







Et pourtant, leur pilote proprio supporte des cartes vieilles de plus de 10 ans, avec mise à jour pour les changements noyau / X.



C’est clair… c’est déjà plus que suffisant pour de la bureautique (enfin bon, un sandy bridge est déjà suffisant pour la majorité des besoins bureautique).








Guinnness a écrit :



Dépend du modèle de Celeron, il y a quelques années pour déconner j’avais bien installé une Gentoo sur mon vieux portable, un PIII 450 et 192Mo RAM : plus de 48h de compil <img data-src=" />







C’était des Celeron de la série 200, vraisemblablement des Celeron 215 (1,33Ghz, architecture Yonah donc dérivé du Pentium M). Ça demandait une certaine patience de recompiler un soft…









ragoutoutou a écrit :



C’est clair… c’est déjà plus que suffisant pour de la bureautique (enfin bon, un sandy bridge est déjà suffisant pour la majorité des besoins bureautique).





Oui mais avec un IRIS PRO tu peux faire un peu de gaming aussi. Ce qui est un bon compromis et tu profites du bon support des pilotes Intel sous Nux.









Guinnness a écrit :



Au hasard les gens qui ont des cartes qui ne sont pas/plus supportée par le pilote proprio ?



Et puis un ordinateur ça n'est pas fait que pour jouer







Dans ce cas la, on s’en fou du support de la GTX900&nbsp;









mirandir a écrit :



Et pourtant, leur pilote proprio supporte des cartes vieilles de plus de 10 ans, avec mise à jour pour les changements noyau / X.





Pour les changements noyau, oui plus ou moins… pour les évolutions X, c’est relatif aussi… le passage de xfree à xorg par exemple n’a pas été sans douleur en son temps, et il me semble qu’il n’y a pas si longtemps, j’ai du renoncer à utiliser une 7800GS sur un kernel relativement récent à l’époque.



Ça reste beaucoup plus rapide que ce que fait AMD <img data-src=" />.








sr17 a écrit :



Aptitude ?



Tu parle de ce machin qui te désinstalle la moitié de ton système, Serveur x et kernel compris quand il est mal luné ?







Ça existe vraiment ce genre de gag ?



Depuis bientôt dix ans que j’utilise ça sur tous les dérivés Debian que j’utilise (Ubuntu puis Mint), je n’ai jamais rencontré ce genre de problème. J’ai peut-être du bol…









Commentaire_supprime a écrit :



Ça existe vraiment ce genre de gag ?



Depuis bientôt dix ans que j’utilise ça sur tous les dérivés Debian que j’utilise (Ubuntu puis Mint), je n’ai jamais rencontré ce genre de problème. J’ai peut-être du bol…







Ca m’est arrivé sur Arch il y a quelques années (pas avec aptitude du coup). Ca fout les boules sévère et ça fait passer chez Debian <img data-src=" />



pacman -Rc c’est pas pour les fillettes en souliers vernis ! <img data-src=" />

<img data-src=" />