Kernel 7.0 dans Bazzite : ce que c'est, ce que ça change, et ce que j'espère pour Star Citizen

Le kernel Linux 7.0 vient d'atterrir dans la branche unstable de Bazzite — version 7.0.9-ogc3.2, release du 20 mai 2026. Je l'attendais. Pas par fétichisme du numéro rond, mais parce que les améliorations concrètes de cette version touchent exactement ce qui m'intéresse : le gaming Nvidia sous Linux. Et Star Citizen tourne déjà aussi bien que sous Windows sur mon setup. Alors je me demande si ça peut encore s'améliorer.

D'abord : le kernel Linux, c'est quoi exactement ?

Le kernel, c'est le noyau du système d'exploitation. Concrètement, c'est la couche logicielle qui fait le lien entre vos applications et le matériel — votre GPU, votre CPU, votre SSD, votre réseau. Quand Star Citizen demande de la puissance GPU, c'est le kernel qui gère la communication entre le jeu, Proton, et le driver Nvidia. Quand vous copiez un fichier, c'est le kernel qui s'en occupe. Il est partout, tout le temps, invisible.

Le kernel Linux est mis à jour environ tous les deux mois. Chaque version apporte de nouveaux drivers, des corrections de bugs, des optimisations. Pour un utilisateur desktop, la plupart des changements sont transparents. Mais certaines versions touchent des points qui font une vraie différence — notamment sur le gaming et le support GPU.

Pourquoi 7.0 et pas 6.20 ?

Linus Torvalds applique une règle simple : quand le numéro mineur approche de 20, il bascule vers la version majeure suivante pour éviter la confusion. Le 6.19 était sorti, donc le suivant est devenu 7.0. Torvalds l'a dit lui-même : "Nous avons un nouveau numéro majeur uniquement parce que je suis facilement confus et pas très doué avec les grands nombres."

Ce n'est pas une révolution architecturale. C'est une évolution normale, avec un chiffre rond. Ne cherchez pas de changement caché derrière le 7 — cherchez les améliorations concrètes, elles sont là mais elles sont ciblées.

Ce qui change vraiment dans le kernel 7.0

Premier changement majeur : Rust passe de statut expérimental à stable dans le kernel. Depuis plusieurs années, le langage Rust était toléré dans le code kernel mais avec des réserves. La décision est actée depuis le Linux Kernel Maintainers Summit 2025 — Rust est là pour rester. Les drivers et modules écrits en Rust sont maintenant des citoyens de première classe. C'est un investissement à long terme : moins de failles mémoire structurelles dans les futurs drivers.

Deuxième changement concret : un fix sur AMD Zen 3. Une race condition dans le driver de fréquence CPU existait depuis le kernel 6.9. Rare mais sévère quand elle se déclenchait. Les possesseurs de Ryzen 5000 — dont mon Ryzen 5 5600X — sont directement concernés.

Troisième point : XFS devient auto-réparant. Le filesystem peut maintenant détecter et corriger des corruptions de métadonnées à chaud, sans démonter le volume. Utile sur les machines de travail qui tournent en continu.

Enfin, le système de rapport d'erreurs I/O est unifié. Les erreurs disque remontent désormais vers les applications de façon standardisée. Fini les codes d'erreur cryptiques impossibles à déboguer.

Bazzite 7.0.9-ogc3.2 : ce que signifie cette version

La version exacte dans Bazzite unstable est 7.0.9-ogc3.2. Le suffixe OGC signifie Open Gaming Collective — un partenariat de patches gaming-first que Bazzite intègre sur son kernel depuis la version 44. Ces patches ajoutent des optimisations de scheduler, des réductions de latence d'entrée, et des correctifs spécifiques pour le matériel gaming et les handhelds qui n'ont pas encore atterri dans le kernel mainline.

Autrement dit, le 7.0.9-ogc3.2 de Bazzite n'est pas le kernel 7.0 vanilla. C'est le kernel 7.0 avec une couche gaming par-dessus. C'est exactement ce qu'on veut pour un système de gaming Linux quotidien.

Et Star Citizen dans tout ça ?

Mon setup actuel : RTX 4060 Ti 16 Go, Ryzen 5 5600X, Bazzite en kernel 6.19 OGC. Star Citizen tourne aussi bien que sous Windows. Pas de crash, performances comparables, expérience de jeu identique. C'est déjà une victoire que j'aurais jugée impossible il y a deux ans.

Avec le kernel 7.0, deux points m'intéressent particulièrement. Premier point : le fix AMD Zen 3. Mon Ryzen 5 5600X est concerné. La race condition corrigée touchait la gestion de fréquence CPU — un bug qui pouvait se manifester par des micro-freezes ou des comportements erratiques dans des charges de travail intensives. Star Citizen est exactement ce type de charge.

Deuxième point : l'équipe Bazzite a promis d'inclure le patchset VRAM de Valve avec le kernel 7.0. Ces patches améliorent la gestion mémoire GPU sous Linux — particulièrement utile pour les cartes avec beaucoup de VRAM comme ma 4060 Ti 16 Go. Star Citizen est un jeu qui charge des assets massifs en VRAM. Si la gestion mémoire GPU s'améliore, ça pourrait se ressentir sur les temps de chargement et la fluidité en zone dense.

Est-ce que ça va changer la nuit ? Probablement pas de façon spectaculaire. Mais chaque amélioration compte quand on joue à un jeu aussi exigeant que Star Citizen. Je testerai dès que le 7.0 passera en branche stable — et je publierai les résultats ici.

Comment tester le kernel 7.0 sur Bazzite maintenant

Le kernel 7.0.9-ogc3.2 est dans la branche unstable de Bazzite. La branche unstable, c'est une étape avant testing, elle-même avant stable. C'est là que les nouvelles versions atterrissent en premier pour validation.

Mon conseil : attendez la branche testing avant de basculer, sauf si vous êtes à l'aise avec un rollback rapide. La commande pour passer en testing est `brh rebase testing`. Pour revenir à stable instantanément : `brh rebase stable` ou `brh rollback`. C'est l'avantage du système immuable — le rollback ne casse rien et prend moins d'une minute.

Pour ceux qui veulent absolument tester maintenant sur la branche unstable : `brh rebase unstable`. Mais soyez prêts à rollback si quelque chose cloche. Le kernel 7.0 est stable en général — c'est l'intégration OGC qui est encore en validation chez Bazzite.

Ce qui marche vraiment, pas ce qu'on te vend.