From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and
380X) with multiple monitors
Date: Mon, 26 Sep 2016 11:08:01 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0632989221=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id E65436E009
for ; Mon, 26 Sep 2016 11:08:00 +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
--===============0632989221==
Content-Type: multipart/alternative; boundary="14748880800.bBA6BF.16279";
charset="UTF-8"
--14748880800.bBA6BF.16279
Date: Mon, 26 Sep 2016 11:08:00 +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=3D91202
--- Comment #23 from Thomas R. ---
Guido, does that mean that now it works for you, or simply that you can't s=
ay
one way or the other because you didn't test with DAL actually running?
I'm asking because I finally got around to compile amd-staging-4.7 (which o=
nly
works with a certain set of kernel options, BTW), and with DAL enabled and =
both
the last commit and f67b5d74 you mentioned, I still see this bug. So now I'm
confused - am I doing something wrong, or was the fix a victim of the numer=
ous
DAL cleanups along the way, or maybe the freesync changes? I got "[drm] DAL=
is
enabled" in my kernel log at any rate, and freesync.c dumps stack traces in
warn_slowpath_null, which I guess is just a development help and nothing
serious.
If I'd find a branch with both a working and non-working revision in it I'd=
be
willing to bisect, but going back in staging-4.7 removes DAL completely, and
staging-4.6 doesn't even compile for me, which was when I gave up yesterday.
It's a shame because apart from this, 4.7 works really, really well. So if
there is anything I can do to properly triangulate this problem, I'd be very
eager to help.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--14748880800.bBA6BF.16279
Date: Mon, 26 Sep 2016 11:08:00 +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 # 23
on bug 91202<=
/a>
from Thomas R.
Guido, does that mean that now it works for you, or simply tha=
t you can't say
one way or the other because you didn't test with DAL actually running?
I'm asking because I finally got around to compile amd-staging-4.7 (which o=
nly
works with a certain set of kernel options, BTW), and with DAL enabled and =
both
the last commit and f67b5d74 you mentioned, I still see this bug. So now I'm
confused - am I doing something wrong, or was the fix a victim of the numer=
ous
DAL cleanups along the way, or maybe the freesync changes? I got "[drm=
] DAL is
enabled" in my kernel log at any rate, and freesync.c dumps stack trac=
es in
warn_slowpath_null, which I guess is just a development help and nothing
serious.
If I'd find a branch with both a working and non-working revision in it I'd=
be
willing to bisect, but going back in staging-4.7 removes DAL completely, and
staging-4.6 doesn't even compile for me, which was when I gave up yesterday.
It's a shame because apart from this, 4.7 works really, really well. So if
there is anything I can do to properly triangulate this problem, I'd be very
eager to help.
You are receiving this mail because:
- You are the assignee for the bug.
=
--14748880800.bBA6BF.16279--
--===============0632989221==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============0632989221==--