qmk/qmk_firmware

[Bug] `OS_DETECTION_KEYBOARD_RESET` breaks USB suspend

Open

#25 079 ouverte le 30 mars 2025

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)C (43 867 forks)batch import
bughelp wanted

Métriques du dépôt

Stars
 (20 368 stars)
Métriques de merge PR
 (Merge moyen 20j 9h) (27 PRs mergées en 30 j)

Description

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

Guide contributeur

Direction de recherche
Le problème décrit un conflit entre la fonctionnalité OS DETECTION KEYBOARD RESET et la suspension USB lorsqu'un KVM est utilisé. La correction nécessite probablement de modifier la logique de détection du système d'exploitation pour gérer correctement l'état de suspension. Les fichiers pertinents peuvent inclure `quantum/os detection.c` et les fichiers de pilote USB. Les mainteneurs n'ont pas encore commenté, donc la solution exacte nécessite de déboguer l'interaction entre la réinitialisation et la suspension.
Stack technique
c
Domaine
backend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitC
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75