qmk/qmk_firmware

[Bug] `OS_DETECTION_KEYBOARD_RESET` breaks USB suspend

Open

#25.079 geöffnet am 30. März 2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)C (43.867 Forks)batch import
bughelp wanted

Repository-Metriken

Stars
 (20.368 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 20T 9h) (27 gemergte PRs in 30 T)

Beschreibung

Describe the Bug

With a keyboard configured with OS_DETECTION_KEYBOARD_RESET, when connecting the keyboard through a KVM and powering off the main computer the keyboard resets as the KVM keeps it powered and detects OS_UNKNOWN (correctly) but fails to suspend. With the rest option disabled USB suspend happens correctly, but OS detection is then broken as it's stuck on the first identified OS.

Keyboard Used

Splitkb/helix

Link to product page (if applicable)

No response

Operating System

Linux

qmk doctor Output

Ψ Detected Linux (Debian GNU/Linux trixie/sid).
Ψ Userspace enabled: False
Ψ Git branch: master
Ψ Repo version: 0.27.9

Is AutoHotKey / Karabiner installed

  • AutoHotKey (Windows)
  • Karabiner (macOS)

Other keyboard-related software installed

No response

Additional Context

No response

Contributor Guide

Research-Richtung
Das Problem beschreibt einen Konflikt zwischen der Funktion OS DETECTION KEYBOARD RESET und dem USB Suspend, wenn ein KVM verwendet wird. Die Lösung erfordert wahrscheinlich eine Änderung der OS Erkennungs Reset Logik, um den Suspend Zustand korrekt zu behandeln. Relevante Dateien könnten `quantum/os detection.c` und USB Treiberdateien umfassen. Die Maintainer haben noch nicht kommentiert, daher erfordert die genaue Lösung das Debuggen der Interaktion zwischen Reset und Suspend.
Tech Stack
c
Domain
backend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitC
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75