Attendue de pied ferme, la version 4.8 du noyau Linux est disponible au téléchargement depuis cette nuit. Les améliorations sont assez nombreuses, particulièrement sur les pilotes graphiques. Des ajouts importants sont également présents dans la gestion du HDMI.
Le nouveau kernel Linux aura eu une maturation assez lente, avec pas moins de huit Release Candidates. Il est finalement disponible depuis cette nuit pour l’ensemble des utilisateurs, du moins en théorie. Comme toujours avec ce composant central, il faudra attendre en effet que les distributions qui l’utilisent mettent à jour leurs dépôts. Bien que chacun puisse récupérer les sources pour les compiler, l’opération n’est pas destinée à l’utilisateur lambda, qui n’aura peut-être pas d’autre choix que d’attendre la version suivante de son système.
Du beaucoup mieux pour AMD, un peu moins chez NVIDIA
Avec son étrange nom de code « Psychotic Stoned Sheep », le noyau 4.8 comporte une longue liste d’améliorations, comme indiqué par Phoronix. Côté pilotes graphiques notamment, la gestion des GPU AMD présente ainsi deux apports majeurs. D’une part, une prise en charge améliorée de PowerPlay et donc de la gestion d’énergie, qui évitera à certaines cartes d’avoir leurs ventilateurs actifs en permanence. D’autre part, l’arrivée d’OverDrive, pour l’overclocking. L’outil ne fonctionnera cependant qu’en ligne de commande, et uniquement pour les puces supportées par le pilote AMDGPU.
Chez NVIDIA cependant, l’avancée est davantage en demi-teinte. Tout est en place pour un support général des puces Pascal dans le pilote libre Nouveau, mais certaines briques cruciales manquent encore. Les cartes GeForce GTX 1060/1070/1080 ne sont donc pas réellement supportées : NVIDIA doit encore diffuser le code nécessaire pour que le pilote puisse se matérialiser.
HDMI, Raspberry 3, ACPI, Btrfs, sécurité...
Côté HDMI, on note l’arrivée du CEC, pour « Consumer Electronics Control ». La technologie autorise les périphériques connectés en HDMI à être contrôlés par une télécommande unique. Cet apport était en travaux depuis des années.
Comme souvent avec le noyau Linux, de nombreux apports concernent le support de différents matériels. C’est notamment le cas du SoC présent dans le Raspberry Pi 3, le BCM2837 de Broadcom. On y trouvera aussi un support plus fin de l’ACPI (gestion du profil Low-Power Idle), de l’écran tactile multipoint de la Surface 3, de nouveaux pilotes audio ASoC, etc.
Outre des améliorations sur certains systèmes de fichiers – notamment une réduction de la latence pour Btrfs – on notera plusieurs apports importants dans la sécurité. Plusieurs sections du noyau sont ainsi protégées désormais par l’ASLR, qui s’occupe de charger les composants de manière aléatoire dans l’espace mémoire, afin que leur position ne soit pas prévisible. De même, on note une protection renforcée pour les objets copiés depuis et vers l’espace utilisateur.
Compiler ou attendre
Ceux qui souhaitent récupérer les sources pourront le faire depuis le site officiel. Les autres attendront que leur distribution leur propose la mise à jour. Comme indiqué, et en fonction de la politique de chaque système, elle peut n’arriver qu’avec la version majeure suivante.
Commentaires (80)
#1
Installé ce matin depuis le dépôt http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D, ça a réglé les soucis de flickering sur KDE avec le GPU de mon i5 6500.
#2
#3
J’ai vu un appât à troll dans l’article, pas vous ?
#4
A noter que coté NVIDIA, on parle bien sur des pilotes libres.
Les pilotes propriétaires pour les 1060/1070/1080 fonctionnent correctement et complètement. (openGL 4.5)
je ne sais plus si les pilotes 370 sont dispo hors ppa, mais en tout cas, on les trouve ici :
https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa
Sinon, je ne tenterai pas l’aventure de la mise a jour de mon noyau.
il ne faut pas oublier qu’il faut aussi les packages de firmware, et mesaGL pour qu’ils soit complètement fonctionnel.
Pour Ubuntu je vais attendre la prochaine mise a jour vers la 16.04.1, lorsque la 16.10 sera sortie.
via le LTS enablement Stack https://wiki.ubuntu.com/Kernel/LTSEnablementStack
Puisque visiblement ce sera le noyau 4.8 le prochain validé.
Et puis entre temps, les pilotes du 4.8 seront vraisemblablement rétro-porté vers le 4.4, comme ça a été pour le 4.7 par canonical.
Et Debian non-stable vient tout juste de passer en 4.7. Alors qu’il est sorti le 24 juillet ^^ (ils ont du avoir des soucis dans Debian testing)
Donc rien ne presse pour le moment.
Cette nouvelle marque le début d’un nouveau cycle, mais pas la mise a disposition réelle, pour tout le monde des nouveautés.
#5
J’en vois deux:
#6
Ah oui, la pique discrète aux distributions, c’est pas mal.
Pour ma part, j’avais noté le «L’outil ne fonctionnera cependant qu’en ligne de commande»
#7
Ne voient les trolls que ceux qui ont envie de les voir….
L’article s’adresse a des néophytes, et vulgarise pour ma part, très bien, ce qui a été annoncé sur phoronix depuis quelques mois.
#8
J’ai pas encore lu Microsoft ou Windowze mais ça ne saurait tarder !
#9
#10
#11
#12
Effectivement je vais ajouter la mention de Nouveau. Après, puisqu’on parle du kernel, ça semble évident que ce n’est pas le pilote proprio de NVIDIA qui est intégré 
" />
#13
#14
Elle en a un : les fonctions d’overclocking ne s’utilisent pour l’instant qu’en CLI
#15
ok, il aurait du écrire “le seul outils pour le moment capable de l’utiliser, est en ligne de commande”
la susceptibilité de certains m’échappe des fois ^^
#16
C’est pas la compatibilité avec la Surface 3 l’appât a trolls?
#17
Qu’est ce que vous pouvez être relous parfois à faire l’analyse syntaxique de chaque phrase.
Ces articles ne s’adressent clairement pas à des gourous barbus.
#18
Je l’ai installé sur mint 18,
" />
(allez, la méga-commande pour ceux qui veulent essayer $ cd /tmp; wgethttp://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-headers-4.8.0-040800_4….http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-headers-4.8.0-040800-ge…http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8/linux-image-4.8.0-040800-gene… sudo dpkg -i *.deb suivi d’un sudo update-grub et redémarrage)
Bah ça a l’air de marcher correctement, quelques warnings pour les firmwares et pilotes, mais sinon pas de problèmes majeurs visibles.
Merci à l’équipe Linux, et merci pour la nihouze
#19
Remarque : la bêta de Ubuntu 16.10 a le bon goût d’utiliser la version 4.8 mais je ne sais pas sur quelle RC elle est basée. C’est la première distrib que je peux faire juste booter sur mon Zenbook Pro (et je commençais sérieusement à désespérer et à maudire Linux, seulement j’en ai besoin). Pour autant Nouveau n’arrive définitivement pas à gérer convenablement ma GTX960M et les raisons sont pas claires … obligé de booter avec nouveau.modeset=0 sinon tout bloque sans aucun message et les logs sont pas des plus éclairant.
C’est pas plus mal parce que j’en ai rien à carrer du GPU sous Nux, mais bon, c’est un peu gavant des problèmes d’installation encore aujourd’hui …
#20
Il est vrai que certaines compilations durent vraiment longtemps…
#21
Y’en a qui voient des trolls partout… Faut arrêter d’être aussi susceptible hein !
#22
#23
Ouais c’est exactement ça que je reproche. Devoir passer des plombes à écumer 5000 forums pour connaître le support d’une machine. A la base quand le matériel d’une machine est indiqué “supporté” par le noyau, il est pas sensé y avoir des problèmes improbables.
Accessoirement :https://marclewis.com/2016/04/25/installing-ubuntu-16-04-lts-on-asus-zenbook-ux5… . Pour la 16.04. Verdict à l’essai : pas pour tout le monde apparemment, au premier reboot même le TTY n’est pas accessible.
On a aussi ça :http://unix.stackexchange.com/questions/254192/asus-zenbook-linux-install-fails qui indique que c’est OK pour 15.10. Sauf que non plus, à moins d’apprécier avoir un ventilateur à 100% en permanence.
#24
Personnellement, j’utilise une Debian en distribution sur ma machine principal.
Toutefois, j’ai bien envie de relancer ma machine virtuelle sous Arch Linux pour voir si ce nouveau kernel est déjà bien présent.
#25
Faut pas non plus prendre trop au sérieux ma remarque amusée, surtout qu’elle venait d’un utilisateur plutôt intensif de la ligne de commande
#26
Perso, j’ai mis le pilote proprio sur le mien, comme ça plus obligé d’utiliser le nomodeset. Mais j’avoue que l’installation est une horreur, encore plus quand on veut garder l’UEFI (sans vouloir troller, c’est d’ailleurs un soucis récurent des distri Linux. Sur mon fixe, même combat, UEFI = galère).
Par contre, le touchpad, ça c’est vraiment la m*. Ne fonctionne pas au boot, il faut connecter une souris. Ensuite il fonctionne très bien. Logique.
#27
Si tu cherches à faire fonctionner un matériel récent sans mettre les mains dans le moteur, tu n’y arriveras effectivement pas.
Il vaut mieux que tu utilises l’OS qui est vendu avec ta machine dans ce cas.
À lire le premier lien, il utilisait la version 15.10 avec un noyau plus récent que celui de la distribution et il a fait de même pour la 16.04.
De plus, il a mis à jour la version de sa distrib très peu de temps après la sortie de la 16.04 vu la date de son message. Il parle de cauchemar, mais il le cherche un peu !
#28
#29
Pas de soucis avec le touchpad, y compris dans GDM sur Ubuntu Gnome 16.10. Pour l’UEFI, je touche du bois, c’est passé les doigts dans le nez. Pour le driver proprio, après avoir réussi à le faire tourner sur le chipset Intel, je vais pas aller plus loin, je fais plus de CUDA depuis 3 ans …
#30
Petit test dans ma machine virtuelle Arch Linux.
Mise à jour du système.
uname -a
Linux ARCH-Linux 4.6.2-1-ARCH.
Faudra attendre encore un peu je pense.
#31
Récent … Façon de dire. La GTX960M est dispo depuis mars 2015 et la machine en elle-même est sortie en février. Pour le coup je suis content que la bêta de Ubuntu Gnome soit ouverte aux utilisateurs.
Quant au choix machine/OS, c’est réfléchis. Si j’ai cette machine c’est parce que j’ai besoin de cette puissance et de cette mobilité (et je suis pas rothschild non plus). Et si je suis sous Nux quand je bosse c’est aussi parce que j’en ai besoin.
#32
#33
c’est rapide, mais pas à ce point là!
" />
#34
#35
Tu dois déjà t’en douter, mais le problème vient avant tout du constructeur du matériel.
Quand un fabricant conçoit et commercialise un nouveau matériel, il sort (presque) toujours un pilote pour Windows. Si le matériel fonctionne sous Windows, c’est bien uniquement à cause de ça. Et encore, quand le matériel est trop ancien le fabricant ne développe pas de pilote pour le dernier Windows (certaines imprimantes et webcams ne fonctionnent pas sous Windows 10, par ex., et le constructeur va te dire d’acheter son dernier modèle) ; et à l’inverse, si le matériel est très récent, les vieux Windows ne sont pas supportés (certains matériels récents n’ont pas de pilote pour Windows 7, par exemple). Donc, même sous Windows, on peut avoir des surprises, et il faut bien vérifier la compatibilité et la présence de pilotes, cf les petits logos « Compatibles Windows XX » sur les boîtes.
De la même manière, si les fabricants fournissaient un pilote pour Linux, ben ton matériel serait bien plus facilement reconnu par Linux. Quand ce sont les développeurs du kernel qui doivent se démerder avec les quelques specs que les fabricants veulent bien fournir, forcément ça prend plus de temps à être développé et géré. C’est aussi simple que ça.
#36
#37
Toujours en RC hier sur Fedora 25 Alpha, je vais voir ce soir si c’est passé en version de série.
Par contre, ils ont du mal avec la prochaine Fedora. La gestion des volumes logiques chie dans la colle chez moi. Mais bon, ils ont arrangé Cinnamon qui plantait encore au démarrage la semaine dernière, ça va venir…
#38
#39
#40
#41
“Psychotic Stoned Sheep”, mais lol 
" />
http://www.sickchirpse.com/stoned-sheep-went-psychotic-rampage-eating-shitload-w…
#42
#43
ils sont à la 4.7.5 et viennent de passer à la 4.7.6 en testing
9s xD
#44
#45
#46
“On peut même overclocker sa carte AMD”
Sous titre incomplet. Il aurait fallu écrire “On peut même overclocker sa carte AMD compatible AMDGPU
Le support des derniers GPU AMD s’améliore à grands pas, c’est super pour ceux qui en possèdent.
Par contre, pour ceux qui ont un modèle plus ancien, ben la galère n’est pas prés d’être finie. Aucune chance ou presque que le driver libre radeon n’évolue de manière significative, et aucune espoir de revenir sur la décision d’enterrer de force FGLRX, désormais “deprecated” (une façon très politiquement correcte de dire “Ca pue c’est pas libre”)
Pour le coup Linux nous fait un peu du apple: “Ceci est une révolution, faut tout racheter (ou du moins racheter un GPU)” Pas sur que ca soit une bonne décision.
#47
#48
Je suis sur Mint Cinnamon, c’est peut être une surcouche qui fait n’importe quoi…
#49
emerge –sync && ACCEPT_KEYWORDS=“~amd64 ~x86” USE=“symlink” emerge -1av >=sys-kernel/gentoo-sources-4.8.0
Avec une “vraie” distribution il n’y a pas de problème
#50
J’attends surtout Linux 4.9, AMDGPU supportera les cartes GCN1 à partir de cette version, donc le plus gros des cartes GCN :
Pour l’instant sous Ubuntu 16.04 avec ses cartes il n’est que possible d’utiliser le pilote kernel radeon (et donc pas possible d’installer le nouveau pilote propriétaire qui nécessite AMDGPU).
Du-coup ma HD7970 GHz edition tourne avec radeon + mesa, pour ce que je fais ça me suffit, mesa pour les cartes GCN (radeonsi) est très performant (plus que l’ancien pilote catalyst pour mes usages).
Par contre le pilote libre ne supporte pas encore OpenGL 4.4 / 4.5, mais presque, il ne manque plus que 2 extensions :https://mesamatrix.net/
D’ici la fin de l’année ma HD7970 pourra fonctionner avec AMDGPU et si tout se passe bien le pilote libre sera même compatible avec OpenGL 4.5 et Vulkan (il y a le pilote libre RADV qui est en développement). Je n’aurai même pas forcement besoin du pilote propriétaire du-coup.
#51
Tu as quoi comme carte ?
Une GCN 1 ou une ancienne basé sur l’archi VLIW (HD6000 et avant) ?
#52
#53
#54
HD6870 sur un pc et hd5770 sur le second. Perso je pense que ca ne serra jamais supporté par amdgpu.
je vois bien venir le coup des reports à répétition, puis dans 2-3 ans un truc du genre “on va pas se faire chier à développer des pilotes pour des cartes obsolètes, vous avez qu’a changer de cg”
perso je me demande si je vais pas essayer de me dégoter 2 carte nvidia d’occase et regler le probleme une bonne fois pour toutes
#55
#56
Ça me rappelle de bons souvenirs
" />
C’est ce qui m’avait déplu chez Ubuntu ces mises à jours “Kinder Surprise” qui font que ta config d’un coup est à la rue et à reconfigurer entièrement.
Sinon en descendant la version de Xorg à la 1.17 ça ne règlerait pas le problème en attendant que la situation se stabilise avec AMDGPU.
#57
#58
Tu peux retirer le “je pense”, AMD ont clairement dit qu’ils ne prévoient pas de supporter les GPU pré-GCN.
Ils resteront avec le pilote kernel radeon.
Ce qui est surtout dérangeant du-coup c’est qu’OpenGL est limité à 4.1 avec le pilote r600. Et les développeurs qui travaillaient sur r600 s’occupent actuellement du pilote RADV, donc ça ne risque pas de bouger.
Tu as besoin d’OpenGL 4.2 + pour ton utilisation ?
Car si OpenGL 4.1 te suffit, je ne vois pas où est le problème, le pilote libre fonctionne plutôt bien (plus performant et plus stable que catalyst), il y a juste le support d’OpenGL qui est incomplet.
Prendre une carte Nvidia d’occasion n’est pas forcement une bonne idée, le pilote nouveau n’est pas mieux (c’est même encore pire) et le pilote propriétaire de Nvidia est serte performant, mais il n’est toujours pas compatible avec Wayland / Mir et la situation ne se semble pas s’améliorer (tapes sur google “nvidia stream vs wayland gbm controversy”)
#59
#60
Tricheur, ce n’est pas en branche stable
" />
#61
Sur mon utilisation c’est plus ou moins le cas.
Après oui, il y a encore quelque cas où c’est moins bon :http://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-amd&a…
Et par rapport au nouveau pilote propriétaire, le pilote libre se défend plutôt bien :https://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-Mesa-RX480-Ju…
#62
C’est pour ça que “j’emerge” en –oneshot pour ne pas le rentrer dans le @world
" />
#63
#64
#65
Edit : une erreur s’est glissée : mon noyau est plus récent que celui des parents de Konrad
" />
#66
#67
C’est pour ça que je disais quelques commentaires en amont si repasser en Xorg 1.17 ne permettrait pas de patienter.
" />) et l’utilise encore sur un eeepc d’appoint en version Xubuntu (qui demande peu de maintenance du coup). Mais sur ma machine principale avec mon matos hétéroclite et plutôt ancien, je fais dans la distribution éprouvée, stable et qui supporte les vieux bouzins. On a au moins le choix de pouvoir changer de crèmerie ou de l’adapter à sa convenance, ce qui fait un des grands avantages du libre.
Sinon je suis d’accord avec toi, garder l’option fglrx pour la LTS aurait été plus opportun.
Après c’est la politique Ubuntu et elle m’a perdu il y a quelques temps déjà pour le même genre de gags d’ailleurs, rien n’empêche de changer ou de la modifier à ta convenance si t’es motivé.
Ubuntu c’est bien, c’est fun au départ quand tout fonctionne avec la LTS, on y fait ses armes mais c’est pas la plus pérenne dans le temps lors des upgrades pour les vieux matos, elle a un côté “Kinder Surprise” à chaque release. Je l’ai utilisé quelques années avec bonheur sur ma machine principale, je la conseille toujours (quoique pas la version Unity
#68
J’ai fait un dnf upgrade sur ma Fedora 25 alpha hier soir, toujours pas noyau 4.8 en version de série, il reste en RC8 pour le moment.
J’y retourne ce soir, ça m’étonnerait qu’ils n’en changent pas, surtout que la beta est prévue pour mardi prochain.
#69
La version 4.7.6-1 est arrivé ce matin dans la version stable de Archlinux.
#70
#71
Faut redémarrer dessus, non ?
#72
Sisyphe73-173 a raison. Il faut redémarrer le système.
#73
#74
Ah vi après un reboot c’est bon …
" />
#75
Très juste. :-)
Cependant, ça n’est pas devenu un sujet où “Pourquoi Linux ne dépasse pas Windows en PDM grand public ?”, c’est déjà plus réjouissant! :-)
#76
Quel est l’intérêt de se ruer “day one” sur une nouvelle version de noyau qui vient de sortir ?
" />)
C’est quand même loin d’être anodin de changer de noyau, surtout que là c’est un changement de version majeure, du coup à moins d’avoir absolument un besoin vital des toutes dernières nouveautés autant temporiser au moins quelques jours/semaines histoire d’éviter les mauvaises surprises (perso pour les trucs cruciaux comme ça j’ai toujours préféré laisser les kamikazes de l’informatique essuyer les plâtres, en plus ça leur fait plaisir
#77
De mémoire un des derniers articles sur les pdm des différents OS montrait que Linux dépasse assez largement Win8
" />(bon pas 8.1 mais au rythme où il tombe ça ne devrait pas tarder 
" />)
#78
Toujours pas la version de série sur Fedora 25 Alpha…
#79
Pas faux
" />
" />
Mais ça fait son petit effet Christophe Colomb quand tu viens de découvrir le noyau 4.8, paf tu démarres, et tu es le plus heureux du monde
Plus sérieusement, si tu as des trucs mal supportés par ton install actuelle, le nouveau noyau apporte souvent des joyeuses surprises …