OpenBSD 8.0 ajoute l’hibernation ARM64, les GPU Intel Arc et des machines virtuelles à 64 vCPU
Le 20 octobre 2026, OpenBSD publie sa 61e version, et c’est l’une des rares où la colonne « support matériel » compte autant que le durcissement : hibernation ARM64, GPU Intel Arc, et vmd qui passe à 64 vCPU par invité. Si vous auto-hébergez un routeur pf ou un hôte de VM sous OpenBSD, cette version mérite un cycle de mise à niveau.
20 octobre 2026. OpenBSD publie sa 61e version, 8.0, avec pour chanson officielle « The Simps on AI » — un clin d’œil assumé à la bulle ambiante. 6.18.53. C’est la version du noyau Linux dont le pilote graphique drm(4) reprend désormais le code, ce qui débloque les GPU Intel Arc. 64. C’est le nombre de vCPU par machine virtuelle que vmd(8), l’hyperviseur natif, sait maintenant piloter. Pour un auto-hébergeur, cette version change la donne sur trois fronts à la fois.
Un projet qui durcit d’abord, et qui équipe ensuite
OpenBSD reste fidèle à son mantra : peu de failles exploitables à distance dans l’installation par défaut, des mécanismes comme pledge et unveil pour restreindre les processus, et un audit ligne par ligne assumé. La version 8.0 ne déroge pas : elle ajoute des défenses structurelles avant d’ajouter du matériel.
La plus notable est le placement aléatoire de la carte directe du pmap sur amd64, et le passage de l’espace d’adressage virtuel du noyau de 4 Go à 512 Go. Cette randomisation complique les attaques qui s’appuient sur des adresses noyau prévisibles, et l’espace agrandi change la donne pour les GPU : il devient possible de mapper plus de 4 Go de VRAM. Le chiffrement du swap, accéléré par les instructions AES du processeur, progresse aussi sur amd64 comme sur arm64.
L’hibernation ARM64 arrive, le durcissement suit
Le changement le plus attendu est l’hibernation sur ARM64. Jusqu’à 8.0, un portable ARM ne pouvait que suspendre en RAM ; il peut désormais écrire l’état complet en hibernation, une fonction que les adeptes d’OpenBSD sur laptop attendaient depuis des années.
Le travail sur l’hibernation ne s’arrête pas à la nouveauté : les commits durcissent le chemin de reprise en validant la taille des segments copiés pendant le décompactage de l’image, en vérifiant les tailles sur disque contre les débordements d’entiers, et en empêchant les sur-lectures de l’image lors du réveil. Autrement dit, la nouvelle fonctionnalité arrive avec le même niveau d’audit que le reste du système — c’est la marque de fabrique du projet.
Des GPU Intel Arc, enfin exploitables
Le pilote drm(4) est mis à jour vers Linux 6.18.53, et inteldrm(4) gagne le support des cartes Intel Arc A-Series (DG2/Alchemist). Le changement d’espace d’adressage sur amd64 n’est pas anodin ici : il permet de mapper plus de 4 Go de VRAM, ce qui était impossible auparavant.
Pour un auto-hébergeur, c’est l’argument qui manquait pour monter un Jellyfin ou un Frigate avec transcodage matériel sur une carte Arc bon marché, sous OpenBSD plutôt que sous Linux. Le support reste jeune — un workaround corrige déjà des timeouts GuC sur certains Alder Lake — mais la direction est claire.
vmd passe à 64 vCPU par invité
Le point le plus stratégique pour les homelabs est du côté de vmm(4)/vmd(8), l’hyperviseur intégré. OpenBSD 8.0 ajoute :
- le support multiprocesseur jusqu’à 64 vCPU par VM ;
- le mode x2apic pour les invités ;
- le checksum offload et les interruptions MSI/MSI-X sur les périphériques virtio ;
- une refonte de la propriété des VM gérée par fichiers, et un meilleur traitement des images qcow.
Les invités Linux 32 bits sont aussi réparés grâce aux modes lapic/ioapic manquants. Concrètement, une machine virtuelle lourde qui plafonnait à un petit nombre de vCPU peut maintenant recevoir une vraie allocation, et le réseau virtuel profite du offload. Pour un homelab qui héberge ses services dans quelques VM sous vmd, c’est la différence entre « ça tient » et « ça tourne confortablement ».
OpenBSD face à FreeBSD et Linux pour l’auto-hébergement
Le choix d’un système pour un routeur ou un pare-feu maison se résume souvent à trois noms. OpenBSD apporte le pf le plus audité et une surface minimale ; FreeBSD apporte le même pf avec un écosystème de paquets plus large et de meilleures performances réseau à très haut débit ; Linux apporte le plus grand choix de matériel et de logiciels. 8.0 réduit l’écart côté matériel (GPU Arc, hibernation ARM64) sans rien céder sur le durcissement — c’est ce qui la rend intéressante pour qui privilégie la sécurité sans renoncer à un homelab moderne.
Le cycle bisannuel et l’ironie du titre
OpenBSD suit un rythme strictement bisannuel : une sortie en avril et une en octobre, chaque version soutenue un an. 8.0 est la 61e de cette série, un chiffre qui rappelle la longévité d’un projet fondé en 1995 par Theo de Raadt.
Le titre de la chanson officielle, « The Simps on AI », n’est pas un hasard. Le projet cultive depuis toujours une distance assumée vis-à-vis des modes — qu’il s’agisse de la course aux fonctionnalités ou, aujourd’hui, de la frénésie autour de l’IA. Cette ironie ne se paie pas en retard technique : la version 8.0 livre simultanément du durcissement (carte directe randomisée), du support matériel neuf (GPU Arc, hibernation ARM64) et une montée en charge de l’hyperviseur (64 vCPU). C’est une leçon d’équilibre : on peut être sceptique sur la hype sans être en retard sur le fond.
Pour l’auto-hébergeur, ce rythme bisannuel signifie une chose simple : la mise à niveau 7.9 → 8.0 est un événement planifiable, avec une fenêtre de support claire. Ceux qui restent sur 7.9 ont jusqu’à la sortie de 8.1 (avril 2027) avant la fin du support, mais rien ne justifie d’attendre : sysupgrade gère la bascule en quelques minutes.
Le matériel secondaire suit aussi
La version ne s’arrête pas à amd64 et arm64. Sur riscv64, le noyau détecte désormais les extensions CPU et les expose via AT_HWCAP, ajoute le support de l’extension vectorielle V et du timer Sstc, et embarque les pilotes imsic(4) et aplic(4) de l’architecture d’interruptions avancée RISC-V. Côté portables, la suspend/reprise progresse machine par machine : le contrôleur ufshci(4) survit désormais à une suspension sur le Samsung Galaxy Book4 Edge et le HONOR MagicBook Art 14 Snapdragon, et des interruptions de réveil corrigent la reprise de suspension des IdeaPad.
Verdict
Si vous auto-hébergez un routeur ou un pare-feu sous OpenBSD (pf, relayd), planifiez la mise à niveau 7.9 → 8.0 en suivant le guide officiel : le durcissement (carte directe randomisée, hibernation auditée) est un gain gratuit, et sysupgrade rend la bascule rapide.
Si votre OpenBSD sert d’hôte de VM, la montée en charge de vmd à 64 vCPU est la raison principale de migrer — testez vos invités lourds avant de leur réallouer des cœurs, car le passage en x2apic et les nouveaux modes lapic/ioapic peuvent révéler des comportements différents. Si vous visez le transcodage sur Intel Arc, gardez un œil sur les errata : le support est fonctionnel mais jeune, et un homelab de production mérite de rester sur une carte déjà validée. Dans tous les cas, notez le retrait de l’architecture loongson, incompatible avec Clang 22 — si vous tournez encore dessus, restez en 7.9.