From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 101499] Black screen when detaching HDMI cable (AMD A10-9620P) Date: Tue, 20 Jun 2017 09:25:30 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0038990922==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id AFEFB6E2E6 for ; Tue, 20 Jun 2017 09:25:30 +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 --===============0038990922== Content-Type: multipart/alternative; boundary="14979507301.C9be.27229"; charset="UTF-8" --14979507301.C9be.27229 Date: Tue, 20 Jun 2017 09:25:30 +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=3D101499 --- Comment #11 from Michel D=C3=A4nzer --- (In reply to Carlo Caione from comment #10) > Probably I'm missing something, but when the HDMI is connected everything > works fine, with the scanout buffer correctly displayed on the laptop pan= el > + external monitor. The problem starts when we _disconnect_ the HDMI cabl= e. At least some of the errors you referenced in comment 8 already happen befo= re that. They're related to failed attempts at page flipping. xf86-video-amdgpu manages to chug along regardless. When you unplug the HDMI cable is presumably when > Jun 19 17:10:31 endless gdm-Xorg-:0[672]: (EE) AMDGPU(0): failed to set m= ode: Invalid argument appears, i.e. drmModeSetCrtc() fails, presumably (not 100% sure about this = part though) because the new, smaller scanout buffer cannot fit into VRAM while = the old, larger one is still being scanned out. > Also if it was a problem with VRAM being too small, why toggling the DPMS > makes the laptop panel working fine again? Toggling DPMS off disables scanout, which allows the old scanout buffer to = be moved out of VRAM, so the new one can be moved in. Some details might differ from the above, but that should be roughly what's happening. --=20 You are receiving this mail because: You are the assignee for the bug.= --14979507301.C9be.27229 Date: Tue, 20 Jun 2017 09:25:30 +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

Comme= nt # 11 on bug 10149= 9 from Michel D=C3=A4nzer 
(In reply to Carlo Caione from comment #10)
> Probably I'm missing something, but when the HDM=
I is connected everything
> works fine, with the scanout buffer correctly displayed on the laptop =
panel
> + external monitor. The problem starts when we _disconnect_ the HDMI c=
able.

At least some of the errors you referenced in comment 8 already happen before
that. They're related to failed attempts at page flipping. xf86-video-amdgpu
manages to chug along regardless.

When you unplug the HDMI cable is presumably when

> Jun 19 17:10:31 endless gdm-Xorg-:0[672]: (EE) A=
MDGPU(0): failed to set mode: Invalid argument

appears, i.e. drmModeSetCrtc() fails, presumably (not 100% sure about this =
part
though) because the new, smaller scanout buffer cannot fit into VRAM while =
the
old, larger one is still being scanned out.

> Also if it was a problem with VRAM being too sma=
ll, why toggling the DPMS
> makes the laptop panel working fine again?

Toggling DPMS off disables scanout, which allows the old scanout buffer to =
be
moved out of VRAM, so the new one can be moved in.


Some details might differ from the above, but that should be roughly what's
happening.

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