[Bug]: VirtualBoxVM segfault in DarwinHidDevicesApplyAndReleaseLedsState after host USB KVM switch (macOS, 7.2.22)

Offen
  • Stimmt etwas nicht?
#965 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 6 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
45/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
c, macos
Bereich
desktop, operating-systems

Rechercherichtung

Start by tracing the macOS host HID handling around DarwinHidDevicesApplyAndReleaseLedsState, named in the crash stack, and inspect how it handles devices after a USB KVM switch. The report includes uploaded logs and a reproduction sequence: switch away and back, then change window focus. Done means reproducing and fixing the null-address crash on the window focus path.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug
Version

7.2.22

Host OS Type

macOS

Host OS name + version

Mac Tahoe Version 26.6.2 (25G83)

Host Architecture

ARM

Guest OS Type

macOS

Guest Architecture

ARM

Guest OS name + version

Ubuntu 26.10

Component

Unspecified

What happened?

I have a KVM switch (AV Access iDock C20) to switch between two Mac Book Pro M4 laptops. I'm running VirtualBox only on Mac #1. I switch back-and-forth between the Macs during the day. When I do that, VirtualBox crashes.

Primary error:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000000
Termination Reason: Namespace SIGNAL, Code 11, Segmentation fault: 11

Environment:

  • VirtualBox 7.2.22 r175245, darwin.arm64 release, running in driverless mode
  • Host: Mac16,5 (M4 Max, 16 cores, 128 GB), macOS 26.6.2 (25G83)
  • Guest: Ubuntu 26.10 (arm64), 16 vCPUs, Guest Additions 6.0.0 reported by guest
How can we reproduce this?

Steps:

  1. Run a VM with the GUI. Keyboard and mouse are connected through a USB KVM
    switch shared with another Mac.
  2. Switch the KVM to the other Mac, then switch back.
  3. Click between the VirtualBox window and other apps.

Result: VirtualBoxVM crashes with EXC_BAD_ACCESS (SIGSEGV), KERN_INVALID_ADDRESS
at 0x0 on the main thread. Crashing stack:
0 IOKit IOHIDDeviceCopyMatchingElements + 44
1 UICommon.dylib
2 UICommon.dylib DarwinHidDevicesApplyAndReleaseLedsState + 512
3 VirtualBoxVM
4 QtCore ... QApplicationPrivate::notify_helper / setActiveWindow
...
QCocoaWindow::windowDidBecomeKey (crash 1) and windowDidResignKey (crash 2)

Did you upload all of your necessary log files, screenshots, etc.?
  • Yes, I've uploaded all pertinent files to this issue.
Vorherrschende Sprache
C
Sterne
1.4k
Forks
219
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus VirtualBox/virtualbox

Alle Issues in VirtualBox/virtualbox

Ähnliche Issues

Weitere Issues zu C

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.