Bug 82431
Summary: | Garbled screen on boot | ||
---|---|---|---|
Product: | Drivers | Reporter: | Fede (fedevx) |
Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | alexdeucher |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | All after 3.13.6-20 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | Image of issue |
Description
Fede
2014-08-15 04:34:08 UTC
Created attachment 146691 [details]
Image of issue
At times only a thin dotted line can be seen on the top, other times the content is displayed flickering, starting from the center of the screen and wrapped around the screen from right to left. When it does not flicker, the screen looks as shown in the attachment.
I doubt that commit is the problematic one. However, you can revert to the previous behavior by passing radeon.dpm=1 on the kernel command line in grub. This looks like a duplicate of: https://bugs.freedesktop.org/show_bug.cgi?id=43655 Does your grub config have GRUB_GFXPAYLOAD_LINUX=keep in it? If so, does removing that help? Hi Alex, In deed, adding radeon.dpm=1 works. I tested it after submitting the bug report since I went thru what the actual patch changed. Currently running kernel 3.16.0-5 and it works as long as radeon.dpm=1 is passed to the kernel. GRUB_GFXPAYLOAD_LINUX=keep (nor text) did make any difference. Can this be permanently fixed for everyone affected? (In reply to Fede from comment #3) > Hi Alex, > > In deed, adding radeon.dpm=1 works. > Can this be permanently fixed for everyone affected? The issues with dpm on btc asics were fixed in 3.16 and it's enabled again on those asics in 3.17. So the issue is fixed in 3.17? Using that kernel I should not need to use radeon.dpm=1 anymore? dpm is enabled by default in 3.17 so you don't need to append radeon.dpm=1 anymore to enable it. |