OpenBSD 8.0 : virtualisation multi-processeurs et graphiques Intel Arc
Sommaire
En bref
- OpenBSD publie sa version 8.0 le 20 octobre 2026, 61e release depuis 1997.
- Les améliorations majeures incluent le support MP pour VMM/VMD (jusqu'à 64 vCPU par VM), les drivers graphiques Intel Arc (DG2/Alchemist), et l'hibernation ARM64.
- L'espace d'adressage amd64 passe de 4 GB à 512 GB, permettant de mapper plus de 4 GB de VRAM.
- Nombreuses corrections de sécurité en suspend/hibernate et améliorations des outils d'administration (netstat, ddb, sndioctl).
Ce que dit la source
OpenBSD 8.0 est la publication trimestrielle habituelle du projet. L'équipe annonce une majorité de corrections de stabilité et de sécurité, ainsi que des améliorations de support matériel pour architectures variées (amd64, arm64, riscv64, sparc64, luna88k). Les changements visent à renforcer la fiabilité de la virtualisation, à moderniser certains drivers graphiques et à éliminer les failles de sécurité dans les chemins de suspension/hibernation.
- Support multiprocesseur pour VMM/VMD : jusqu'à 64 vCPU par VM invité, ainsi que x2apic et modes lapic/ioapic optimisés
- Intel Arc A-Series (DG2/Alchemist) intégrés à inteldrm(4) ; l'augmentation de l'espace d'adressage amd64 (4 GB → 512 GB) permet de mapper plus de vram dans le noyau
- Hibernation activée sur arm64 avec bounce buffers ; suspend/resume amélioré sur qwz(4), ufshci(4) et qcuart(4)
- RISC-V : détection d'extensions CPU (AT_HWCAP), support de l'extension Vector, interrupt architecture avancée avec imsic(4) et aplic(4), extension Sstc timer
- Retraite du support loongson (incompatible avec Clang 22) ; sparc64 basculé sur chaîne LLVM
- Correctifs de sécurité dans les chemins unhibernate (validation d'overflows, prévention de disk image overreads, nettoyage framebuffer)
- Nouveaux outils userland : netstat(1) pour compteurs multicast, sndioctl(1) pour contrôle dynamique des ports MIDI, sndiod(8) en mode serveur configurable
Dans les commentaires
Débat partagé entre enthousiasme personnel et questions pratiques. Plusieurs utilisateurs expérimentés expriment leur satisfaction (stabilité, cohérence, qualité des man pages, pledge/unveil). Des questions factuelles ressortent : versioning majeur vs mineur, absence de support Apple Silicon, besoins matériels (moniteur pour upgrade). Un commentateur manifeste du doute sur l'authenticité du changelog.
- Plusieurs commentaires notent l'absence d'Apple Silicon (arm64 limité aux Snapdragon/ARM génériques), ce qui exclut les MacBook M-series
- Question sur le versioning : le passage 7.X → 8.0 suit-il une logique de versioning automatiqu ou indique-t-il une rupture substantielle, la source ne précisant pas
- Un utilisateur signale un problème pratique : l'upgrade échoue et bascule à l'ancienne version sans moniteur connecté, interrogeant si c'est un problème courant non documenté
- Scepticisme d'un commentateur quant à l'authenticité du changelog (date de publication, densité de changements), bien que sans preuve formelle
Notre lecture
OpenBSD 8.0 consolide l'infrastructure existante plutôt que d'introduire une rupture majeure. Les améliorations significatives (MP pour VMM, graphiques modernes, RISC-V) bénéficient surtout aux cas d'usage spécialisés : virtualisation légère, serveurs ARM/RISC-V, administrations exigeantes sur la sécurité. Pour les utilisateurs Linux quotidiens, le coût d'opportunité reste important (écosystème réduit, absence de distributions dérivées majeures). Le projet reste attractif pour les niches (bastions, serveurs critiques, passionnés de simplicité Unix), mais n'offre pas de raison immédiate de migration massive. À tester si vous exploitez déjà VMD ou recherchez une alternative légère à Linux ; aucune action pour les stacks généralistes.