From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 106529] dc=1 kernels somehow trigger a disconnect of an lg ultrawide monitor during DP link training while attempting a wakeup Date: Wed, 15 Aug 2018 14:43:52 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0576579443==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 696DC6E3B0 for ; Wed, 15 Aug 2018 14:43:53 +0000 (UTC) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0576579443== Content-Type: multipart/alternative; boundary="15343442331.56be84dB8.13085" Content-Transfer-Encoding: 7bit --15343442331.56be84dB8.13085 Date: Wed, 15 Aug 2018 14:43:53 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D106529 --- Comment #2 from Michel D=C3=A4nzer --- (In reply to Mariusz Mazur from comment #1) > Pre-DC codepaths did not have an issue like this at all until Michel D=C3= =A4nzer > created this patch: https://patchwork.freedesktop.org/patch/209464/ for b= ug > 105308 thereby introducing a problem with the same effects (DC monitor ge= ts > disconnected on wakeup, which on multi-display causes issues) via a quite > different approach (a deliberate DRM_MODE_DPMS_OFF & ON). But that should= be > a separate bug, I think. FWIW, that change should have no direct effect on whether the display is considered connected or disconnected. The only change is that when the driv= er is notified that a DP display is "disconnected" (which can also happen with= out a physical disconnection, e.g. if the display is turned off), it doesn't immediately turn off the GPU's DP source anymore, but waits until either userspace asks to turn it off, or it gets notified that a display is "connected" again. Both "disconnect" / "connect" hotplug events are sent to userspace before and after this change. I suspect that immediately turning = off the DP source simply happened to delay sending the "disconnect" hotplug eve= nt to userspace enough to avoid the issue on your system. --=20 You are receiving this mail because: You are the assignee for the bug.= --15343442331.56be84dB8.13085 Date: Wed, 15 Aug 2018 14:43:53 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated

Commen= t # 2 on bug 10652= 9 from Michel D=C3=A4nzer
(In reply to Mariusz Mazur from comment #1)
> Pre-DC codepaths did not have an issue like this=
 at all until Michel D=C3=A4nzer
> created this patch: https://patchwork.freedesktop.org/patch/209464/ for bug
> 105308 thereby introducing a problem with the same effects (DC monitor=
 gets
> disconnected on wakeup, which on multi-display causes issues) via a qu=
ite
> different approach (a deliberate DRM_MODE_DPMS_OFF & ON). But that=
 should be
> a separate bug, I think.

FWIW, that change should have no direct effect on whether the display is
considered connected or disconnected. The only change is that when the driv=
er
is notified that a DP display is "disconnected" (which can also h=
appen without
a physical disconnection, e.g. if the display is turned off), it doesn't
immediately turn off the GPU's DP source anymore, but waits until either
userspace asks to turn it off, or it gets notified that a display is
"connected" again. Both "disconnect" / "connect&qu=
ot; hotplug events are sent to
userspace before and after this change. I suspect that immediately turning =
off
the DP source simply happened to delay sending the "disconnect" h=
otplug event
to userspace enough to avoid the issue on your system.


You are receiving this mail because:
  • You are the assignee for the bug.
= --15343442331.56be84dB8.13085-- --===============0576579443== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0576579443==--