# Haiku Activity & Contract Report, June 2026

DevFeed: [Haiku Activity & Contract Report, June 2026](<https://devfeed.tech/articles/haiku-activity-contract-report-june-2026-34786.md>)

Original publisher: [Read original article](<https://www.haiku-os.org/blog/waddlesplash/2026-07-13-haiku_activity_contract_report_june_2026/>)

Author: waddlesplash

Published: 2026-07-14T03:30:00Z

Content type: article

Language: en

Sources: [Haiku Project](<https://devfeed.tech/sources/haiku-project.md>)

Topics: [virtualization](<https://devfeed.tech/topics/virtualization.md>), [qemu](<https://devfeed.tech/topics/qemu.md>), [Kernel](<https://devfeed.tech/topics/kernel.md>), [Linux](<https://devfeed.tech/topics/linux.md>), [intel](<https://devfeed.tech/topics/intel.md>)

Tags: [2026](<https://devfeed.tech/tags/2026.md>), [activity-report](<https://devfeed.tech/tags/activity-report.md>), [contractor](<https://devfeed.tech/tags/contractor.md>), [debugging](<https://devfeed.tech/tags/debugging.md>), [intel](<https://devfeed.tech/tags/intel.md>), [kernel](<https://devfeed.tech/tags/kernel.md>), [linux](<https://devfeed.tech/tags/linux.md>), [qemu](<https://devfeed.tech/tags/qemu.md>), [report](<https://devfeed.tech/tags/report.md>), [virtualization](<https://devfeed.tech/tags/virtualization.md>)

## AI overview

Haiku's June 2026 activity report covers revisions hrev59754 through hrev59820. It highlights the merger of NVMM, a NetBSD Virtual Machine Monitor port that provides hardware-accelerated virtualization support for QEMU, into the Haiku tree. The implementation remains disabled by default because complex guest operating systems crash during boot on both Intel and AMD hosts.

## Source excerpt

This report covers hrev59754 through hrev59820. NVMM The thing that should be the biggest news item this month is that the GSoC 2024 work to port "NVMM", the NetBSD Virtual Machine Monitor (which runs on more than just NetBSD, despite the name), providing hardware-accelerated virtualization support for QEMU, was finally merged. Unfortunately it still doesn't fully work, so it's still disabled by default: hence, it's only a minor news item, unfortunately. The code is now at least fully integrated with the Haiku tree, and all necessary kernel changes (including a number of bugfixes and the implementation of a handful of minor new features) has been completed, so the code shouldn't "bitrot" any further, and it's much easier to build, test, and work on it than it was when it was on a slowly-rotting branch. Additionally, I (waddlesplash) implemented support for AMD hosts (the GSoC project only implemented enough for Intel hosts), cleaned up a lot of the code, and implemented a number of performance improvements while at it. The primary problem symptom is that guest OSes of any real complexity (Haiku included, but also Linux, etc.) crash in strange but apparently deterministic ways late in their boot process: e.g. trying to access memory that apparently isn't even mapped. The crashes don't appear to be race-sensitive and happen similarly on bare metal as well as in nested virtualization in VMs, on both Intel and AMD hosts. Unfortunately all attempts at debugging the problems so far haven't led anywhere, but hopefully a solution will eventually be found, so that Haiku can finally gain virtualization support. You can follow along or chime in about this on the corresponding forum thread. Applications nephele dropped some disabled code implementing a "hamburger menu" from WebPositive. He also changed the URL input bar to handle empty URLs better, and improved the appearance of the "Go" button. apl changed HaikuDepot's prompt asking about anonymous statistics collection to def