# OpenBSD 8.0 expands VMs to 64 vCPUs, adds Wine 11 port for 64-bit Windows apps

> **Key takeaway:** OpenBSD 8.0 increases virtual machine limits to 64 vCPUs and 512 GB kernel address space, while a new Wine 11 port enables running 64-bit Windows binaries on x86-64.

**Published:** 2026-10-21T15:45:00+00:00 
**Source:** The Register 
**Category:** kernel-os 
**Canonical URL:** https://fosswire.org/news/openbsd-80-expands-vms-to-64-vcpus-adds-wine-11-port-for-64-.html 

## Summary
OpenBSD 8.0, the project's 61st release, expands VMM/VMD hypervisor support to 64 virtual CPUs per guest and increases x86-64 kernel virtual memory to 512 GB for large VRAM GPUs. A proposed Wine 11 port brings 64-bit Windows application compatibility to x86-64 OpenBSD through GS register emulation, though 32-bit code remains unsupported and the changes are unlikely to upstream. The release also includes Arm64 hibernation, faster encrypted swap via AES instructions, OpenSSH 10.6, LibreSSL 4.4.0, Linux 6.18 DRM drivers, and Clang/LLVM 22 as the default compiler. Loongson architecture support was dropped.

## What's new in OpenBSD 8.0
- **VMM/VMD hypervisor**: now supports multiprocessor VMs with up to 64 virtual CPUs per guest, up from previous limits
- **x86-64 kernel address space**: expanded from 4 GB to 512 GB, enabling GPU passthrough for cards with large VRAM
- **Arm64**: new hibernation support; both x86-64 and Arm64 gain CPU AES instructions for faster encrypted swap
- **Graphics**: DRM driver stack updated to Linux 6.18 level
- **Toolchain**: Clang/LLVM 22 is now the default C compiler, including for SPARC64; Loongson support dropped
- **Core components**: OpenSSH 10.6, LibreSSL 4.4.0
- **Wine port**: Wine 11 runtime for x86-64 only; emulates %gs segment override instructions since OpenBSD blocks direct GS register manipulation; 32-bit Windows code unsupported

## Why it matters
The Wine port, while unlikely to upstream due to its emulation approach, significantly expands OpenBSD's practical utility for users needing Windows application compatibility. The VM and memory improvements address long-standing limitations for GPU workloads and multi-core virtualization.