Skip to content

libvmi: default VirtualBox access method #320

Closed

Description

@Wenzel

Parent

#312

What to build

With no access method init data, LibVMI asks libmicrovmi for the default (VBoxVMI at the default socket, else MachineDebugger). Explicit VBoxVMI without a socket path uses the VM's default socket. CI pin moves to the libmicrovmi dev commit that has the default and the vCPU count export.

Acceptance criteria

  • No init data + VBoxVMI enabled → VBoxVMI used (libmicrovmi info log)
  • No init data + VBoxVMI disabled → MachineDebugger used
  • Explicit VBoxVMI without path → default socket
  • Explicit socket path that does not exist → vmi_init fails
  • CI pinned to the new dev commit and green

Activity

  1. Wenzel commented on Oct 21, 2026

    @Wenzel
    OwnerAuthor

    Completed. The revived LibVMI libmicrovmi bridge, Ubuntu VirtualBox guest/profile, C vCPU-count export, default VBoxVMI selection and MachineDebugger fallback, explicit-access-method wiring, and the e2e harness are delivered. Evidence: libmicrovmi commits df0f1c7/2c2bcb8 and LibVMI commits baeb928/3ef30fe/1a56e01/850b4ff; the live VirtualBox e2e harness passed default, fallback, explicit VBoxVMI and MachineDebugger selections.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    ready-for-agentFully specified, ready for an AFK agent

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions