OpenBSD 8.0 est sorti : pilotes graphiques de Linux 6.18 et Intel Arc

Le projet OpenBSD a publié ce 20 octobre 2026 la version 8.0 de son système, dans une annonce officielle sur la liste openbsd-misc. C’est la 61e version du projet. L’annonce rappelle au passage son bilan : plus de trente ans avec seulement deux failles exploitables à distance dans l’installation par défaut. Le projet rappelle ce chiffre à chaque version, et il peut encore se le permettre cette fois.

Les pilotes graphiques rattrapent Linux 6.18

Le sous-système drm(4), qui porte la gestion graphique du noyau, est désormais aligné sur Linux 6.18.53. Ce numéro de version Linux dans les notes d’un BSD n’est pas une coquille : il indique de quelle version de Linux vient le code graphique.

Concrètement, l’annonce met en avant inteldrm(4), qui prend désormais en charge les cartes Intel Arc série A (DG2, nom de code Alchemist). Elle signale aussi un contournement pour les erreurs de délai GuC constatées sur certains systèmes Alder Lake. Pour les pilotes AMD, l’annonce ne détaille rien au-delà de la mise à jour générale de drm(4) : elle ne donne aucune liste de cartes nouvellement reconnues, et nous n’en inventerons pas une.

Dernier point, lié à la section suivante : l’espace d’adressage agrandi sur amd64 permet maintenant de mapper plus de 4 Go de mémoire vidéo. Si votre carte en a davantage, le système peut enfin l’adresser au-delà de ces 4 Go.

amd64 voit beaucoup plus grand

L’espace d’adressage virtuel du noyau amd64 passe de 4 Go à 512 Go, soit 128 fois plus. Le direct map de pmap(9) est désormais placé à une adresse aléatoire, ce qui complique la tâche de quiconque compterait sur un emplacement prévisible en mémoire. Le chiffrement du swap utilise maintenant les instructions AES du processeur, sur amd64 comme sur arm64. Une protection qui coûtait du temps de calcul en coûte donc moins, ce qui est rarement le sens dans lequel évoluent les protections.

vmd passe à 64 processeurs virtuels

La virtualisation maison fait un vrai bond. vmm(4) et vmd(8) gèrent maintenant le multiprocesseur, jusqu’à 64 processeurs virtuels par machine invitée. Autres ajouts : le mode x2apic pour les invités, les interruptions MSI/MSI-X pour les périphériques virtio, le délestage des sommes de contrôle et une meilleure gestion du format qcow. Les modes lapic et ioapic qui manquaient ont été implémentés, ce qui corrige la prise en charge des invités Linux 32 bits. La gestion de la propriété des machines virtuelles a aussi été repensée autour de fichiers. Côté robustesse, vmd(8) ne peut plus lire hors limites en chargeant un fichier elf(5) malformé.

Ce qui part, ce qui se réveille

L’architecture loongson est retirée : elle ne fonctionnait pas avec Clang 22. sparc64 passe de son côté à la chaîne de compilation LLVM. Sur riscv64, le noyau prend en charge l’extension vectorielle V, l’extension de minuterie Sstc et l’architecture d’interruptions avancée (AIA), avec deux nouveaux pilotes, imsic(4) et aplic(4). arm64 gagne l’hibernation et les bounce buffers.

Côté portables, la mise en veille progresse. ufshci(4) survit désormais à une suspension sur le Samsung Galaxy Book4 Edge et le HONOR MagicBook Art 14 Snapdragon. Un portable suspendu ne se réveille plus quand on ferme le couvercle avec machdep.lidaction=0. Les IdeaPad sortent de veille grâce aux interruptions de réveil ajoutées à bytgpio(4). Le code de sortie d’hibernation reçoit enfin plusieurs vérifications contre les débordements d’entier et les lectures hors limites. Côté développeurs, une nouvelle fonction, getexecpath(3), fournit une copie du chemin d’exécution du programme.

Trente ans, deux failles à distance, et désormais 512 Go d’espace noyau : OpenBSD agrandit la maison sans laisser une seule fenêtre ouverte.