Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Retry if a display is not found #48

Closed
andornaut opened this issue Dec 28, 2020 · 0 comments · Fixed by #49
Closed

Retry if a display is not found #48

andornaut opened this issue Dec 28, 2020 · 0 comments · Fixed by #49

Comments

@andornaut
Copy link
Contributor

andornaut commented Dec 28, 2020

I use display-switch to workaround an issue where MacOS sometimes does not wake-up its external display when switching between a Macbook and Linux desktop via a KVM.

Macbook (closed lid) -
                       \
                         -->  KVM  -->  External display on DisplayPort1
                       /
Linux desktop --------

I have configured display-switch on my Macbook to monitor a USB device that is connected to the KVM and to send a DDC input-switch command to my monitor whenever the USB device is connected. Although, the monitor is always connected to DisplayPort1 (no other video cables are connected), the input-switch command (or perhaps a wake-up command is also sent?) has the side-effect of waking the monitor up, which solves the wake-up flakiness issue I was experiencing.

This usually works:

19:27:26 [INFO] Monitored device ("14b0:011e") is connected
19:27:28 [DEBUG] (1) display_switch::display_control: Setting display 'DELL U3417W' to DisplayPort1(0xf)

But sometimes, due I think to timing of the USB detection and KVM port switching, the monitor is not detected:

15:00:26 [INFO] Monitored device ("14b0:011e") is connected
15:00:27 [ERROR] Did not detect any DDC-compatible displays!

I believe that this issue could be worked around by introducing a retry mechanism. Perhaps something with a slight delay - even a fixed 2 second sleep before retrying would probably be sufficient.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant