From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo
Date: Sat, 23 Jul 2016 02:32:31 +0000 [thread overview]
Message-ID: <bug-97055-502@http.bugs.freedesktop.org/> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 4392 bytes --]
https://bugs.freedesktop.org/show_bug.cgi?id=97055
Bug ID: 97055
Summary: Black screens on A10-8780P (Carrizo) + R7 M260/M265
(Topaz) Combo
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel@lists.freedesktop.org
Reporter: darktjm@gmail.com
Created attachment 125267
--> https://bugs.freedesktop.org/attachment.cgi?id=125267&action=edit
dmesg from my latest boot (with some wifi messages at end deleted for privacy)
I have an HP Pavilion 17-g133cl with A10 Carrizo+Topaz. I struggled for
hours/days to get this to actually display anything at all using the amdgpu
driver. In the mean time, efifb works perfectly every time (except of course
no 3d, no X resolution switching, no brightness control, and slow enough that
video playing is also impossible). Since it seemed like there were just issues
powering up the display controller correctly, I decided at first to add my
notes to https://bugzilla.kernel.org/show_bug.cgi?id=117591 but my symptoms
(and cures) are, indeed, different. After much blind playing with my system (I
have no way to ssh in, and the keyboard is flaky as well, so that was a lot of
fun), I made the following observations:
- kernel power management options appeared to have no effect
- sometimes (very rarely), it just starts working, regardless
- once it starts working for more than 1 minute, it stays working
- often, it starts partially working, by giving me a flickering display
- often, it starts working with a stable display, only to start flickering
again after a few seconds (very rarely even going completely black gain)
- my first way of fixing it is fairly reliable, but almost always requires at
least one blind reboot before it starts giving my a display: xrandr --output
eDP --crtc 1 (added to my .xinitrc)
- if, when it finally comes up, it is flickering, it can be cured by
toggling the crtc between 0 and 1 often enough until it remains stable for at
least a minute.
- if crtc 1 is enabled when X is killed, the machine goes blank and hangs
hard; switching consoles while X is up works, though (although the consoles
remain black).
- changing the crtc to 1 in X does nothing for the console; only X displays
anything. I have not tried to write a libdrm program to make the console
switch to crtc 1, nor have I managed to trace where the crtc list comes from,
or how to force it in the amdgpu driver itself.
- if, instead of playing with the crtc, I play with power management again,
I seem to be able to get it working by booting once with power management
enabled, then rebooting with it disabled, and then it works (video in console
as well as X, and no crtc switching necessary). However, that may just have
been how it decides to work today, and tomorrow it will no longer work.
I get identical behavior with kernels 4.6.2, 4.6.3, 4.6.4, 4.7-rc4 (which I
decided to try given the supposed major amdgpu overhaul), 4.4.15 (which I
decided to try given that the poster of the kernel.org bug was using Ubuntu's
4.4 kernel) (all on Gentoo; with the exception of 4.7-rc4, this is with
Gentoo's fbdecor patches, but I obviously have that disabled while working
through this problem).
Overall, this is very weird and frustrating. I've had power management issues
with previous Radeon laptops (all of them), but the gpu pm issue usually
manifested as hard locks while playing games with power management enabled, not
this crap. I have a feeling that anything that gets it to work only gets it to
work due to random chance, and it's just that I'm beating at it often enough
that I finally hit the jackpot at some point, and it keeps working correctly
until I power cycle for an extended period again. I also get the feeling that
I must be a major masochist to keep using ATI/AMD hardware, given that in 15+
years of using it I've never had an experience better than "meh, mostly works".
If I weren't dead broke, I'd have chucked this machine over a freeway overpass
and bought something else.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #1.2: Type: text/html, Size: 6007 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2016-07-23 2:32 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-23 2:32 bugzilla-daemon [this message]
2016-07-23 2:39 ` [Bug 97055] Black screens on A10-8780P (Carrizo) + R7 M260/M265 (Topaz) Combo bugzilla-daemon
2016-07-31 20:10 ` bugzilla-daemon
2016-08-05 17:34 ` bugzilla-daemon
2016-08-05 17:41 ` bugzilla-daemon
2016-08-09 17:20 ` bugzilla-daemon
2016-08-11 16:38 ` bugzilla-daemon
2016-08-13 0:44 ` bugzilla-daemon
2016-08-14 20:56 ` bugzilla-daemon
2016-08-30 16:11 ` bugzilla-daemon
2016-09-09 15:58 ` bugzilla-daemon
2016-12-04 2:31 ` bugzilla-daemon
2016-12-04 21:54 ` bugzilla-daemon
2017-01-02 21:54 ` bugzilla-daemon
2017-01-02 22:06 ` bugzilla-daemon
2017-01-03 23:38 ` bugzilla-daemon
2017-06-06 15:38 ` bugzilla-daemon
2017-06-06 15:40 ` bugzilla-daemon
2017-10-26 22:52 ` bugzilla-daemon
2017-11-01 14:54 ` bugzilla-daemon
2017-11-01 15:23 ` bugzilla-daemon
2017-12-18 0:29 ` bugzilla-daemon
2019-01-21 5:07 ` bugzilla-daemon
2019-02-15 5:09 ` bugzilla-daemon
2019-05-15 13:27 ` bugzilla-daemon
2019-07-20 0:35 ` bugzilla-daemon
2019-11-19 8:09 ` bugzilla-daemon
2019-11-22 9:38 ` bugzilla-daemon
2019-11-25 7:22 ` bugzilla-daemon
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-97055-502@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).