From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: [Bug 101559] New: Displays fail to wake up when booting machine away from Display Port KVM switch
Date: Thu, 22 Jun 2017 16:36:51 +0000 [thread overview]
Message-ID: <bug-101559-8800@http.bugs.freedesktop.org/> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 2303 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=101559
Bug ID: 101559
Summary: Displays fail to wake up when booting machine away
from Display Port KVM switch
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Reporter: dhruv.a.thakkar-taCtA1Gr/WzQT0dZR+AlfA@public.gmane.org
QA Contact: xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org
Created attachment 132142
--> https://bugs.freedesktop.org/attachment.cgi?id=132142&action=edit
Xorg.0.log
Description of problem:
We are trying to solve an issue in which displays fail to wake up when booting
a Rhel 7.3 machine (Machine A) connected to a Display Port KVM while the KVM is
pointing to Machine B. The unusual bit is that xorg logs in /var/log/Xorg.0.log
indicate that everything comes up correctly, and a "ps -ef |grep X|xinit" shows
that X and xinit are up and running. If we boot Machine A while the KVM is
pointing to it, the displays come up with no issues.
We have KMS parameters set to force the output of the video
(video=DP-1:2560x1600D and video=DP-2:2560x1600D) as well as options to load
the EDID information. These parameters have worked in the past for us when we
used DVI connections through KVMs, but DisplayPort is not showing the same
results. Note that we have additional kernel options added for extra debug
information (log_buf_len=8M nouveau.debug=disp=trace,i2c=trace,bios=trace)
Using Xrandr and Udev rules with a script allow us to turn off and then back on
the displays automatically, allowing us a workaround, but it still does not
solve the core issue of that nouveau is not waking up the monitors.
Please see the attached logs/config files and diagram below for more
information.
|Machine A| |Machine B|
\ /
\ /
\ _________ /
|DPort KVM|
|_________|
/ \
/ \
/ \
|Monitor 2| |Monitor 1|
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 3723 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
next reply other threads:[~2017-06-22 16:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-22 16:36 bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ [this message]
[not found] ` <bug-101559-8800-V0hAGp6uBxMKqLRl/0Ahz6D7qz1kEfGD2LY78lusg7I@public.gmane.org/>
2017-06-22 16:37 ` [Bug 101559] Displays fail to wake up when booting machine away from Display Port KVM switch bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2017-06-22 16:38 ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2017-06-22 16:46 ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2017-06-22 17:39 ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2017-06-22 17:42 ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2019-12-04 9:29 ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-101559-8800@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon-cc+yj3umiyqdupfqwhejaq@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.