https://bugs.freedesktop.org/show_bug.cgi?id=73530
--- Comment #74 from Paul Menzel <paulepanter at users.sourceforge.net> --- (In reply to Alex Deucher from comment #73) > (In reply to Benjamin from comment #72) > > I'm having the same issue, but it seems to be getting worse with newer > > kernels. I was able to do the suspend/resume trick to get a working screen, > > but this seems to have stopped working with kernel 3.16 and 3.17. No amount > > of suspending/resuming seems to get the screen to appear now, so I've had to > > stick with 3.15 for the time being. I'm on Arch, so packages are fairly > > generic, but I can provide any information that would help. > > Can you bisect and see what commit made it worse? That might help narrow > down the problem. Alex, Iâll soon have access to that device again. Unfortunately, doing a bisect for me does not work as there is no clear way to figure out if it worked or not. Isnât there some software, testing âall panel timingsâ and the user can say, which worked? That Asus laptop is/was one of the few AMD laptops out there, so itâs sad that GNU/Linux doesnât run properly on it. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150113/14913bfd/attachment.html>